[go: up one dir, main page]

WO2017181601A1 - Procédé de traitement de diffusion en continu de diffusion en direct, appareil, dispositif électronique et système - Google Patents

Procédé de traitement de diffusion en continu de diffusion en direct, appareil, dispositif électronique et système Download PDF

Info

Publication number
WO2017181601A1
WO2017181601A1 PCT/CN2016/100412 CN2016100412W WO2017181601A1 WO 2017181601 A1 WO2017181601 A1 WO 2017181601A1 CN 2016100412 W CN2016100412 W CN 2016100412W WO 2017181601 A1 WO2017181601 A1 WO 2017181601A1
Authority
WO
WIPO (PCT)
Prior art keywords
live stream
play request
identifier
live
total
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.)
Ceased
Application number
PCT/CN2016/100412
Other languages
English (en)
Chinese (zh)
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.)
Le Holdings Beijing Co Ltd
LeCloud Computing Co Ltd
Original Assignee
Le Holdings Beijing Co Ltd
LeCloud Computing 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 Le Holdings Beijing Co Ltd, LeCloud Computing Co Ltd filed Critical Le Holdings Beijing Co Ltd
Publication of WO2017181601A1 publication Critical patent/WO2017181601A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • 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/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server

Definitions

  • the present application relates to the field of multimedia information processing technologies, and in particular, to a method, an apparatus, an electronic device, and a system for processing a live stream.
  • the quality of the live stream can gradually meet the needs of users. More and more users also like to play live streams to get more real-time information. For example, watch live ball games, watch live variety shows, and more.
  • the network status is not good, for example, when the client is in a non-stop moving state and the network status is unstable, some live streaming play requests are inevitably unresponsive. Therefore, the number of interactions is not only a waste of network resources, but also communication failure due to network instability.
  • the embodiment of the present application provides a method, a device, an electronic device, and a system for processing a live stream, which are used to solve the problem that when the same client requests to play multiple live streams, the number of interactions is more wasteful of network resources, and also due to network instability. Problems that cause communication failures, etc.
  • an embodiment of the present application provides a method for processing a live stream, where the method includes:
  • the client agent receives the live stream play request sent by the client and carries the live stream identifier, and stores the request;
  • the live broadcast stream play request of the client stored in the preset duration is merged into a total live stream play request, where the total live stream play request includes a live stream identifier of each live stream play request;
  • the embodiment of the present application provides a method for processing a live stream, where the method includes:
  • the server agent receives a total live stream play request sent by the client agent, where the total live stream play request is merged by at least two live stream play requests sent by the same client, and the live stream play request includes each live stream. Play the requested live stream identifier;
  • Each received live stream data is sent to the client agent to cause the client agent to send each live stream data to the client for playback.
  • the embodiment of the present application provides a processing system for a live stream, where the system includes:
  • the client is configured to send a live stream request carrying the live stream identifier to the client proxy, and receive the live stream data broadcast sent by the client proxy;
  • the client agent is configured to receive a live stream play request that is sent by the client and carry the live stream play request, and store the request, and calculate the number of the live stream play request sent by the client stored in the preset duration, and determine whether the quantity is greater than or Equivalent to two; if yes, combining the live stream play requests of the client stored in the preset duration into one total live stream play request, where the total live stream play request includes a live stream of each live stream play request Identifying; sending the total live stream play request to a server proxy of the stream resource server; receiving the server sent by the server proxy The live stream data corresponding to each live stream identifier in the total live stream play request is sent to the client for playing;
  • a server agent configured to receive a total live stream play request sent by the client agent, where the total live stream play request is merged by at least two live stream play requests sent by the same client, and the live stream play request includes The live stream identifier of each live stream play request; the total live stream play request is decomposed, and the split live stream play request corresponding to each live stream identifier is obtained and sent to the stream resource server; and the stream resource server is received for each After the decomposition, the live stream is played back to the live stream data of the request; the received live stream data is sent to the client agent, so that the client agent sends each live stream data to the client to play;
  • the stream resource server is configured to receive the decomposed live stream play request sent by the server proxy, and return the corresponding live stream data.
  • the embodiment of the present application further provides a non-transitory computer storage medium, where computer executable instructions are stored, and the computer executable instructions are used to execute a processing method of any of the foregoing live streams of the present application.
  • an embodiment of the present application further provides an electronic device, including: at least one processor; and a memory; wherein the memory stores a program executable by the at least one processor, where the instruction is The at least one processor executes to enable the at least one processor to perform the processing method of any of the above-described live streams of the present application.
  • the live broadcast stream play request in the preset time duration of the client is combined to generate a total live stream play request, so that when the client requests to play multiple live stream, the live stream play request transmitted through the network is only One (ie total live stream play request).
  • the number of live streaming play requests transmitted over the network can be reduced, thereby reducing the number of interactions and saving network resources.
  • the probability of transmitting a live stream play request is unsuccessful, and if there is a possibility that one of the plurality of live stream play requests fails to be transmitted, the live broadcast is performed in a plurality of live broadcasts.
  • the streaming play request is merged into one live stream play request to be transmitted in the network, and the network status is also prevented from being bad. As a result, some live stream play requests cannot be transmitted in the prior art, and communication failure occurs, thereby ensuring communication stability. .
  • FIG. 1 is an exemplary flowchart of a method for processing a live stream according to Embodiment 1 of the present application;
  • FIG. 2 is an exemplary flowchart of a method for processing a live stream according to Embodiment 2 of the present application
  • FIG. 3 is a schematic structural diagram of a device for processing a live stream according to Embodiment 3 of the present application;
  • FIG. 4 is a schematic structural diagram of a processing apparatus for a live stream according to Embodiment 4 of the present application;
  • FIG. 5 is a schematic structural diagram of a processing system of a live stream in Embodiment 5 of the present application.
  • FIG. 6 is a schematic structural diagram of hardware of a device for processing a live stream according to Embodiment 7 of the present application.
  • FIG. 1 is a schematic flowchart of a method for processing a live stream according to an embodiment of the present application, which is applicable to a client agent, and includes the following steps:
  • Step 101 The client agent receives the live stream play request that is sent by the client and carries the live stream identifier, and stores the request.
  • the stream resource server is configured to provide a live stream
  • the live stream identifier is, for example, a live stream ID (IDentity).
  • Step 102 Calculate the number of live stream play requests sent by the client stored in the preset duration, and determine whether the number is greater than or equal to two.
  • Step 103 If yes, merge the live stream play requests of the client stored in the preset duration into one total live stream play request, where the total live stream play request includes a live stream of each live stream play request. logo.
  • the live stream play request of the client stored in the preset duration is three, which are the live stream play request of the live stream 1, the live stream 2, and the live stream 3, respectively, and the client agent will store the three live broadcasts.
  • the stream play request is merged to generate a total live stream play request carrying the live stream identifiers of the live stream 1, the live stream 2, and the live stream 3.
  • step 102 if the result of the determination in step 102 is no (that is, the number of the live stream play request is less than 2), refer to the prior art processing, which is not described in this embodiment of the present application.
  • Step 104 Send the total live stream play request to the server agent of the stream resource server, so that the service agent obtains the live stream corresponding to each live stream identifier in the total live stream play request from the stream resource server.
  • Stream data Send the total live stream play request to the server agent of the stream resource server, so that the service agent obtains the live stream corresponding to each live stream identifier in the total live stream play request from the stream resource server.
  • Step 105 Receive live stream data corresponding to each live stream identifier in the total live stream play request sent by the server proxy, and send the data to the client for playing.
  • a live broadcast stream play request in the client preset duration is combined to generate a total live stream play request, so that when the client requests to play multiple live streams, the live stream play request transmitted through the network There is only one (ie the total live stream play request).
  • the number of live streaming play requests transmitted over the network can be reduced, thereby reducing the number of interactions and saving network resources.
  • the probability of transmitting a live stream play request is unsuccessful, and if there is a possibility that one of the plurality of live stream play requests fails to be transmitted, the live broadcast is performed in a plurality of live broadcasts.
  • the streaming play request is merged into one live stream play request to be transmitted in the network, and the network status is also prevented from being bad. As a result, some live stream play requests cannot be transmitted in the prior art, and communication failure occurs, thereby ensuring communication stability. .
  • step 102 1), for step 102:
  • the number of the live stream play request sent by the client stored in the preset time length in the step 102 in the embodiment of the present application may specifically include the following. step:
  • Step A1 Start timing after receiving the first live stream play request, and set the number of live stream play requests to 1.
  • the first live stream play request refers to the first live broadcast sent by the client after the certain period of time, if the live stream play request sent by the client is not received within a certain period of time.
  • Stream play request For example, if it is 5 minutes in a certain period of time, if the live stream play request sent by the client is not received within 5 minutes, the first live stream play request received after 5 minutes is the first step A1. Live streaming play request.
  • the first live stream play request sent by the client after establishing a connection with the stream resource server is also counted as the first live stream play request in step A1.
  • Step A2 After receiving a live stream play request sent by the client within a preset duration after the start of the timer, the number of the live stream play request is incremented by one.
  • the preset duration in order to process the live stream play request as soon as possible, in order to prevent the user from being aware of the slowness of obtaining the live stream, the preset duration may be 1 second in the embodiment of the present application.
  • the preset duration is required to be set, which is not limited by the embodiment of the present application.
  • step A1 to step A2 the first live stream play request is started, and the preset duration is determined.
  • the time advance may be further divided into one time period, and each time period is a preset time length. For example, after the client establishes a connection with the stream resource server, it is the start of the first preset duration, thereby determining each time period as a preset duration.
  • the live broadcast play request of the client may be stored in a preset duration, and the number of live streaming play requests is calculated without using an accumulated manner, and the client is counted in the preset duration. The number of live stream play requests sent.
  • step 103 1), for step 103:
  • Step 103 in the embodiment of the present application may specifically include the following steps:
  • Step B1 Insert a preset live stream identifier separator between the adjacent two live stream identifiers to generate total live stream identifier information.
  • the preset live stream identifier identifier may be “,” or “/”, etc., of course, the identifier that enables the server proxy to identify the preset live stream identifier separator is applicable to the present application. The embodiment does not limit this application.
  • Step B2 Generate a total live stream play request carrying the total live stream identifier information, so that the server proxy performs the following operations: acquiring each from the total live stream request according to the preset live stream identifier splitter The live stream identifier is generated, and the generated live stream play request for each live stream identifier is generated and sent to the stream resource server.
  • the server agent can identify each live stream identifier, and generate a split live stream play request for each live stream identifier to be sent to the stream resource server, so that the stream resource server can follow the existing The live stream play request processing without having to make changes to the streaming resource server.
  • the embodiments of the present application may also combine the following methods according to the following methods.
  • the live stream play request generates a total live stream play request.
  • the live stream play request splitter is added between the adjacent live stream play requests, which is equivalent to connecting the live stream play requests in series to generate a total live stream play request.
  • the server agent can decompose each live stream play request to the stream resource server according to the live stream play request splitter, and can achieve the same effect.
  • step 105
  • the server proxy may send the live stream data returned by the stream resource server for each of the decomposed live stream playback requests to the client proxy one by one, so that the proxy returned to the client is equivalent. How many responses are there in how many live streaming requests are played.
  • each live stream data returned by the stream resource server may be merged live stream data, so that only one merged live stream data needs to be transmitted through the network. It can be (ie, respond once) without having to transmit it once for each live stream.
  • the live stream data corresponding to each live stream identifier in the total live stream play request is merged live stream data, where the merged live stream data includes header information and live stream data corresponding to each live stream identifier; wherein the header
  • the information includes: a live stream identifier of each live stream, and location information of each live stream in the merged live stream;
  • Step 105 specifically comprising the following steps:
  • Step C1 Receive the merged live stream, and parse the merged live stream according to the header information, and obtain live stream data corresponding to each live stream identifier.
  • the location information includes a start location and an end location of each live stream.
  • the live stream data can be obtained according to the live stream identifier of the live stream and its corresponding location information.
  • Step C2 Send the live stream data corresponding to each live stream identifier obtained after parsing to the client for playing.
  • the live stream requested by the client may be of different code rate, and the amount of data required for the live stream with high code rate is naturally large.
  • the combined live stream consists of at least two data packets. Each data packet includes a limited amount of data.
  • the live stream of the code rate draft requires a large number of data packets. Therefore, in order to ensure smooth playback of the live stream with a high code rate, in the embodiment of the present application, the location information is location information corresponding to each data packet, and the header information further includes: a number of live stream identifiers, each live stream Identify the corresponding packet sequence number;
  • Step C1 may specifically include the following steps:
  • Step D1 Confirm whether the number of live stream identifiers in the header information is the same as the total number of live stream identifiers.
  • Step D2 If the same, for each live stream identifier, obtain each data packet corresponding to the live stream identifier according to the location information corresponding to the live stream identifier; and sort the obtained data packets according to the data packet sequence number to generate a live stream. data.
  • the location information corresponding to the live stream identifier is the location information of the live stream corresponding to the live stream identifier.
  • sequence of different data packets of the same live stream can be determined by the sequence number of the data packet, so that the client can correctly parse the data of each live stream without placing the data to be played back before the data to be played first.
  • the error information may be fed back to the server proxy to retransmit the data.
  • the number of live stream identifiers in the header information may also facilitate the client to determine how much live stream data needs to be decomposed, so that the client agent allocates storage space.
  • a plurality of live stream play requests of the client may be combined to obtain a total live stream play request to be transmitted in the network, or the live stream data of the plurality of live stream play requests may be merged into one merge. Live stream data is transmitted over the network.
  • the multiple transmissions and interactions originally required in the prior art can be completed with only one interaction, which can save network resources.
  • the probability of one-time interaction failure is low, the stability of communication can be ensured.
  • the embodiment of the present application further provides a method for processing a live stream, which is applicable to a server proxy.
  • FIG. 2 it is a schematic flowchart of the method, which may include the following steps:
  • Step 201 The server agent receives a total live stream play request sent by the client agent, where the total live stream play request is merged by at least two live stream play requests sent by the same client, and the live stream play request includes The live stream identifier of each live stream play request.
  • the total live stream play request is generated by the client agent, and the method for generating the same is described in the embodiment, and details are not described herein again.
  • Step 202 Decompose the total live stream play request, obtain a decomposed live stream play request corresponding to each live stream identifier, and send the request to the stream resource server.
  • Step 203 Receive live stream data returned by the stream resource server for each split live stream play request.
  • Step 204 Send each received live stream data to the client agent, so that the client agent sends each live stream data to the client for playing.
  • the server agent receives a total live stream play request sent by the client agent and synthesized by at least two live stream play requests.
  • the client requests to play multiple live streams there is only one live stream play request transmitted through the network (ie, the total live stream play request).
  • the probability of transmitting a live stream play request is unsuccessful, and if there is a possibility that one of the plurality of live stream play requests fails to be transmitted, the live broadcast is performed in a plurality of live broadcasts.
  • the streaming play request is merged into one live stream play request to be transmitted in the network, and the network status is also prevented from being bad. As a result, some live stream play requests cannot be transmitted in the prior art, and communication failure occurs, thereby ensuring communication stability. .
  • each live stream data received in the step 204 of the embodiment of the present application may be sent to the client agent, which may specifically include the following steps:
  • Step F1 Combining the received live broadcast stream data to generate merged live stream data, where the merged live stream data includes header information and live stream data corresponding to each live stream identifier; wherein the header information includes: The live stream identifier of each live stream, and the location information of each live stream in the merged live stream.
  • Step F2 Send the merged live stream data to the client agent.
  • the combined live stream data is sent to the client agent, so that the live stream data that needs to be sent once for each live stream request is sent together, thereby implementing multiple interactions, which can be completed only once, thereby further reducing interaction. frequency.
  • the live stream requested by the client may be of different code rate, and the amount of data required for the live stream with high code rate is naturally large.
  • the combined live stream consists of at least two data packets. Each data packet includes a limited amount of data.
  • the live stream of the code rate draft requires a large number of data packets. Therefore, in order to ensure high code rate
  • the live stream is smoothly played.
  • the location information is location information corresponding to each data packet
  • the header information further includes: a number of live stream identifiers, and a data packet sequence number corresponding to each live stream identifier. In this way, the client can correctly parse the live stream data of each live stream according to the header information.
  • the total live stream play request includes the total a live stream identifier information, where the total live stream identifier information includes a live stream identifier and a preset live stream identifier identifier for setting between two adjacent live stream identifiers;
  • step 202 the total live stream play request is decomposed, and the split live broadcast stream play request corresponding to each live stream identifier is obtained, which may include: according to the preset live stream identifier splitter, from the total live broadcast Each live stream identifier is obtained in the stream request, and a split live stream play request for each live stream identifier is generated.
  • the live stream play request of the client may further include a live stream play priority, and when the merged live stream is merged, the live stream data with a higher priority may be compared.
  • the other live stream data has more data, so that the live stream data with higher priority is preferentially transmitted to the client.
  • the priority may be a user-specified priority.
  • the received total broadcast broadcast request is performed, and the client agent combines the multiple live stream play requests of the client to obtain a total live stream.
  • the live stream data sent to the client is combined into the live stream data of the plurality of live stream play requests.
  • FIG. 3 is a schematic structural diagram of the device, where the device includes:
  • the live stream play request storage module 301 is configured to receive a live stream play request that is sent by the client and carry the live stream identifier and store the broadcast stream request;
  • the live stream play request quantity determining module 302 is configured to calculate the number of live stream play requests sent by the client stored in the preset duration, and determine whether the quantity is greater than or equal to two;
  • the live stream play request combining module 303 is configured to merge the live stream play requests of the client stored in the preset duration into one total live stream if the judgment result of the live stream play request quantity determining module is yes.
  • the request, the total live stream play request includes a live stream identifier of each live stream play request;
  • the total live stream play request sending module 304 sends the total live stream play request to the server agent of the stream resource server, so that the service agent obtains each of the total live stream play requests from the stream resource server.
  • the live stream data processing module 305 is configured to receive live stream data corresponding to each live stream identifier in the total live stream play request sent by the server proxy, and send the data to the client for playing.
  • the live stream data corresponding to each live stream identifier in the total live stream play request is merged live stream data, where the merged live stream data includes header information and a live stream corresponding to each live stream identifier.
  • the live stream data processing module specifically includes:
  • a merged live stream parsing unit configured to receive the merged live stream, and parse the merged live stream according to the header information, to obtain live stream data corresponding to each live stream identifier
  • the live stream data sending unit is configured to send the live stream data corresponding to each live stream identifier obtained after parsing to the client for playing.
  • the merged live stream is composed of at least two data packets, and the location information is location information corresponding to each data packet, where the header information further includes: a number of live stream identifiers, each live stream Identify the corresponding packet sequence number;
  • the live broadcast stream parsing unit is specifically configured to:
  • the data packet corresponding to the live stream identifier is obtained according to the location information corresponding to the live stream identifier for each live stream identifier; and the obtained data packets are sorted according to the data packet sequence number to generate live stream data.
  • the live stream play request merge module includes:
  • a splitter insertion unit configured to insert a preset live stream identifier separator between the adjacent two live stream identifiers to generate total live stream identifier information
  • a total live stream play request processing unit configured to generate the information carrying the total live stream identifier information And a total live stream play request, so that the server agent performs the following operations: acquiring, according to the preset live stream identifier splitter, each live stream identifier from the total live stream request, and generating an identifier for each live stream identifier
  • the live broadcast stream play request is sent to the stream resource server.
  • the live stream play request quantity determining module specifically includes:
  • a timing unit configured to start timing after receiving the first live stream play request, and set the number of live stream play requests to 1;
  • the calculating unit is configured to accumulate the number of the live stream play request by one after receiving a live stream play request sent by the client within a preset duration after the start of the timer.
  • FIG. 4 is a schematic structural diagram of the device, where the device includes:
  • the total live stream play request receiving module 401 is configured to receive a total live stream play request sent by the client agent, where the total live stream play request is merged by at least two live stream play requests sent by the same client, and the The live stream play request includes a live stream identifier of each live stream play request;
  • the total live stream play request decomposition module 402 is configured to decompose the total live stream play request, obtain a decomposed live stream play request corresponding to each live stream identifier, and send the request to the stream resource server;
  • the live stream data obtaining module 403 is configured to receive live stream data returned by the stream resource server for each split live stream play request;
  • the live stream data processing module 404 is configured to send each received live stream data to the client agent, so that the client agent sends each live stream data to the client for playing.
  • the live stream data processing module specifically includes:
  • a merged live stream data generating unit configured to combine the received live stream data to generate merged live stream data, where the merged live stream data includes header information and live stream data corresponding to each live stream identifier;
  • the header information includes: a live stream identifier of each live stream, and location information of each live stream in the merged live stream;
  • a combined live stream data generating unit sending unit configured to send the merged live stream data to the client agent.
  • the merged live stream is composed of at least two data packets
  • the location information is location information corresponding to each data packet
  • the header information further includes: a number of live stream identifiers, and a data packet sequence number corresponding to each live stream identifier.
  • the total live stream play request includes total live stream identifier information, where the total live stream identifier information includes a live stream identifier and a preset for setting between two adjacent live stream identifiers.
  • the total live stream play request splitting module is configured to: obtain, according to the preset live stream identifier, a live stream identifier from the total live stream request, and generate a split live broadcast for each live stream identifier Stream play request.
  • FIG. 5 is a schematic structural diagram of the system, where the system includes:
  • the client 501 is configured to send a live stream request carrying a live stream identifier to the client proxy, and receive live broadcast stream data sent by the client proxy.
  • the client agent 502 is configured to receive a live stream play request that is sent by the client and carry the live stream play request, and store the live broadcast stream play request sent by the client in the preset duration, and determine whether the quantity is greater than Or equal to two; if yes, merge the live stream play requests of the client stored in the preset duration into one total live stream play request, where the total live stream play request includes a live broadcast of each live stream play request a stream identifier; the server agent that sends the total live stream play request to the stream resource server; and receives the live stream data corresponding to each live stream identifier in the total live stream play request sent by the server agent, and sends the data to the station Client playback
  • the server agent 503 is configured to receive a total live stream play request sent by the client agent, where the total live stream play request is merged by at least two live stream play requests sent by the same client, and the live stream play request is The live stream identifier of each live stream play request is included; the total live stream play request is decomposed, and the split live stream play request corresponding to each live stream identifier is obtained and sent to the stream resource server; and the stream resource server is received Each of the decomposed live stream playback requests the live stream data returned by the request; the received live stream data is sent to the client agent, so that the client agent sends each live stream data to the client to play ;
  • the stream resource server 504 is configured to receive the decomposed live stream play request sent by the server proxy, and return the corresponding live stream data.
  • the sixth embodiment of the present application provides a non-transitory computer storage medium, where the computer storage medium stores computer executable instructions, and the computer executable instructions can execute the live stream in the first embodiment and/or the second embodiment. Processing method.
  • non-transitory computer storage medium provided by the embodiment of the present application, wherein computer executable instructions are stored, and the computer executable instructions are set as:
  • the client agent receives the live stream play request sent by the client and carries the live stream identifier, and stores the request;
  • the live broadcast stream play request of the client stored in the preset duration is merged into a total live stream play request, where the total live stream play request includes a live stream identifier of each live stream play request;
  • the non-transitory computer storage medium provided by the embodiment of the present application, wherein the live stream data corresponding to each live stream identifier in the total live stream play request is merged live stream data
  • the merged live stream data includes the header information and the live stream data corresponding to the live stream identifiers.
  • the header information includes: a live stream identifier of each live stream, and each live stream in the merged live stream. location information;
  • the live stream data corresponding to each live stream identifier obtained after parsing is sent to the client for playing.
  • the non-transitory computer storage medium provided by the embodiment of the present application, wherein the merged live stream is composed of at least two data packets, and the location information is location information corresponding to each data packet.
  • the header information further includes: a number of live stream identifiers, and a data packet sequence number corresponding to each live stream identifier;
  • the real-time stream data corresponding to each live stream identifier is obtained by parsing the merged live stream according to the header information, and specifically includes:
  • the data packet corresponding to the live stream identifier is obtained according to the location information corresponding to the live stream identifier for each live stream identifier; and the obtained data packets are sorted according to the data packet sequence number to generate live stream data.
  • the non-transitory computer storage medium provided by the embodiment of the present application, wherein each live stream play request of the client stored in the preset duration is merged into one total live stream play
  • the request, the total live stream play request includes a live stream identifier of each live stream play request, and specifically includes:
  • Generating a total live stream play request that carries the total live stream identifier information so that the server proxy performs the following operations: acquiring each live stream identifier from the total live stream request according to the preset live stream identifier splitter And generating a decomposed live stream play request for each live stream identifier to send to the stream resource server.
  • the non-transitory computer storage medium provided by the embodiment of the present application, wherein: calculating the number of the live stream play request sent by the client stored in the preset duration, specifically includes:
  • the number of the live stream play request is incremented by one.
  • the embodiment of the present application provides a non-transitory computer storage medium, wherein the server proxy receives a total live stream play request sent by a client agent, where the total live stream play request is from the same client.
  • the at least two live stream play requests sent by the terminal are merged, and the live stream play request includes a live stream identifier of each live stream play request;
  • Each received live stream data is sent to the client agent to cause the client agent to send each live stream data to the client for playback.
  • the embodiment of the present application provides a non-transitory computer storage medium, where the sending of each live stream data received to the client agent includes:
  • each received live stream data to generate merged live stream data
  • the merged live stream data includes header information and live stream data corresponding to each live stream identifier; wherein the header information includes: each live stream Live stream identifier, location information of each live stream in the merged live stream;
  • the embodiment of the present application provides a non-transitory computer storage medium, where the merged live stream is composed of at least two data packets, and the location information is location information corresponding to each data packet.
  • the header information further includes: a number of live stream identifiers, and a data packet sequence number corresponding to each live stream identifier.
  • the embodiment of the present application provides a non-transitory computer storage medium, where the total live stream play request includes total live stream identifier information, and the total live stream identifier information includes a live stream.
  • the identifier and the preset live stream identifier separator used to set the identifier between the two adjacent live stream identifiers;
  • FIG. 6 is a schematic structural diagram of hardware of an electronic device for processing a live stream according to Embodiment 7 of the present application. As shown in FIG. 6, the device includes:
  • processors 610 and memory 620 one processor 610 is taken as an example in FIG.
  • the apparatus for performing the processing method of the live stream may further include: an input device 630 and an output device 640.
  • the processor 610, the memory 620, the input device 630, and the output device 640 may be connected by a bus or other means, as exemplified by a bus connection in FIG.
  • the memory 620 is a non-transitory computer readable storage medium, and can be used for storing a non-transitory software program, a non-transitory computer executable program, and a module, as in the processing method of the live stream in the embodiment of the present application.
  • Program instructions/modules for example, live stream play request storage module 301, live stream play request number judgment module 302, live stream play request merge module 303, total live stream play request sending module 304, and live stream data shown in FIG.
  • the processor 610 performs various functional applications and data processing of the server by running the non-transitory software programs, instructions, and modules stored in the memory 620, that is, realizing the live broadcast in the first embodiment and/or the second embodiment.
  • the processing method of the stream is storing a non-transitory
  • the memory 620 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application required for at least one function; the storage data area may store data created according to use of the processing device of the live stream, and the like.
  • memory 620 can include high speed random access memory, and can also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid state storage device.
  • memory 620 can optionally include memory remotely located relative to processor 610, which can be connected to the processing device of the live stream over a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.
  • the input device 630 can receive the input numeric or character information and generate a key signal input related to user settings and function control of the processing device of the live stream.
  • the output device 640 can include a display device such as a display screen.
  • the one or more modules are stored in the memory 620, and when executed by the one or more processors 610, perform a processing method of the live stream in the first embodiment and/or the second embodiment.
  • the electronic device of the embodiment of the present application exists in various forms, including but not limited to:
  • Mobile communication equipment This type of equipment is characterized by its mobile communication function and Sound and data communication are the main goals.
  • Such terminals include: smart phones (such as iPhone), multimedia phones, functional phones, and low-end phones.
  • Ultra-mobile personal computer equipment This type of equipment belongs to the category of personal computers, has computing and processing functions, and generally has mobile Internet access.
  • Such terminals include: PDAs, MIDs, and UMPC devices, such as the iPad.
  • Portable entertainment devices These devices can display and play multimedia content. Such devices include: audio, video players (such as iPod), handheld game consoles, e-books, and smart toys and portable car navigation devices.
  • the server consists of a processor, a hard disk, a memory, a system bus, etc.
  • the server is similar to a general-purpose computer architecture, but because of the need to provide highly reliable services, processing power and stability High reliability in terms of reliability, security, scalability, and manageability.
  • the embodiment of the present application provides an electronic device, where computer executable instructions are stored, and the computer executable instructions are set as:
  • the client agent receives the live stream play request sent by the client and carries the live stream identifier, and stores the request;
  • the live broadcast stream play request of the client stored in the preset duration is merged into a total live stream play request, where the total live stream play request includes a live stream identifier of each live stream play request;
  • the embodiment of the present application provides an electronic device, where the live stream data corresponding to each live stream identifier in the total live stream play request is merged live stream data, and the merged live stream data is And including the header information and the live stream data corresponding to the live stream identifiers, where the header information includes: a live stream identifier of each live stream, and each live stream is in the And live location information in the stream;
  • the live stream data corresponding to each live stream identifier obtained after parsing is sent to the client for playing.
  • the embodiment of the present application provides an electronic device, where the combined live stream is composed of at least two data packets, and the location information is location information corresponding to each data packet, where the header information is further Including: the number of live stream identifiers, and the sequence number of the data packet corresponding to each live stream identifier;
  • the real-time stream data corresponding to each live stream identifier is obtained by parsing the merged live stream according to the header information, and specifically includes:
  • the data packet corresponding to the live stream identifier is obtained according to the location information corresponding to the live stream identifier for each live stream identifier; and the obtained data packets are sorted according to the data packet sequence number to generate live stream data.
  • the embodiment of the present application provides an electronic device, where each live stream play request of the client stored in the preset duration is merged into a total live stream play request, and the total live broadcast
  • the stream play request includes the live stream identifier of each live stream play request, and specifically includes:
  • Generating a total live stream play request that carries the total live stream identifier information so that the server proxy performs the following operations: acquiring each live stream identifier from the total live stream request according to the preset live stream identifier splitter And generating a decomposed live stream play request for each live stream identifier to send to the stream resource server.
  • the embodiment of the present application provides an electronic device, where the number of the live stream play request sent by the client stored in the preset duration is calculated, which specifically includes:
  • the number of the live stream play request is incremented by one.
  • the embodiment of the present application provides an electronic device, where the server proxy receives a total live stream play request sent by the client agent, where the total live stream play request is sent by at least two by the same client.
  • the live stream play request is merged, and the live stream play request includes a live stream identifier of each live stream play request;
  • Each received live stream data is sent to the client agent to cause the client agent to send each live stream data to the client for playback.
  • the embodiment of the present application provides an electronic device, where sending each received live stream data to the client agent includes:
  • each received live stream data to generate merged live stream data
  • the merged live stream data includes header information and live stream data corresponding to each live stream identifier; wherein the header information includes: each live stream Live stream identifier, location information of each live stream in the merged live stream;
  • the embodiment of the present application provides an electronic device, where the merged live stream is composed of at least two data packets, and the location information is location information corresponding to each data packet, where the header information is The method further includes: a number of live stream identifiers, and a serial number of the data packet corresponding to each live stream identifier.
  • the embodiment of the present application provides an electronic device, where the total live stream play request includes total live stream identifier information, where the total live stream identifier information includes a live stream identifier and is used for setting a preset live stream identifier separator between two adjacent live stream identifiers;
  • the device embodiments described above are merely illustrative, wherein said as a separate component
  • the elements may or may not be physically separate, and the components displayed as the unit may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the embodiment. Those of ordinary skill in the art can understand and implement without deliberate labor.

Landscapes

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

Abstract

Conformément à un mode de réalisation, la présente invention concerne un procédé de traitement de diffusion en continu de diffusion en direct, un appareil, un dispositif électronique et un système. Dans le mode de réalisation de la présente invention, en combinant des requêtes de lecture de diffusion en continu de diffusion en direct dans une durée préétablie au niveau d'un terminal de client, une requête de lecture de diffusion en continu de diffusion en direct générale est générée, de telle sorte que, lorsqu'une pluralité de diffusions en continu de diffusion en direct sont demandées d'être lues par le terminal de client, seule une requête de lecture de diffusion en continu de diffusion en direct est transmise par l'intermédiaire du réseau. De cette manière, il est possible de réduire le nombre de requêtes de lecture de diffusion en continu de diffusion en direct transmises par l'intermédiaire du réseau, permettant ainsi de réduire le nombre d'interactions et d'économiser des ressources de réseau. En outre, dans l'état de la technique, la probabilité d'échec de transmission est faible lorsqu'une requête de lecture de diffusion en continu de diffusion en direct est transmise, et la probabilité d'échec de transmission pour une requête de lecture de diffusion en continu de diffusion en direct parmi une pluralité de requêtes de lecture de diffusion en continu de diffusion en direct transmises est supérieure. Dans le mode de réalisation de la présente invention, une pluralité de requêtes de lecture de diffusion en continu de diffusion en direct sont fusionnées en une seule requête de lecture de diffusion en continu de diffusion en direct à transmettre par l'intermédiaire du réseau, ce qui peut éviter de manière efficace des échecs de communication provoqués par un échec de transmission de certaines requêtes de lecture de diffusion en continu de diffusion en direct dans une mauvaise condition de réseau dans l'état de la technique, permettant ainsi de garantir la stabilité des communications.
PCT/CN2016/100412 2016-04-20 2016-09-27 Procédé de traitement de diffusion en continu de diffusion en direct, appareil, dispositif électronique et système Ceased WO2017181601A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610248833.9 2016-04-20
CN201610248833.9A CN105847386A (zh) 2016-04-20 2016-04-20 直播流的处理方法、装置及系统

Publications (1)

Publication Number Publication Date
WO2017181601A1 true WO2017181601A1 (fr) 2017-10-26

Family

ID=56589723

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/100412 Ceased WO2017181601A1 (fr) 2016-04-20 2016-09-27 Procédé de traitement de diffusion en continu de diffusion en direct, appareil, dispositif électronique et système

Country Status (2)

Country Link
CN (1) CN105847386A (fr)
WO (1) WO2017181601A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112752123A (zh) * 2020-12-28 2021-05-04 上海哔哩哔哩科技有限公司 一种网络质量评估方法与装置
CN114760357A (zh) * 2022-03-23 2022-07-15 北京字节跳动网络技术有限公司 一种请求处理方法、装置、计算机设备和存储介质

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105847386A (zh) * 2016-04-20 2016-08-10 乐视控股（北京）有限公司 直播流的处理方法、装置及系统
CN105933728A (zh) * 2016-04-20 2016-09-07 乐视控股（北京）有限公司 点播方法、装置及系统
CN109525568B (zh) * 2018-11-02 2021-02-12 广州酷狗计算机科技有限公司 歌曲点播方法及装置
CN110351569B (zh) * 2019-06-25 2021-02-02 腾讯科技（深圳）有限公司 一种直播内容处理方法、装置、设备及介质
CN113364637A (zh) * 2021-08-09 2021-09-07 中建电子商务有限责任公司 一种基于批量打包调度的网络通信优化方法及系统
CN114466201B (zh) * 2022-02-21 2024-03-19 上海哔哩哔哩科技有限公司 直播流处理方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008018866A1 (fr) * 2006-08-09 2008-02-14 Pulse Communications, Llc système et procédé de télévision interactive
CN102904918A (zh) * 2011-07-28 2013-01-30 腾讯科技（北京）有限公司 网络媒介信息的展示处理方法和系统
US20130297817A1 (en) * 2011-01-19 2013-11-07 Electronics And Telecommunications Research Institute Method and apparatus for transmitting media content via a single port or multiple ports
CN105847386A (zh) * 2016-04-20 2016-08-10 乐视控股（北京）有限公司 直播流的处理方法、装置及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008018866A1 (fr) * 2006-08-09 2008-02-14 Pulse Communications, Llc système et procédé de télévision interactive
US20130297817A1 (en) * 2011-01-19 2013-11-07 Electronics And Telecommunications Research Institute Method and apparatus for transmitting media content via a single port or multiple ports
CN102904918A (zh) * 2011-07-28 2013-01-30 腾讯科技（北京）有限公司 网络媒介信息的展示处理方法和系统
CN105847386A (zh) * 2016-04-20 2016-08-10 乐视控股（北京）有限公司 直播流的处理方法、装置及系统

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112752123A (zh) * 2020-12-28 2021-05-04 上海哔哩哔哩科技有限公司 一种网络质量评估方法与装置
CN112752123B (zh) * 2020-12-28 2022-03-25 上海哔哩哔哩科技有限公司 一种网络质量评估方法与装置
CN114760357A (zh) * 2022-03-23 2022-07-15 北京字节跳动网络技术有限公司 一种请求处理方法、装置、计算机设备和存储介质

Also Published As

Publication number Publication date
CN105847386A (zh) 2016-08-10

Similar Documents

Publication Publication Date Title
WO2017181601A1 (fr) Procédé de traitement de diffusion en continu de diffusion en direct, appareil, dispositif électronique et système
US9467650B2 (en) Method and apparatus for transmitting media stream in video conference
US9686329B2 (en) Method and apparatus for displaying webcast rooms
CN111836074B (zh) 一种连麦直播方法、装置、电子设备及存储介质
CN111050185B (zh) 直播间连麦视频混流方法、存储介质、电子设备及系统
CN107911361B (zh) 支持多会话的语音管理方法、装置、终端设备及存储介质
WO2014183427A1 (fr) Procede et appareil pour afficher des salles d'emission web
US11563992B2 (en) Video playback quality detection method and apparatus
CN108452525B (zh) 一种游戏中聊天信息的监控方法及系统
WO2013044705A1 (fr) Procédé de lecture vidéo en ligne et serveur de lecture vidéo
CN111294664A (zh) 音视频传输数据方法、电子设备及存储介质
CN106488270B (zh) 一种直播间切换的方法和装置
US11540028B2 (en) Information presenting method, terminal device, server and system
WO2021012665A1 (fr) Procédé et appareil de lecture audio et vidéo interactive
US20170171585A1 (en) Method and Electronic Device for Recording Live Streaming Media
US20240022614A1 (en) Information interaction method and apparatus
WO2017181602A1 (fr) Procédé de lecture à la demande, dispositif, équipement électronique et système
WO2025092375A1 (fr) Procédé et appareil destinés au traitement de données d'interaction
CN110418176B (zh) 弹幕信息处理方法、装置、服务器及存储介质
WO2017185618A1 (fr) Procédé et dispositif pour mettre en œuvre un commentaire civil
CN117319696A (zh) 直播视频的播放控制方法和装置
CN108076381B (zh) 视频显示方法、视频转发设备及系统
CN118803312A (zh) 一种视频播放方法、系统及电子设备
CN115767123B (zh) 云游戏直播连麦方法、装置、计算设备及计算机存储介质
CN114615512A (zh) 游戏赛事直播系统、游戏赛事直播方法

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 16899186

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 16899186

Country of ref document: EP

Kind code of ref document: A1