CN114679598B - Live broadcast pushing method and device - Google Patents

Live broadcast pushing method and device Download PDF

Info

Publication number
CN114679598B
CN114679598B CN202210295037.6A CN202210295037A CN114679598B CN 114679598 B CN114679598 B CN 114679598B CN 202210295037 A CN202210295037 A CN 202210295037A CN 114679598 B CN114679598 B CN 114679598B
Authority
CN
China
Prior art keywords
live
anchor
live broadcast
information
push mode
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202210295037.6A
Other languages
Chinese (zh)
Other versions
CN114679598A (en
Inventor
姜栋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Bilibili Technology Co Ltd
Original Assignee
Shanghai Bilibili Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Bilibili Technology Co Ltd filed Critical Shanghai Bilibili Technology Co Ltd
Priority to CN202210295037.6A priority Critical patent/CN114679598B/en
Publication of CN114679598A publication Critical patent/CN114679598A/en
Application granted granted Critical
Publication of CN114679598B publication Critical patent/CN114679598B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2408—Monitoring of the upstream path of the transmission network, e.g. client requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/2625—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for delaying content or additional data distribution, e.g. because of an extended sport event
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44204—Monitoring of content usage, e.g. the number of times a movie has been viewed, copied or the amount which has been watched
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

The application provides a live broadcast pushing method and a live broadcast pushing device, wherein the live broadcast pushing method comprises the following steps: receiving a live broadcast request of a target anchor, and acquiring anchor attribute information of the target anchor according to the live broadcast request; determining push mode information according to the anchor attribute information, wherein the push mode information is used for determining a live stream processing strategy by an anchor client of the target anchor, and the push mode information comprises a delayed push mode and a normal push mode; and sending the push mode information to the anchor client. By setting two different push modes, the corresponding live stream is delayed to be pushed under the condition that no one watches in a live broadcasting room, and when a viewer really watches, the live stream is pushed to the push node server, so that most of the anchor which is not watched by the user completely does not occupy the uplink bandwidth resource any more, and the bandwidth cost of a live broadcasting platform is saved.

Description

Live broadcast pushing method and device
Technical Field
The application relates to the technical field of living broadcast of a reciprocity network, in particular to a living broadcast pushing method. The application also relates to a live broadcast pushing device, a computing device and a computer readable storage medium.
Background
With the growth of live platform services, users watching live broadcast are increasing, and the number of anchor is increasing. According to the current live broadcast environment, most of watching users are concentrated in some major broadcasters or official rooms, through live broadcast data statistics, 80% of watching users are concentrated in 10% of live broadcast rooms, and more than 50% of live broadcast rooms are not watched by users, but a live broadcast platform provides the same uplink edge node scheduling service for 50% of users, so that the problem of high cost and low benefit is caused. In summary, how to make most of live rooms without viewers occupy no uplink bandwidth resources is a problem to be solved at present.
Disclosure of Invention
In view of this, the embodiment of the application provides a live broadcast pushing method. The application also relates to a live broadcast pushing device, a computing device and a computer readable storage medium, so as to solve the problem of resource waste caused by a live broadcast room without watching by a user in the prior art.
According to a first aspect of an embodiment of the present application, there is provided a live broadcast pushing method, applied to a hosting client, including:
transmitting a live broadcast request to a scheduling server according to the received live broadcast instruction;
Receiving push mode information returned by the scheduling server in response to the live broadcast request, wherein the push mode information comprises a delayed push mode and a normal push mode;
determining a live stream processing strategy according to the push stream mode information;
and processing the live stream corresponding to the live request based on the live stream processing strategy.
According to a second aspect of the embodiment of the present application, there is provided a live broadcast pushing method, applied to a scheduling server, including:
receiving a live broadcast request of a target anchor, and acquiring anchor attribute information of the target anchor according to the live broadcast request;
determining push mode information according to the anchor attribute information, wherein the push mode information is used for determining a live stream processing strategy by an anchor client of the target anchor, and the push mode information comprises a delayed push mode and a normal push mode;
and sending the push mode information to the anchor client.
According to a third aspect of the embodiment of the present application, there is provided a live broadcast pushing method, applied to a live broadcast scheduling system, where the live broadcast scheduling system includes a hosting client and a scheduling server, where,
the scheduling server receives a live broadcast request of a target anchor, acquires anchor attribute information of the target anchor according to the live broadcast request, and determines push mode information according to the anchor attribute information, wherein the push mode information is used for determining a live broadcast stream processing strategy by an anchor client of the target anchor, and comprises a delay push mode and a normal push mode, and sends the push mode information to the anchor client;
The anchor client sends a live broadcast request to a scheduling server according to the received live broadcast instruction; receiving push mode information returned by the scheduling server in response to the live broadcast request, wherein the push mode information comprises a delayed push mode and a normal push mode; determining a live stream processing strategy according to the push stream mode information; and processing the live stream corresponding to the live request based on the live stream processing strategy.
According to a fourth aspect of an embodiment of the present application, there is provided a live broadcast pushing apparatus, including: applied to anchor clients, comprising:
the sending module is configured to send a live broadcast request to the scheduling server according to the received live broadcast instruction;
the receiving module is configured to receive push mode information returned by the scheduling server in response to the live broadcast request, wherein the push mode information comprises a delayed push mode and a normal push mode;
the determining module is configured to determine a live stream processing strategy according to the push stream mode information;
and the processing module is configured to process the live stream corresponding to the live request based on the live stream processing strategy.
According to a fifth aspect of an embodiment of the present application, there is provided a live broadcast pushing apparatus, including: applied to a dispatch server, comprising:
The acquisition module is configured to receive a live broadcast request of a target anchor and acquire anchor attribute information of the target anchor according to the live broadcast request;
the determining module is configured to determine push mode information according to the anchor attribute information, wherein the push mode information is used for determining a live stream processing strategy by an anchor client of the target anchor, and the push mode information comprises a delayed push mode and a normal push mode;
and the sending module is configured to send the push mode information to the anchor client.
According to a sixth aspect of an embodiment of the present application, there is provided a live broadcast push system, including: a anchor client, a scheduling server, wherein,
the scheduling server is configured to receive a live broadcast request of a target anchor, acquire anchor attribute information of the target anchor according to the live broadcast request, and determine push mode information according to the anchor attribute information, wherein the push mode information is used for determining a live broadcast stream processing strategy by an anchor client of the target anchor, and the push mode information comprises a delayed push mode and a normal push mode and is sent to the anchor client;
The anchor client is configured to send a live broadcast request to the scheduling server according to the received live broadcast instruction; receiving push mode information returned by the scheduling server in response to the live broadcast request, wherein the push mode information comprises a delayed push mode and a normal push mode; determining a live stream processing strategy according to the push stream mode information; and processing the live stream corresponding to the live request based on the live stream processing strategy.
According to a seventh aspect of the embodiments of the present application, there is provided a computing device including a memory, a processor, and computer instructions stored on the memory and executable on the processor, the processor implementing the steps of the live push method when executing the computer instructions.
According to an eighth aspect of embodiments of the present application, there is provided a computer readable storage medium storing computer instructions which, when executed by a processor, implement the steps of the live push method.
The live broadcast pushing method provided by the application is applied to a host client and comprises the following steps: transmitting a live broadcast request to a scheduling server according to the received live broadcast instruction; receiving push stream mode information returned by the scheduling server in response to the live broadcast request; determining a live stream processing strategy according to the push stream mode information; and processing the live stream corresponding to the live request based on the live stream processing strategy.
According to the embodiment of the application, by setting different live stream processing strategies for different live rooms, when the live stream processing strategies of the live rooms are delayed pushing strategies, the live streams corresponding to the live rooms are not pushed, the bandwidth resource occupation of an uplink server is reduced, and the running cost of a live platform is reduced.
Drawings
Fig. 1 is a flowchart of a live broadcast pushing method applied to a hosting client according to an embodiment of the present application;
fig. 2 is a flowchart of a live broadcast pushing method applied to a scheduling server according to an embodiment of the present application;
fig. 3 is a flowchart of a live broadcast pushing method applied to a live broadcast scheduling system according to an embodiment of the present application;
fig. 4 is a process flow diagram of a live push method applied to delayed push according to an embodiment of the present application;
fig. 5 is a schematic structural diagram of a live broadcast pushing device applied to a hosting client according to an embodiment of the present application;
fig. 6 is a schematic structural diagram of a live broadcast pushing device applied to a scheduling server according to an embodiment of the present application;
fig. 7 is a schematic structural diagram of a live broadcast pushing system according to an embodiment of the present application;
FIG. 8 is a block diagram of a computing device according to one embodiment of the application.
Detailed Description
In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present application. The present application may be embodied in many other forms than those herein described, and those skilled in the art will readily appreciate that the present application may be similarly embodied without departing from the spirit or essential characteristics thereof, and therefore the present application is not limited to the specific embodiments disclosed below.
The terminology used in the one or more embodiments of the application is for the purpose of describing particular embodiments only and is not intended to be limiting of the one or more embodiments of the application. As used in one or more embodiments of the application and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used in one or more embodiments of the present application refers to and encompasses any or all possible combinations of one or more of the associated listed items.
It should be understood that, although the terms first, second, etc. may be used in one or more embodiments of the application to describe various information, these information should not be limited by these terms. These terms are only used to distinguish one type of information from another. For example, a first may also be referred to as a second, and similarly, a second may also be referred to as a first, without departing from the scope of one or more embodiments of the application. The word "if" as used herein may be interpreted as "at … …" or "at … …" or "responsive to a determination", depending on the context.
First, terms related to one or more embodiments of the present application will be explained.
Edge node server: the user side server is physically close to the user so that the transmission delay is low.
And (3) uplink scheduling, namely when the anchor clicks and opens, scheduling is required according to information such as current anchor network conditions, geographical positions and the like, and a push node is selected for the anchor.
Delay plug flow: the anchor stream is not pushed to the edge node before the data is pushed when the user really views.
At present, when a host is ready to start live broadcasting, the host can obtain a push address by clicking on the start of broadcasting through a host client, and an uplink push scheduling server can return to a nearby push node server according to the current geographic position of the host so that the host can push to the push node server, and related edge node servers send start callback to tell a live broadcasting platform that the host has started live broadcasting. When a user refreshes a recommended page or pages of other live broadcasting platforms through a user client, the user can see pictures of a live broadcasting room of a host broadcasting, and click on the relevant live broadcasting room according to own interests to view, at the moment, the user client can pull live streams of the live broadcasting room from a downlink edge node server, and the downlink edge node server can inquire a push address of the host broadcasting through a scheduling server of the live broadcasting platform to return a source so as to be watched through the user client.
With the increase of services of live broadcast platforms, the number of live broadcast rooms of one live broadcast platform is continuously increased, more than 50% of live broadcast rooms are not watched by users through relevant data statistics, but the live broadcast platforms still provide the same uplink edge node scheduling service for the live broadcast rooms, namely, push live broadcast streams of live broadcast rooms watched by no one, so that the phenomenon of waste of uplink bandwidth of the live broadcast platforms is caused, zero benefit is brought to the live broadcast platforms, and the problem that the live broadcast rooms are required to be solved at present is solved when the high uplink bandwidth cost of the live broadcast platforms is reduced.
Based on the above, the application provides a live broadcast pushing method for reducing the problem of high uplink bandwidth cost of a live broadcast platform, and the application also relates to a live broadcast pushing device, a computing device and a computer readable storage medium, which are described in detail in the following embodiments one by one.
Fig. 1 shows a flowchart of a live broadcast pushing method applied to a hosting client according to an embodiment of the present application, which specifically includes the following steps:
step 102: and sending a live broadcast request to a scheduling server according to the received live broadcast instruction.
The anchor client can be understood as a terminal for starting live broadcast by an anchor, and the anchor client can be a terminal such as a mobile phone, a computer and the like; the live broadcast instruction can be understood as an instruction of starting live broadcast sent by a host to a host client, and after the host client receives the live broadcast instruction, the host client considers that the host is ready for live broadcast, and then the host client sends a live broadcast request to a scheduling server; the live broadcast request can be understood as a live broadcast starting request sent by a host client to a scheduling server, and after the scheduling server receives the live broadcast request sent by the host client, the scheduling server determines a push mode for the live broadcast request.
In practical application, the live broadcast instruction may be an instruction sent by a host through a live broadcast button clicked by a host client, and the host client may send a live broadcast request to the scheduling server according to the received live broadcast instruction.
In a specific embodiment of the present application, when the anchor a clicks on a live broadcast by an anchor client, a live broadcast instruction is sent to the anchor client, and after the anchor client receives the live broadcast starting instruction sent by the anchor a, the anchor client sends a live broadcast request to the scheduling server according to the live broadcast instruction.
Specifically, sending a live broadcast request to a scheduling server according to a received live broadcast instruction includes:
generating a live broadcast request according to the received live broadcast instruction;
and sending the live broadcast request to a scheduling server.
In practical application, the anchor client generates relevant information of the anchor live broadcast according to the live broadcast instruction, generates a live broadcast request according to the relevant information, wherein the live broadcast request can carry information such as anchor identification, anchor location information, anchor popularity, live broadcast room identification, live broadcast room title and the like, and after the live broadcast request is sent to the scheduling server, the scheduling server can schedule according to the live broadcast request, and push node servers corresponding to the live broadcast request respectively give the anchor client.
In a specific embodiment of the present application, in the above example, after the anchor client generates a live broadcast request about the current live broadcast of the anchor a according to the received live broadcast instruction sent by the anchor a, the live broadcast request is sent to the scheduling server.
Step 104: and receiving push mode information returned by the scheduling server in response to the live broadcast request, wherein the push mode information comprises a delayed push mode and a normal push mode.
The push mode information can be understood to include information of a push mode corresponding to the anchor, and the push mode can be divided into two types, one is a normal push mode, and in the normal push mode, the anchor client can directly push the live broadcast stream of the current live broadcast to the uplink push node server; and the other is a delayed push mode, and in the delayed push mode, the anchor client side does not push the live broadcast stream of the live broadcast to the uplink push node server.
In practical application, in order to reduce bandwidth resources caused by live broadcasting in live broadcasting rooms watched by no one, different live broadcasting modes are set for different live broadcasting rooms watched by multiple people, live broadcasting is pushed according to a normal live broadcasting mode, live broadcasting screenshot pictures corresponding to the live broadcasting is pushed according to a delayed live broadcasting mode in the live broadcasting rooms watched by no one, and live broadcasting is really pushed when watched by a spectator, so that uplink bandwidth cost of a scheduling server and a plug node server is reduced.
In a specific embodiment of the present application, in the above example, the anchor client receives the push mode information returned by the scheduling server, and if the push mode information is delayed push, the anchor client performs a subsequent push flow according to the push mode information.
Step 106: and determining a live stream processing strategy according to the push stream mode information.
The live stream processing strategy can be understood as a pushing method corresponding to a push mode, and in practical application, when the push mode information is normal push, the live stream processing strategy is to push live streams to a push node server immediately; when the push mode information is delayed push, the live stream processing strategy does not push the live stream to the push node server.
In practical application, when the push mode information is delayed push, the anchor client does not push the live broadcast stream corresponding to the live broadcast room to the push node server, but in order to enable the user to see that the anchor is live broadcast through the live broadcast platform, relevant live broadcast pictures are pushed to the scheduling server.
In a specific embodiment of the present application, in the above example, after receiving the push mode information, the anchor client determines a live stream processing policy of pushing the live stream by the client according to the push mode information, so as to determine whether to push the live stream immediately according to the live stream processing policy, after receiving the push mode information as a normal push mode, and determining that the live stream processing policy is to push the live stream immediately to the push node server according to the push mode information, then the subsequent anchor client pushes the live stream corresponding to the live broadcast room to the push node server.
In another embodiment of the present application, in the above example, when the anchor client receives the push mode information as the delayed push mode, the anchor client does not directly push the live stream corresponding to the live broadcast room to the push node server, and pushes the live stream to the push node server when a user subsequently enters the live broadcast room to watch.
Step 108: and processing the live stream corresponding to the live request based on the live stream processing strategy.
In practical application, the anchor client can process live streams according to different live stream processing strategies, and in a normal push mode, the anchor client can immediately push the live streams to a push node server; in the delayed push mode, the anchor client does not push live broadcast streams to the push node server immediately, but collects some live broadcast pictures to push to the scheduling server so that the scheduling server can display live broadcast pictures of the anchor on the live broadcast platform.
Specifically, processing the live stream corresponding to the live request based on the live stream processing policy includes:
generating live broadcast heartbeat information according to the live broadcast stream corresponding to the live broadcast request under the condition that the live broadcast stream processing strategy is delayed pushing, wherein the live broadcast heartbeat information comprises live broadcast screenshot information;
and sending the live heartbeat information to the scheduling server.
The delayed pushing may be understood that the main broadcasting client side does not immediately push the live broadcast stream corresponding to the live broadcasting room to the push node server, but generates the live broadcasting heartbeat information of the live broadcasting room according to the live broadcast stream corresponding to the live broadcasting request; the live broadcast heartbeat information can be understood as information sent to the scheduling server at intervals, and the live broadcast heartbeat information can comprise information such as live broadcast duration information, live broadcast screenshot information, live broadcast room titles and the like;
In practical application, for some live rooms which are not watched by people, a push mode is set to be delayed push, and then a corresponding anchor client does not push live streams to a push node server, but acquires audio and video data of current live broadcast of an anchor, generates corresponding live broadcast pictures, and sends information such as the live broadcast pictures, live broadcast time length and the like to a scheduling server, so that the scheduling server can know that the current anchor is in play, and accordingly live broadcast recommendation information corresponding to the live broadcast of the anchor is generated and displayed to a user.
In a specific embodiment of the present application, in the above example, if the anchor client determines that the live stream processing policy is to delay pushing, the live stream will not be pushed to the push node server, corresponding live heartbeat information is generated according to the live stream, the live heartbeat information carries an anchor picture, an anchor duration and an anchor title of the current anchor, and the anchor client sends the generated live heartbeat information to the scheduling server.
Specifically, generating live heartbeat information according to the live stream corresponding to the live request includes:
generating live state information according to a live stream corresponding to the live request, and acquiring live screenshot information corresponding to the live stream;
And generating live broadcast heartbeat information according to the live broadcast state information and the live broadcast screenshot information.
The live state information can be understood as state information of whether a current live host is live or not, the live state information can comprise information such as the live time length, host identification information, host popularity information and the like, the information such as the live time length, host identification information, live title information and the like in the live state information can be obtained according to a live request, and the scheduling server can judge whether a live room corresponding to the current host is live or not according to the live state information so as to display live information to a spectator, so that the spectator can select to watch according to the live information; the live screenshot information can be understood as a live screen corresponding to the live broadcasting room, and the live screenshot information is sent to the scheduling server, so that the scheduling server can show the corresponding live screen to the watching, and the user is attracted to click to watch.
In practical application, the anchor client currently transmits the anchor client in a delayed push mode, only the audio and video data of the current live broadcast of the anchor is collected and the data is not pushed to the push node server, but the live broadcast state information is generated according to the live broadcast stream corresponding to the live broadcast request, the live broadcast state information and the live broadcast screenshot information are packaged to generate live broadcast heartbeat information, and the live broadcast heartbeat information is transmitted to the scheduling server at fixed time, so that the scheduling server displays the information of live broadcast pictures, live broadcast titles and the like of the current anchor room to each user on a live broadcast platform, and the users are attracted to watch the information. In practical situations, the scheduling server receives the corresponding live broadcast heartbeat information of all live broadcast rooms being live broadcast, gathers all the information of the main broadcast, pushes information to the user when the user browses, and the live broadcast platform can judge whether the corresponding live broadcast content of the main broadcast is illegal or not according to the live broadcast picture.
In a specific embodiment of the present application, in the above example, the live broadcast client generates live broadcast status information according to the live broadcast stream of the anchor a, and adopts the current live broadcast stream of the anchor a to obtain corresponding live broadcast screenshot information, packages the live broadcast status information and the direct screenshot information to generate live broadcast heartbeat information, and sends the live broadcast heartbeat information to the scheduling server. And, the anchor client side can send live broadcast heartbeat information to the scheduling server every 5 minutes so as to update relevant information about the live broadcast room on the live broadcast platform.
Further, after generating the live heartbeat information according to the live stream corresponding to the live request, the method further includes:
receiving a push command for the live stream;
and responding to the push instruction, and sending the live stream to a target server.
The live broadcasting room is provided with a live broadcasting node server, a live broadcasting client and a scheduling server, wherein the live broadcasting room is provided with a live broadcasting stream pushing instruction corresponding to the live broadcasting room, the live broadcasting stream pushing instruction corresponding to the live broadcasting room is understood as the live broadcasting stream pushing instruction corresponding to the live broadcasting room, and after a user enters the live broadcasting room for watching, the scheduling server sends the live broadcasting stream pushing instruction aiming at the live broadcasting stream corresponding to the live broadcasting room, so that a main broadcasting client pushes the live broadcasting stream to the corresponding live broadcasting node server for the user to carry out stream pulling watching; the target server can be understood as a push node server which is relatively close to the anchor, so that the time for a user to enter a live broadcasting room to wait for watching a live broadcasting picture is reduced.
In practical application, as long as one person enters a live broadcasting room in a delayed live broadcasting mode to watch, the scheduling server sends a live broadcasting instruction aiming at a live broadcasting stream corresponding to the live broadcasting room, and after receiving the live broadcasting instruction, the main broadcasting client corresponding to the live broadcasting room sends the live broadcasting stream server to a corresponding live broadcasting node server.
In a specific embodiment of the present application, along the above example, a host client receives a push command for a live stream, prepares to push the live stream to a push node server, determines a target server according to the push command, and pushes the live stream to the target server.
Specifically, the sending the live stream to the target server in response to the push instruction includes:
acquiring a target server identifier in the push instruction;
determining a target server according to the target server identification;
and sending the live stream to the target server.
The target server identifier may be understood as an identifier of a target push node server, and the target push node server may be determined according to the identifier, so as to push the live stream to the target push node server.
In practical application, the live broadcast stream is pushed to a push node server near the anchor by the anchor client, so that the user can watch the live broadcast quickly.
In a specific embodiment of the present application, along the above example, the anchor client obtains a target server identifier in a push instruction sent by the scheduling server, determines a target server a according to the target server identifier, and sends the live stream to the target server a.
In another push mode, the main broadcasting client normally pushes the live stream, specifically, processes the live stream corresponding to the live broadcast request based on the live stream processing policy, including:
and pushing the live stream corresponding to the live broadcast request to a target server under the condition that the push mode information is normally pushed.
In practical application, under the condition that the push mode information is normally pushed, the anchor client pushes the live stream to the target server after the anchor opens according to the traditional live broadcast push flow.
In a specific embodiment of the present application, in the above example, if the anchor client determines that the push mode information is normal push, the live stream corresponding to the live request is immediately pushed to the target server.
The application provides a live broadcast pushing method applied to a host client, which comprises the following steps: transmitting a live broadcast request to a scheduling server according to the received live broadcast instruction; receiving push stream mode information returned by the scheduling server in response to the live broadcast request, wherein the live broadcast heartbeat information comprises live broadcast screenshot information; determining a live stream processing strategy according to the push stream mode information; and processing the live stream corresponding to the live request based on the live stream processing strategy. The live broadcast stream pushing strategy is determined by enabling the anchor client to acquire the self pushing mode, the live broadcast stream is processed according to the live broadcast stream pushing strategy, and under the condition that the pushing mode of a live broadcast room corresponding to an anchor is a delayed pushing mode, the anchor client does not push the live broadcast stream to a pushing node server, but collects relevant live broadcast information and sends the relevant live broadcast information to a scheduling server, and when a viewer really watches the live broadcast stream, the live broadcast stream is pushed to the pushing node server, so that most of the anchor which is not watched by the user at all does not occupy uplink bandwidth resources any more, and the bandwidth cost of a live broadcast platform is saved.
Fig. 2 shows a flowchart of a live broadcast pushing method applied to a scheduling server according to an embodiment of the present application, which specifically includes the following steps:
step 202: and receiving a live broadcast request of a target anchor, and acquiring anchor attribute information of the target anchor according to the live broadcast request.
The live broadcast request can be understood as a request that a target anchor accurately starts live broadcast, and after receiving the live broadcast request of the anchor, the scheduling server considers that the anchor is about to start live broadcast. The anchor attribute information may be understood as some information related to the anchor, for example, the anchor attribute information may include anchor identification, anchor live content, historical live time length, anchor number of fans, etc., and the scheduling server may determine whether the anchor is watched by someone next live according to the anchor attribute information.
In practical application, the scheduling server receives live broadcast requests of a plurality of anchors, determines one of the target anchors, and acquires attribute information of the target anchor after receiving the live broadcast request of the target anchor, so as to judge whether the live broadcast of the target anchor is watched by a person or not, thereby determining a push mode of the live broadcast.
In a specific embodiment of the present application, the scheduling server receives a live broadcast request of a target anchor a, and obtains attribute information of the target anchor according to the live broadcast request, where the anchor attribute information includes an anchor ID, a historical live broadcast duration, historical live broadcast viewing information, and an anchor vermicelli number.
Step 204: and determining push mode information according to the anchor attribute information, wherein the push mode information is used for determining a live stream processing strategy by an anchor client of the target anchor, and the push mode information comprises a delayed push mode and a normal push mode.
Determining the push mode information according to the anchor attribute information may be understood as determining the push mode of the current live broadcast of the anchor according to the anchor attribute information. In practical application, the push mode of the live broadcast of this time is judged according to the historical live broadcast duration of the host, the number of viewers and the number of fans of the host, for example, the total number of viewers is less than 10 in 10 hours of the latest live broadcast of the host, and the number of fans is less than 20, if the live broadcast of this time is considered to be largely free from user viewing, delay push information is sent to the corresponding host client, and on the contrary, normal push information is sent to the host client.
In practical application, the scheduling server may also obtain data related to the anchor from the anchor database according to the anchor ID, for example, the number of viewers and income information of the last live broadcast of the anchor.
In a specific embodiment of the present application, according to the above example, the anchor attribute information of the target anchor a: and the historical live broadcast time length is 100 hours, the total number of viewers is 20, the number of main broadcasting vermicelli is 10, and the push mode information corresponding to the target main broadcasting A is determined to be delay push.
Specifically, determining push mode information according to the anchor attribute information includes:
acquiring anchor identification information in the anchor attribute information;
acquiring historical live broadcast data corresponding to the target anchor according to the anchor identification information;
and determining push mode information according to the historical live broadcast data and the anchor property information.
The live broadcast identification information can be understood as unique identification information of the anchor, historical live broadcast data corresponding to the anchor can be obtained according to the anchor identification information, and corresponding plug flow mode information is determined according to the historical live broadcast data and anchor attribute information.
In practical application, the live broadcast request may only carry the open broadcast request and the anchor identification information, and then the scheduling server obtains corresponding historical live broadcast data from the anchor database according to the anchor identification information, where the historical live broadcast data may be the number of historical viewers, the historical live broadcast interaction information, and the like, and the scheduling server may determine the plug flow mode information according to the historical live broadcast data and the anchor attribute information.
In a specific embodiment of the present application, in the above example, the scheduling server obtains the anchor identification information in the anchor attribute information, obtains the historical live broadcast data corresponding to the target anchor a from the anchor database according to the anchor identification information, where the historical live broadcast data is the number of historical viewers, the historical live broadcast duration, and the benefit information of the last live broadcast, and determines the push mode information as the delay push according to the historical live broadcast data and the anchor attribute information.
Further, after the scheduling server obtains the historical live broadcast data and the anchor attribute information, the scheduling server may calculate live broadcast score information of the target anchor according to the historical live broadcast data and the anchor attribute information, determine whether the live broadcast has a user to watch according to the live broadcast score information, and specifically determine plug flow mode information according to the historical live broadcast data and the anchor attribute information, including:
calculating live broadcast scoring information corresponding to the target anchor according to the historical live broadcast data and the live broadcast attribute information;
determining push mode information corresponding to the target anchor as a delayed push mode under the condition that the live broadcast score information is smaller than a preset push threshold;
and under the condition that the live broadcast scoring information is larger than or equal to a preset push threshold, determining that push mode information corresponding to the target anchor is a normal push mode.
The live broadcast scoring information can be understood as scoring information for predicting whether the live broadcast is watched by a person or not, whether the live broadcast is watched by a person or not can be accurately predicted according to the live broadcast scoring information, for example, if the live broadcast scoring information of the live broadcast is calculated to be lower than a preset threshold value, the live broadcast is shown to be watched by no person. The preset push threshold can be understood as a preset push live stream threshold, when the live score information of the live broadcast is lower than the preset push threshold, the live broadcast is characterized in that no one watches the live broadcast with high probability, and the corresponding push mode information can be set as a delay push mode, so that the bandwidth cost of a live broadcast platform is saved; when the live broadcast scoring information of the live broadcast is equal to or higher than a preset push threshold, characterizing that the live broadcast is watched by someone, the corresponding push mode information can be set to be a normal push mode, so that the normal live broadcast of the host and the normal watching of the user are ensured.
In practical application, if the live broadcast scoring threshold of a host with high popularity and long live broadcast time is generally higher than a preset push stream threshold, the process of calculating live broadcast scoring information can be omitted, and push stream mode information corresponding to the host is directly set to be a normal push mode; when the live broadcast is played by the main broadcasting in a low-popularity live broadcast time period, the live broadcast scoring information of the main broadcasting can be calculated if the user is not watched in a large probability, the main broadcasting of which the live broadcast is watched by the user in the large probability is screened out, and the push mode information is set to be a delayed push mode. It should be noted that, whether the live broadcast of the host is watched by a person is judged by calculating the live broadcast scoring information, which is only one of a plurality of prediction methods, in practical application, the prediction can be performed by an AI model, and the specific prediction mode can be determined according to practical situations.
In a specific embodiment of the present application, in the above example, the live broadcast score information of the target anchor a is calculated to be 50 minutes according to the historical live broadcast data and anchor attribute information corresponding to the target anchor a, and is smaller than the preset push threshold value of 60 minutes, which indicates that the current live broadcast of the target anchor a is largely not watched by someone, and the push mode information corresponding to the target anchor a is set as the delay push information.
Step 206: and sending the push mode information to the anchor client.
In practical application, after determining the push mode information, the scheduling server sends the push mode information to the anchor client corresponding to the anchor.
In a specific embodiment of the present application, the scheduling server sends push mode information to the anchor client corresponding to the target anchor a according to the above example.
In addition, in the delayed push mode, the scheduling server receives the live broadcast heartbeat information sent by the anchor client, and the scheduling server displays the live broadcast information corresponding to the anchor to the user according to the live broadcast heartbeat information, and specifically, the method further comprises the steps of:
receiving live broadcast heartbeat information sent by the anchor client;
generating live broadcast recommendation information according to the live broadcast heartbeat information;
and pushing the live broadcast recommendation information to a user client.
The live broadcast recommendation information can be understood as information of a recommended live broadcast room, and after a user browses the live broadcast recommendation information, the user can roughly know live broadcast content of the live broadcast.
In practical application, the live broadcast heartbeat information comprises live broadcast pictures, live broadcast titles, live broadcast personal information and the like of a current live broadcast, the scheduling server generates corresponding live broadcast recommendation information according to the live broadcast heartbeat information, and the live broadcast recommendation information is displayed on a live broadcast platform or is directly pushed to a user client which can watch live broadcast, so that users are pulled to watch the live broadcast in a live broadcast room, and the popularity of the live broadcast room is improved.
In a specific embodiment of the present application, according to the above example, the scheduling server sends the live heartbeat information according to the anchor client: current live view, live room title: the method comprises the steps of generating live broadcast recommendation information, wherein the live broadcast recommendation information is a preview live broadcast room picture, pushing the preview live broadcast room picture to a plurality of user clients which can be watched and displaying the preview live broadcast room picture in a live broadcast platform.
Specifically, the live heartbeat information comprises live screenshot information;
generating live broadcast recommendation information according to the live broadcast heartbeat information, including:
acquiring live broadcast screenshot information in the live broadcast heartbeat information;
and under the condition that the live screenshot information passes the audit, generating live recommendation information according to the live screenshot information.
The scheduling server can judge whether the live content of the host broadcast is illegal according to the live screenshot information, if so, the live screenshot information is not pushed, the corresponding live broadcasting room is closed, and if not, the live broadcasting recommendation information is generated according to the live screenshot information.
In a specific embodiment of the present application, according to the above example, the scheduling server performs content auditing on the live broadcast room according to the live broadcast screenshot information in the live broadcast heartbeat information, and generates live broadcast recommendation information according to the live broadcast screenshot information and the anchor attribute information only when the auditing passes.
Accordingly, after the user enters the live broadcasting room to watch, the scheduling server receives a live broadcasting watching request sent by the user, and specifically, the method further comprises the following steps:
receiving a live viewing request for the target anchor;
generating a live stream pushing instruction according to the live viewing request, and sending the live stream pushing instruction to the anchor client;
and switching the push mode information corresponding to the target anchor to a normal push mode.
The live broadcast watching request can be understood as a request of a user to watch a live broadcast room, and according to the live broadcast watching request, the scheduling server can consider that the current live broadcast room needs to push a stream, and then a live broadcast stream pushing instruction can be generated to a host client.
In practical application, when audience watching exists in a live broadcasting room with delayed pushing, a scheduling server sends a live broadcasting stream pushing instruction to a main broadcasting client corresponding to the live broadcasting room, so that the main broadcasting client pushes live broadcasting streams to a pushing node server, a user can watch live broadcasting normally, pushing mode information corresponding to the main broadcasting is switched to a normal pushing mode, so that other subsequent users can watch live broadcasting quickly when entering the live broadcasting room, and watching delay caused by the need of waiting for the main broadcasting client to push streams again in the delayed pushing mode is avoided.
In a specific embodiment of the present application, along the above example, the scheduling server receives a live broadcast viewing request of the user C for the target anchor a, and the scheduling server generates a live broadcast stream pushing instruction according to the live broadcast viewing request, and sends the live broadcast stream pushing instruction to an anchor client of the target anchor a, so that the anchor client can push the live broadcast stream to a corresponding pushing node server, and switch a delayed pushing mode of the target anchor a to a normal pushing mode.
The application provides a live broadcast pushing method applied to a scheduling server, which comprises the following steps: receiving a live broadcast request of a target anchor, and acquiring anchor attribute information of the target anchor according to the live broadcast request; determining push mode information according to the anchor attribute information, wherein the push mode information is used for determining a live stream processing strategy by an anchor client of the target anchor, and the push mode information comprises a delayed push mode and a normal push mode; and sending the push mode information to the anchor client. By predicting the live broadcast data of the anchor history, judging whether the live broadcast is watched by a person or not, and under the condition of high probability unmanned watching, sending delay push mode information to the anchor client corresponding to the anchor, thereby achieving the purpose of saving uplink bandwidth.
Fig. 3 shows a flowchart of a live pushing method applied to a live scheduling system, which includes a hosting client, a scheduling server, according to an embodiment of the present application,
step 302: the scheduling server receives a live broadcast request of a target anchor, acquires anchor attribute information of the target anchor according to the live broadcast request, and determines push mode information according to the anchor attribute information, wherein the push mode information is used for determining a live broadcast stream processing strategy by an anchor client of the target anchor, and the push mode information comprises a delayed push mode and a normal push mode and is sent to the anchor client.
In a specific embodiment of the application, a scheduling server receives a live broadcast request of a target anchor A, the scheduling server acquires anchor attribute information of the target anchor A according to the live broadcast request, the anchor attribute information is 50 total people in historical viewing, the historical live broadcast duration is 100 hours, the number of anchor vermicelli is 10, the scheduling server judges that the live broadcast of the anchor is not watched by most probable persons by calculating live broadcast scoring information of the target anchor A, and determines that push mode information is a delayed push mode and sends the delayed push information to anchor clients of the target anchor A.
Step 304: the anchor client sends a live broadcast request to a scheduling server according to the received live broadcast instruction; receiving push mode information returned by the scheduling server in response to the live broadcast request, wherein the push mode information comprises a delayed push mode and a normal push mode; determining a live stream processing strategy according to the push stream mode information; and processing the live stream corresponding to the live request based on the live stream processing strategy.
In a specific embodiment of the present application, in the above example, the anchor client of the target anchor a sends a live broadcast request to the scheduling server according to the received live broadcast instruction, and the receiving scheduling server determines that the live broadcast stream processing policy is delayed push based on push mode information returned by the live broadcast request, and does not push the live broadcast stream to the push node server based on the delayed push policy.
The application provides a live broadcast pushing method applied to a live broadcast scheduling system, which comprises a live broadcast client and a scheduling server, wherein the scheduling server receives a live broadcast request of a target host, acquires host attribute information of the target host according to the live broadcast request, and determines push mode information according to the host attribute information, wherein the push mode information is used for determining a live broadcast stream processing strategy by the host client of the target host, and comprises a delayed push mode and a normal push mode, and sends the push mode information to the host client; the anchor client sends a live broadcast request to a scheduling server according to the received live broadcast instruction; receiving push mode information returned by the scheduling server in response to the live broadcast request, wherein the push mode information comprises a delayed push mode and a normal push mode; determining a live stream processing strategy according to the push stream mode information; and processing the live stream corresponding to the live request based on the live stream processing strategy. And a delay pushing mode is set for a live broadcasting room watched by a person through the scheduling server, so that a corresponding anchor client does not push live broadcasting streams to the push node server, uplink bandwidth is saved, and cost of a live broadcasting platform is reduced.
The live broadcast pushing method provided by the application is further described by taking the application of the live broadcast pushing method in delayed push as an example with reference to fig. 4. Fig. 4 shows a process flow chart of a live broadcast pushing method applied to delayed push according to an embodiment of the present application, which specifically includes the following steps:
step 402: and sending a live broadcast request to a scheduling server according to the received live broadcast instruction.
In a specific embodiment of the present application, the anchor client determines, according to the received live broadcast instruction, that the current anchor a is ready to start live broadcast, and sends a live broadcast request to the scheduling server, where the live broadcast request carries the anchor ID and the live broadcast title information of the anchor a.
Step 404: and receiving push stream mode information returned by the scheduling server in response to the live broadcast request.
In a specific embodiment of the present application, in the above example, the anchor client receives push mode information returned by the scheduling server in response to the live broadcast request, where the push mode information is delayed push.
Step 406: and determining a live stream processing strategy according to the push stream mode information.
In a specific embodiment of the present application, in the above example, if the anchor client determines that the live broadcast processing policy is to delay pushing according to the push mode information, the anchor client does not push the live broadcast stream to the push node server.
Step 408: and under the condition that the live stream processing strategy is delayed pushing, generating live heartbeat information according to the live stream corresponding to the live stream request, and sending the live heartbeat information to the scheduling server.
In a specific embodiment of the present application, in the case where it is determined by using the above example that the live stream processing policy is delayed pushing, the live client generates live heartbeat information according to the live broadcast request and the corresponding live stream, where the live heartbeat information includes a current live broadcast picture of the live broadcast, and sends the live heartbeat information to the scheduling server.
Step 410: and receiving a push command for the live stream, and responding to the push command, and sending the live stream to a target server.
In a specific embodiment of the present application, along the above example, a host client receives a push command for a live stream of a current live broadcast room, and sends the live stream to a target push node server in response to the push command.
The application provides a live broadcast pushing method applied to delayed push flow, which comprises the following steps: and sending a live broadcast request to a scheduling server according to a received live broadcast instruction, receiving push mode information returned by the scheduling server in response to the live broadcast request, determining a live broadcast stream processing strategy according to the push mode information, generating live broadcast heartbeat information according to a live broadcast stream corresponding to the live broadcast request under the condition that the live broadcast stream processing strategy is delayed in push, sending the live broadcast heartbeat information to the scheduling server, receiving the push instruction for the live broadcast stream, and sending the live broadcast stream to a target server in response to the push instruction. By setting a delay pushing mode for a live broadcasting room watched by no one, when a host broadcasts, the corresponding live broadcasting stream is not pushed to the push node server, and when a user enters the live broadcasting room, the live broadcasting stream is pushed to the push node server, so that the uplink bandwidths of the scheduling server and the push node server are reduced, and the live broadcasting cost of a live broadcasting platform is reduced.
Corresponding to the method embodiment, the application also provides an embodiment of the live broadcast pushing device applied to the anchor client, and fig. 5 shows a schematic structural diagram of the live broadcast pushing device applied to the anchor client according to an embodiment of the application. As shown in fig. 5, the apparatus includes:
a sending module 502 configured to send a live broadcast request to a scheduling server according to the received live broadcast instruction;
a receiving module 504, configured to receive push mode information returned by the scheduling server in response to the live broadcast request, where the push mode information includes a delayed push mode and a normal push mode;
a determining module 506 configured to determine a live stream processing policy according to the push mode information;
and the processing module 508 is configured to process the live stream corresponding to the live request based on the live stream processing strategy.
Accordingly, the processing module 508 is further configured to:
generating live broadcast heartbeat information according to the live broadcast stream corresponding to the live broadcast request under the condition that the live broadcast stream processing strategy is delayed pushing, wherein the live broadcast heartbeat information comprises live broadcast screenshot information;
and sending the live heartbeat information to the scheduling server.
Accordingly, the processing module 508 is further configured to:
generating live state information according to a live stream corresponding to the live request, and acquiring live screenshot information corresponding to the live stream;
and generating live broadcast heartbeat information according to the live broadcast state information and the live broadcast screenshot information.
Further, the processing module 508 is further configured to:
receiving a push command for the live stream;
and responding to the push instruction, and sending the live stream to a target server.
Further, the processing module 508 is further configured to:
acquiring a target server identifier in the push instruction;
determining a target server according to the target server identification;
and sending the live stream to the target server.
Accordingly, the sending module 502 is further configured to:
generating a live broadcast request according to the received live broadcast instruction;
and sending the live broadcast request to a scheduling server.
Accordingly, the processing module 508 is further configured to:
and pushing the live stream corresponding to the live broadcast request to a target server under the condition that the push mode information is normally pushed.
The application provides a live broadcast pushing device applied to a host client, which comprises the following components: the sending module is configured to send a live broadcast request to the scheduling server according to the received live broadcast instruction; the receiving module is configured to receive push mode information returned by the scheduling server in response to the live broadcast request, wherein the push mode information comprises a delayed push mode and a normal push mode; the determining module is configured to determine a live stream processing strategy according to the push stream mode information; and the processing module is configured to process the live stream corresponding to the live request based on the live stream processing strategy. The live broadcast stream pushing strategy is determined by enabling the anchor client to acquire the self pushing mode, the live broadcast stream is processed according to the live broadcast stream pushing strategy, and under the condition that the pushing mode of a live broadcast room corresponding to an anchor is a delayed pushing mode, the anchor client does not push the live broadcast stream to a pushing node server, but collects relevant live broadcast information and sends the relevant live broadcast information to a scheduling server, and when a viewer really watches the live broadcast stream, the live broadcast stream is pushed to the pushing node server, so that most of the anchor which is not watched by the user at all does not occupy uplink bandwidth resources any more, and the bandwidth cost of a live broadcast platform is saved.
Corresponding to the method embodiment, the application also provides an embodiment of the live broadcast pushing device applied to the scheduling server, and fig. 6 shows a schematic structural diagram of the live broadcast pushing device applied to the scheduling server according to an embodiment of the application. As shown in fig. 6, the apparatus includes:
an obtaining module 602, configured to receive a live broadcast request of a target anchor, and obtain anchor attribute information of the target anchor according to the live broadcast request;
a determining module 604, configured to determine push mode information according to the anchor attribute information, where the push mode information is used for determining a live stream processing policy by an anchor client of the target anchor, and the push mode information includes a delayed push mode and a normal push mode;
a sending module 606 configured to send the push mode information to the anchor client.
Accordingly, the determination module 604 is further configured to:
acquiring anchor identification information in the anchor attribute information;
acquiring historical live broadcast data corresponding to the target anchor according to the anchor identification information;
and determining push mode information according to the historical live broadcast data and the anchor property information.
Accordingly, the determination module 604 is further configured to:
calculating live broadcast scoring information corresponding to the target anchor according to the historical live broadcast data and the live broadcast attribute information;
determining push mode information corresponding to the target anchor as a delay push mode under the condition that the live broadcast score information is smaller than or equal to a preset push threshold;
and under the condition that the live broadcast scoring information is larger than a preset push threshold, determining that push mode information corresponding to the target anchor is a normal push mode.
The apparatus further includes a push module configured to:
receiving live broadcast heartbeat information sent by the anchor client;
generating live broadcast recommendation information according to the live broadcast heartbeat information;
and pushing the live broadcast recommendation information to a user client.
Accordingly, the push module is further configured to:
acquiring live broadcast screenshot information in the live broadcast heartbeat information;
and under the condition that the live screenshot information passes the audit, generating live recommendation information according to the live screenshot information.
Further, the apparatus further comprises: a transmit sub-module configured to:
receiving a live viewing request for the target anchor;
Generating a live stream pushing instruction according to the live viewing request, and sending the live stream pushing instruction to the anchor client;
and switching the push mode information corresponding to the target anchor to a normal push mode.
The application provides a live broadcast pushing device applied to a scheduling server, which comprises the following components: the acquisition module is configured to receive a live broadcast request of a target anchor and acquire anchor attribute information of the target anchor according to the live broadcast request; the determining module is configured to determine push mode information according to the anchor attribute information, wherein the push mode information is used for determining a live stream processing strategy by an anchor client of the target anchor, and the push mode information comprises a delayed push mode and a normal push mode; and the sending module is configured to send the push mode information to the anchor client. By predicting the live broadcast data of the anchor history, judging whether the live broadcast is watched by a person or not, and under the condition of high probability unmanned watching, sending delay push mode information to the anchor client corresponding to the anchor, thereby achieving the purpose of saving uplink bandwidth.
Corresponding to the method embodiment, the application also provides a live broadcast pushing system embodiment, and fig. 7 shows a schematic structural diagram of a live broadcast pushing system according to an embodiment of the application. As shown in fig. 7, the system includes: a dispatch server 702, a host client 704, wherein,
the scheduling server 702 is configured to receive a live broadcast request of a target anchor, obtain anchor attribute information of the target anchor according to the live broadcast request, and determine push mode information according to the anchor attribute information, where the push mode information is used by an anchor client of the target anchor to determine a live broadcast stream processing policy, and the push mode information includes a delayed push mode and a normal push mode, and send the push mode information to the anchor client;
the anchor client 704 is configured to send a live broadcast request to the scheduling server according to the received live broadcast instruction; receiving push mode information returned by the scheduling server in response to the live broadcast request, wherein the push mode information comprises a delayed push mode and a normal push mode; determining a live stream processing strategy according to the push stream mode information; and processing the live stream corresponding to the live request based on the live stream processing strategy.
The application provides a live broadcast pushing system, which comprises a live broadcast client and a scheduling server, wherein the scheduling server is configured to receive a live broadcast request of a target host, acquire host attribute information of the target host according to the live broadcast request, and determine push mode information according to the host attribute information, wherein the push mode information is used for determining a live broadcast stream processing strategy by the host client of the target host, and comprises a delayed push mode and a normal push mode, and send the push mode information to the host client; the anchor client is configured to send a live broadcast request to the scheduling server according to the received live broadcast instruction; receiving push mode information returned by the scheduling server in response to the live broadcast request, wherein the push mode information comprises a delayed push mode and a normal push mode; determining a live stream processing strategy according to the push stream mode information; and processing the live stream corresponding to the live request based on the live stream processing strategy. By setting a delay pushing mode for a live broadcasting room watched by no one, when a host broadcasts, the corresponding live broadcasting stream is not pushed to the push node server, and when a user enters the live broadcasting room, the live broadcasting stream is pushed to the push node server, so that the uplink bandwidths of the scheduling server and the push node server are reduced, and the live broadcasting cost of a live broadcasting platform is reduced.
The foregoing is a schematic solution of the live broadcast pushing apparatus of this embodiment. It should be noted that, the technical solution of the live broadcast pushing device and the technical solution of the live broadcast pushing method belong to the same concept, and details of the technical solution of the live broadcast pushing device, which are not described in detail, can be referred to the description of the technical solution of the live broadcast pushing method.
Fig. 8 illustrates a block diagram of a computing device 800 provided in accordance with an embodiment of the present application. The components of computing device 800 include, but are not limited to, memory 810 and processor 820. Processor 820 is coupled to memory 810 through bus 830 and database 850 is used to hold data.
Computing device 800 also includes access device 840, access device 840 enabling computing device 800 to communicate via one or more networks 860. Examples of such networks include the Public Switched Telephone Network (PSTN), a Local Area Network (LAN), a Wide Area Network (WAN), a Personal Area Network (PAN), or a combination of communication networks such as the internet. Access device 840 may include one or more of any type of network interface, wired or wireless (e.g., a Network Interface Card (NIC)), such as an IEEE802.11 Wireless Local Area Network (WLAN) wireless interface, a worldwide interoperability for microwave access (Wi-MAX) interface, an ethernet interface, a Universal Serial Bus (USB) interface, a cellular network interface, a bluetooth interface, a Near Field Communication (NFC) interface, and so forth.
In one embodiment of the application, the above-described components of computing device 800, as well as other components not shown in FIG. 8, may also be connected to each other, such as by a bus. It should be understood that the block diagram of the computing device illustrated in FIG. 8 is for exemplary purposes only and is not intended to limit the scope of the present application. Those skilled in the art may add or replace other components as desired.
Computing device 800 may be any type of stationary or mobile computing device including a mobile computer or mobile computing device (e.g., tablet, personal digital assistant, laptop, notebook, netbook, etc.), mobile phone (e.g., smart phone), wearable computing device (e.g., smart watch, smart glasses, etc.), or other type of mobile device, or a stationary computing device such as a desktop computer or PC. Computing device 800 may also be a mobile or stationary server.
Wherein the processor 820 implements the steps of the live push method when executing the computer instructions.
The foregoing is a schematic illustration of a computing device of this embodiment. It should be noted that, the technical solution of the computing device and the technical solution of the live broadcast pushing method belong to the same concept, and details of the technical solution of the computing device, which are not described in detail, can be referred to the description of the technical solution of the live broadcast pushing method.
An embodiment of the application also provides a computer-readable storage medium storing computer instructions that, when executed by a processor, implement the steps of the live push method as described above.
The above is an exemplary version of a computer-readable storage medium of the present embodiment. It should be noted that, the technical solution of the storage medium and the technical solution of the live broadcast pushing method belong to the same concept, and details of the technical solution of the storage medium which are not described in detail can be referred to the description of the technical solution of the live broadcast pushing method.
The foregoing describes certain embodiments of the present application. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims can be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.
The computer instructions include computer program code that may be in source code form, object code form, executable file or some intermediate form, etc. The computer readable medium may include: any entity or device capable of carrying the computer program code, a recording medium, a U disk, a removable hard disk, a magnetic disk, an optical disk, a computer Memory, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), an electrical carrier signal, a telecommunications signal, a software distribution medium, and so forth. It should be noted that the computer readable medium contains content that can be appropriately scaled according to the requirements of jurisdictions in which such content is subject to legislation and patent practice, such as in certain jurisdictions in which such content is subject to legislation and patent practice, the computer readable medium does not include electrical carrier signals and telecommunication signals.
It should be noted that, for the sake of simplicity of description, the foregoing method embodiments are all expressed as a series of combinations of actions, but it should be understood by those skilled in the art that the present application is not limited by the order of actions described, as some steps may be performed in other order or simultaneously in accordance with the present application. Further, those skilled in the art will appreciate that the embodiments described in the specification are all preferred embodiments, and that the acts and modules referred to are not necessarily all required for the present application.
In the foregoing embodiments, the descriptions of the embodiments are emphasized, and for parts of one embodiment that are not described in detail, reference may be made to the related descriptions of other embodiments.
The preferred embodiments of the application disclosed above are intended only to assist in the explanation of the application. Alternative embodiments are not intended to be exhaustive or to limit the application to the precise form disclosed. Obviously, many modifications and variations are possible in light of the above teaching. The embodiments were chosen and described in order to best explain the principles of the application and the practical application, to thereby enable others skilled in the art to best understand and utilize the application. The application is limited only by the claims and the full scope and equivalents thereof.

Claims (17)

1. The live broadcast pushing method is characterized by being applied to a scheduling server and comprising the following steps of:
receiving a live broadcast request of a target anchor, and acquiring anchor attribute information of the target anchor according to the live broadcast request, wherein the anchor attribute information comprises anchor identification information and anchor vermicelli number;
determining push mode information according to the anchor attribute information, wherein the push mode information is used for determining a live stream processing strategy by an anchor client of the target anchor, the push mode information comprises a delayed push mode and a normal push mode, the normal push mode is used for pushing a live stream corresponding to the live broadcast request, the delayed push mode is used for pushing a live screenshot picture corresponding to the live stream, the determining push mode information according to the anchor attribute information comprises obtaining the anchor identification information in the anchor attribute information, obtaining historical live broadcast data corresponding to the target anchor according to the anchor identification information, and determining push mode information according to the historical live broadcast data and the anchor attribute information;
and sending the push mode information to the anchor client.
2. The method of claim 1, wherein determining push mode information from the historical live data and the anchor attribute information comprises:
Calculating the live broadcast scoring information corresponding to the target anchor according to the historical live broadcast data and the anchor attribute information;
determining push mode information corresponding to the target anchor as a delayed push mode under the condition that the live broadcast score information is smaller than a preset push threshold;
and under the condition that the live broadcast scoring information is larger than or equal to a preset push threshold, determining that push mode information corresponding to the target anchor is a normal push mode.
3. The method of claim 1, wherein the method further comprises:
receiving live broadcast heartbeat information sent by the anchor client;
generating live broadcast recommendation information according to the live broadcast heartbeat information;
and pushing the live broadcast recommendation information to a user client.
4. The method of claim 3, wherein the live heartbeat information includes live screenshot information;
generating live broadcast recommendation information according to the live broadcast heartbeat information, including:
acquiring live broadcast screenshot information in the live broadcast heartbeat information;
and under the condition that the live screenshot information passes the audit, generating live recommendation information according to the live screenshot information.
5. The method of claim 1, wherein the method further comprises:
Receiving a live viewing request for the target anchor;
generating a live stream pushing instruction according to the live viewing request, and sending the live stream pushing instruction to the anchor client;
and switching the push mode information corresponding to the target anchor to a normal push mode.
6. The live broadcast pushing method is characterized by being applied to a host client and comprising the following steps of:
transmitting a live broadcast request to a scheduling server according to the received live broadcast instruction;
receiving push mode information returned by the scheduling server in response to the live broadcast request, wherein the push mode information comprises a delayed push mode and a normal push mode, the normal push mode is used for pushing live broadcast streams corresponding to the live broadcast request, the delayed push mode is used for pushing live broadcast screenshot pictures corresponding to the live broadcast streams, the push mode information is determined by the scheduling server according to anchor attribute information of a target anchor, the anchor attribute information comprises anchor identification information and anchor vermicelli number, determining the push mode information according to anchor attribute information of the target anchor comprises obtaining the anchor identification information in the anchor attribute information, obtaining historical live broadcast data corresponding to the target anchor according to the anchor identification information, and determining the push mode information according to the historical live broadcast data and the anchor attribute information;
Determining a live stream processing strategy according to the push stream mode information;
and processing the live stream corresponding to the live request based on the live stream processing strategy.
7. The method of claim 6, wherein processing the live stream corresponding to the live request based on the live stream processing policy comprises:
generating live broadcast heartbeat information according to the live broadcast stream corresponding to the live broadcast request under the condition that the live broadcast stream processing strategy is delayed pushing, wherein the live broadcast heartbeat information comprises live broadcast screenshot information;
and sending the live heartbeat information to the scheduling server.
8. The method of claim 7, wherein generating live heartbeat information from the live stream corresponding to the live request comprises:
generating live broadcast state information according to a live broadcast stream corresponding to the live broadcast request, and acquiring live broadcast screenshot information corresponding to the live broadcast stream, wherein the live broadcast state information comprises live broadcast duration information, main broadcast identification information and main broadcast popularity information;
and generating live broadcast heartbeat information according to the live broadcast state information and the live broadcast screenshot information.
9. The method of claim 7, further comprising, after generating live heartbeat information from the live stream corresponding to the live request:
Receiving a push command for the live stream;
and responding to the push instruction, and sending the live stream to a target server.
10. The method of claim 9, wherein transmitting the live stream to a target server in response to the push instruction comprises:
acquiring a target server identifier in the push instruction;
determining a target server according to the target server identification;
and sending the live stream to the target server.
11. The method of claim 6, wherein processing the live stream corresponding to the live request based on the live stream processing policy comprises:
and pushing the live stream corresponding to the live broadcast request to a target server under the condition that the push mode information is normally pushed.
12. The live broadcast pushing method is characterized by being applied to a live broadcast scheduling system, wherein the live broadcast scheduling system comprises a main broadcasting client and a scheduling server,
the scheduling server receives a live broadcast request of a target anchor and acquires anchor attribute information of the target anchor according to the live broadcast request, wherein the anchor attribute information comprises anchor identification information and anchor vermicelli number; determining push mode information according to the anchor attribute information, wherein the push mode information is used for determining a live stream processing strategy by an anchor client of the target anchor, the push mode information comprises a delayed push mode and a normal push mode, the normal push mode is used for pushing a live stream corresponding to the live broadcast request, the delayed push mode is used for pushing a live screenshot picture corresponding to the live stream, the determining push mode information according to the anchor attribute information comprises obtaining the anchor identification information in the anchor attribute information, obtaining historical live broadcast data corresponding to the target anchor according to the anchor identification information, and determining push mode information according to the historical live broadcast data and the anchor attribute information; sending the push mode information to the anchor client;
The anchor client sends a live broadcast request to a scheduling server according to the received live broadcast instruction; receiving push mode information returned by the scheduling server in response to the live broadcast request, wherein the push mode information comprises a delayed push mode and a normal push mode; determining a live stream processing strategy according to the push stream mode information; and processing the live stream corresponding to the live request based on the live stream processing strategy.
13. A live push device, for application to a hosting client, comprising:
the sending module is configured to send a live broadcast request to the scheduling server according to the received live broadcast instruction;
the receiving module is configured to receive push mode information returned by the scheduling server in response to the live broadcast request, wherein the push mode information comprises a delayed push mode and a normal push mode, the normal push mode is used for pushing live broadcast streams corresponding to the live broadcast request, the delayed push mode is used for pushing live broadcast screenshot pictures corresponding to the live broadcast streams, the push mode information is determined by the scheduling server according to anchor attribute information of a target anchor, the anchor attribute information comprises anchor identification information and anchor vermicelli number, the push mode information is determined according to anchor attribute information of the target anchor and comprises acquisition of anchor identification information in the anchor attribute information, acquisition of historical live broadcast data corresponding to the target anchor according to the anchor identification information and determination of the push mode information according to the historical live broadcast data and the anchor attribute information;
The determining module is configured to determine a live stream processing strategy according to the push stream mode information;
and the processing module is configured to process the live stream corresponding to the live request based on the live stream processing strategy.
14. A live broadcast pushing device, applied to a scheduling server, comprising:
the acquisition module is configured to receive a live broadcast request of a target anchor and acquire anchor attribute information of the target anchor according to the live broadcast request, wherein the anchor attribute information comprises anchor identification information and anchor vermicelli number;
the determining module is configured to determine push mode information according to the anchor attribute information, wherein the push mode information is used for determining a live stream processing strategy by an anchor client of the target anchor, the push mode information comprises a delayed push mode and a normal push mode, the normal push mode is used for pushing a live stream corresponding to the live broadcast request, the delayed push mode is used for pushing a live screenshot picture corresponding to the live stream, the determining of the push mode information according to the anchor attribute information comprises obtaining the anchor identification information in the anchor attribute information, obtaining historical live broadcast data corresponding to the target anchor according to the anchor identification information, and determining push mode information according to the historical live broadcast data and the anchor attribute information;
And the sending module is configured to send the push mode information to the anchor client.
15. A live broadcast pushing system, which is characterized by comprising a host client and a scheduling server, wherein,
the scheduling server is configured to receive a live broadcast request of a target anchor and acquire anchor attribute information of the target anchor according to the live broadcast request, wherein the anchor attribute information comprises anchor identification information and anchor vermicelli number; determining push mode information according to the anchor attribute information, wherein the push mode information is used for determining a live stream processing strategy by an anchor client of the target anchor, the push mode information comprises a delayed push mode and a normal push mode, the normal push mode is used for pushing a live stream corresponding to the live broadcast request, the delayed push mode is used for pushing a live screenshot picture corresponding to the live stream, the determining push mode information according to the anchor attribute information comprises obtaining the anchor identification information in the anchor attribute information, obtaining historical live broadcast data corresponding to the target anchor according to the anchor identification information, and determining push mode information according to the historical live broadcast data and the anchor attribute information; sending the push mode information to the anchor client;
The anchor client is configured to send a live broadcast request to the scheduling server according to the received live broadcast instruction; receiving push mode information returned by the scheduling server in response to the live broadcast request, wherein the push mode information comprises a delayed push mode and a normal push mode; determining a live stream processing strategy according to the push stream mode information; and processing the live stream corresponding to the live request based on the live stream processing strategy.
16. A computing device comprising a memory, a processor, and computer instructions stored on the memory and executable on the processor, wherein the processor, when executing the computer instructions, performs the steps of the method of any one of claims 1-5 or 6-11.
17. A computer readable storage medium storing computer instructions which, when executed by a processor, implement the steps of the method of any one of claims 1-5 or 6-11.
CN202210295037.6A 2022-03-24 2022-03-24 Live broadcast pushing method and device Active CN114679598B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210295037.6A CN114679598B (en) 2022-03-24 2022-03-24 Live broadcast pushing method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210295037.6A CN114679598B (en) 2022-03-24 2022-03-24 Live broadcast pushing method and device

Publications (2)

Publication Number Publication Date
CN114679598A CN114679598A (en) 2022-06-28
CN114679598B true CN114679598B (en) 2023-11-21

Family

ID=82074902

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210295037.6A Active CN114679598B (en) 2022-03-24 2022-03-24 Live broadcast pushing method and device

Country Status (1)

Country Link
CN (1) CN114679598B (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116132525B (en) * 2023-01-10 2024-10-25 广州虎牙科技有限公司 Live broadcasting room information pushing method and system
CN116320011A (en) * 2023-02-24 2023-06-23 阿里巴巴（中国）有限公司 Request processing method and device
CN116567356B (en) * 2023-06-07 2024-08-13 佛山市炫新智能科技有限公司 Live broadcast display system based on multi-platform push stream and push method thereof

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106254311A (en) * 2016-07-15 2016-12-21 腾讯科技（深圳）有限公司 Live broadcasting method and device, live data streams methods of exhibiting and device
CN106603503A (en) * 2016-11-22 2017-04-26 腾讯科技（深圳）有限公司 Live streaming data processing method and device
CN107318044A (en) * 2017-06-30 2017-11-03 武汉斗鱼网络科技有限公司 A kind of live content intercept method and system
CN109068157A (en) * 2018-08-21 2018-12-21 北京潘达互娱科技有限公司 Method of adjustment, device and the server of plug-flow parameter in a kind of live streaming
CN110213330A (en) * 2019-04-28 2019-09-06 北京奇艺世纪科技有限公司 Pre- supplying system, method, apparatus, electronic equipment and computer-readable medium
CN110602518A (en) * 2019-09-18 2019-12-20 广州虎牙科技有限公司 Live broadcast recommendation method and device, electronic equipment and readable storage medium
CN110753237A (en) * 2019-11-05 2020-02-04 北京金和网络股份有限公司 Method and device for saving upstream bandwidth flow of streaming media server
CN110944217A (en) * 2019-12-12 2020-03-31 北京达佳互联信息技术有限公司 Live broadcast information processing method and device, server and storage medium
CN110996109A (en) * 2019-11-21 2020-04-10 北京达佳互联信息技术有限公司 Abnormal live broadcast room cleaning method and device, live broadcast server and storage medium
CN111355970A (en) * 2019-05-15 2020-06-30 深圳市鸿合创新信息技术有限责任公司 Live broadcast management method and device and electronic equipment
CN112532946A (en) * 2020-12-03 2021-03-19 南京智慧交通信息股份有限公司 Multi-protocol-based stream media system design method
CN112788357A (en) * 2020-12-30 2021-05-11 北京达佳互联信息技术有限公司 Network live broadcast method, device, server and computer readable storage medium
CN113556572A (en) * 2021-07-21 2021-10-26 云南腾云信息产业有限公司 Live broadcast starting method and device and electronic equipment
CN114070852A (en) * 2021-11-15 2022-02-18 上海哔哩哔哩科技有限公司 Live broadcast delay optimization method and device

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106254311A (en) * 2016-07-15 2016-12-21 腾讯科技（深圳）有限公司 Live broadcasting method and device, live data streams methods of exhibiting and device
CN106603503A (en) * 2016-11-22 2017-04-26 腾讯科技（深圳）有限公司 Live streaming data processing method and device
CN107318044A (en) * 2017-06-30 2017-11-03 武汉斗鱼网络科技有限公司 A kind of live content intercept method and system
CN109068157A (en) * 2018-08-21 2018-12-21 北京潘达互娱科技有限公司 Method of adjustment, device and the server of plug-flow parameter in a kind of live streaming
CN110213330A (en) * 2019-04-28 2019-09-06 北京奇艺世纪科技有限公司 Pre- supplying system, method, apparatus, electronic equipment and computer-readable medium
CN111355970A (en) * 2019-05-15 2020-06-30 深圳市鸿合创新信息技术有限责任公司 Live broadcast management method and device and electronic equipment
CN110602518A (en) * 2019-09-18 2019-12-20 广州虎牙科技有限公司 Live broadcast recommendation method and device, electronic equipment and readable storage medium
CN110753237A (en) * 2019-11-05 2020-02-04 北京金和网络股份有限公司 Method and device for saving upstream bandwidth flow of streaming media server
CN110996109A (en) * 2019-11-21 2020-04-10 北京达佳互联信息技术有限公司 Abnormal live broadcast room cleaning method and device, live broadcast server and storage medium
CN110944217A (en) * 2019-12-12 2020-03-31 北京达佳互联信息技术有限公司 Live broadcast information processing method and device, server and storage medium
CN112532946A (en) * 2020-12-03 2021-03-19 南京智慧交通信息股份有限公司 Multi-protocol-based stream media system design method
CN112788357A (en) * 2020-12-30 2021-05-11 北京达佳互联信息技术有限公司 Network live broadcast method, device, server and computer readable storage medium
CN113556572A (en) * 2021-07-21 2021-10-26 云南腾云信息产业有限公司 Live broadcast starting method and device and electronic equipment
CN114070852A (en) * 2021-11-15 2022-02-18 上海哔哩哔哩科技有限公司 Live broadcast delay optimization method and device

Also Published As

Publication number Publication date
CN114679598A (en) 2022-06-28

Similar Documents

Publication Publication Date Title
CN114679598B (en) Live broadcast pushing method and device
CN106454407B (en) Video live broadcasting method and device
WO2015090095A1 (en) Information pushing method, device, and system
US11259063B2 (en) Method and system for setting video cover
CN108920120B (en) Information display control method and device
CN114363651B (en) Live stream processing method and device
US20140157294A1 (en) Content providing apparatus, content providing method, image displaying apparatus, and computer-readable recording medium
CN114466216B (en) Live broadcast room display method, server side and live broadcast client side
CN113055692A (en) Data processing method and device
CN114679604B (en) Resource processing method and device
CN105898395A (en) Network video playing method, device and system
CN113676754A (en) Live video transcoding method and device
CN112752114A (en) Method and device for generating live broadcast playback interactive message, server and storage medium
CN113259693A (en) Live broadcast method, device, server, system and storage medium
CN114866790B (en) Live stream scheduling method and device
WO2015035934A1 (en) Methods and systems for facilitating video preview sessions
CN111263183A (en) Singing state identification method and singing state identification device
CN110784731A (en) Data stream transcoding method, device, equipment and medium
CN114363703A (en) Video processing method, device and system
CN111698261B (en) Video playing method, device, equipment and storage medium based on streaming media
CN106664432B (en) Multimedia information playing method and system, acquisition equipment and standardized server
CN114501053B (en) Live stream acquisition method and device
CN104901939A (en) Multimedia file play method, terminal and server
US10491681B2 (en) Method and a device for enriching a call
CN114945097B (en) Video stream processing method and device

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant