WO2017181601A1 - Live broadcast streaming processing method, apparatus, electronic device and system - Google Patents

Abstract

The embodiment of the present application provides a live broadcast streaming processing method, an apparatus, an electronic device and a system. In the embodiment of the present application, by combining live broadcast streaming play requests in a preset time duration at a client terminal, a general live broadcast streaming play request is generated, such that when a plurality of live broadcast streaming are requested to be played by the client terminal, only one live broadcast streaming play request is transmitted through network. In this way, it is possible to reduce the number of live broadcast streaming play requests transmitted through network, thereby reducing the number of interactions and saving network resources. In addition, in the prior art, the probability of transmission failure is low when one live broadcast streaming play request is transmitted, and the probability of transmission failure for one live broadcast streaming play request among a plurality of transmitted live streaming playback requests is higher. In the embodiment of the present application, a plurality of live broadcast streaming play requests are merged into one live broadcast streaming play request to be transmitted through the network, which can effectively avoid communication failures caused by transmission failure of some live broadcast streaming play requests in a bad network condition in the prior art, thereby ensuring stability of communications.

Description

Live stream processing method, device, electronic device and system

The present application claims priority to Chinese Patent Application No. 201610248833.9, entitled "Processing Method, Apparatus and System for Live Streaming", filed on April 20, 2016, the entire contents of which are incorporated herein by reference. In the application.

Technical field

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.

Background technique

As the communication speed increases, 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.

As the pace of life accelerates, some users like to play multiple live streams on the same client in order to save time, so as to understand the information of multiple live streams at the same time. In the prior art, for each live stream client, a live stream play request carrying a live stream identifier is sent, and the stream resource server must respond to each live stream request. In this way, if the same client plays 10 live streams, it needs to send 10 live stream play requests, and the communication network needs to send the 10 live stream play requests to the stream resource server one by one. The streaming resource server needs to respond to each live stream play request and transmit the response result to the client over the network. In this way, when the client requests to play multiple live streams, the number of interactions between the client and the stream resource server will be more. In the case that 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.

Summary of the invention

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.

The specific technical solutions provided by the embodiments of the present application are as follows:

In a first aspect, 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;

Calculating, by the preset duration, the number of live stream play requests sent by the client, and determining whether the quantity is greater than or equal to two;

If yes, 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;

Sending the total live stream play request to the server agent of the stream resource server, so that the service agent obtains the live stream data corresponding to each live stream identifier in the total live stream play request from the stream resource server;

And receiving the live stream data corresponding to each live stream identifier in the total live stream play request sent by the server proxy, and sending the data to the client for playing.

In a second aspect, 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;

Decomposing the total live stream play request, obtaining a split live stream play request corresponding to each live stream identifier, and sending the request to the stream resource server;

Receiving live stream data returned by the stream resource server for each split 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.

In a third aspect, 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.

In a fourth aspect, 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.

In a fifth aspect, 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.

In the embodiment 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). In this way, the number of live streaming play requests transmitted over the network can be reduced, thereby reducing the number of interactions and saving network resources. In addition, in the prior art, 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. .

DRAWINGS

FIG. 1 is an exemplary flowchart of a method for processing a live stream according to Embodiment 1 of the present application;

2 is an exemplary flowchart of a method for processing a live stream according to Embodiment 2 of the present application;

3 is a schematic structural diagram of a device for processing a live stream according to Embodiment 3 of the present application;

4 is a schematic structural diagram of a processing apparatus for a live stream according to Embodiment 4 of the present application;

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.

detailed description

The technical solutions in the embodiments of the present application are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present application. It is a part of the embodiments of the present application, and not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present application without departing from the inventive scope are the scope of the present application.

Embodiment 1

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.

In one embodiment, the stream resource server is configured to provide a live stream, and 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.

For example, 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.

For example, in an embodiment, 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.

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.

In this way, in the embodiment of the present application, 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). In this way, the number of live streaming play requests transmitted over the network can be reduced, thereby reducing the number of interactions and saving network resources. In addition, in the prior art, 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. .

For further understanding, the following describes the processing method of the live stream provided by the embodiment of the present application, including:

1), for step 102:

In one embodiment, in order to facilitate the calculation of the number of the live stream play request, 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.

In one embodiment, 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.

Of course, 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.

In an embodiment, 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.

In one embodiment, in step A1 to step A2, the first live stream play request is started, and the preset duration is determined. In a specific implementation, in the embodiment of the present application, 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.

In one embodiment, 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.

2), for step 103:

In one embodiment, in order to facilitate the server agent to identify which live stream data is requested for the total live stream play request, and for the server agent to obtain the live stream data requested by the client from the stream resource server, the stream server is not convected. The modification may be performed. 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.

In one embodiment, 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.

In this way, by the preset live stream identifier, 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.

In an embodiment, 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. Specifically, 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. In this way, 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.

3), for step 105:

In an embodiment, in the embodiment of the present application, 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. In the embodiment of the present application, in order to further reduce the number of interactions and improve the stability of the transmission, 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. specific:

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.

Wherein, in one embodiment, the location information includes a start location and an end location of each live stream. In this way, for 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.

In one embodiment, 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. In order to ensure that the client smoothly broadcasts a live stream with a high code rate, 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.

In this way, the 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.

In one embodiment, if they are not the same, it indicates that the combined live broadcast stream data is incorrect, and the error information may be fed back to the server proxy to retransmit the data.

In one embodiment, 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.

In summary, in the embodiment of the present application, 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. In addition, since the probability of one-time interaction failure is low, the stability of communication can be ensured.

Embodiment 2

Based on the same inventive concept, the embodiment of the present application further provides a method for processing a live stream, which is applicable to a server proxy. As shown in 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.

Thus, in the embodiment of the present application, 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. When 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). In this way, the number of live streaming play requests transmitted over the network can be reduced, thereby reducing the number of interactions and saving network resources. In addition, in the prior art, 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. .

For further understanding, the following describes the processing method of the live stream provided by the embodiment of the present application, including:

In the embodiment of the present application, in order to facilitate the further reduction of the number of interactions, 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.

In this way, 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.

In one embodiment, 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. In order to ensure that the client smoothly broadcasts a live stream with a high code rate, 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. 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, 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.

In an embodiment, in order to enable the stream resource server to process the live stream play request according to the existing processing manner, without modifying the stream resource server, in the embodiment of the present application, 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;

In 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.

In one embodiment, in order to facilitate the personalization requirement, 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.

In summary, in the embodiment of the present application, 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. In this way, only one interaction is required to implement multiple interactions in the prior art, reducing the number of interactions and saving network resources. In addition, since the probability of one-time interaction failure is low, the stability of communication can be ensured.

Embodiment 3

Based on the same inventive concept, the embodiment of the present application further provides a processing device for a live stream, as shown in FIG. 3, which 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. Live stream data corresponding to the live stream identifier;

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.

In one embodiment, 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. Flow data; wherein the header information includes: a live stream identifier of each live stream, and location information of each live stream in the merged live stream;

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.

In one embodiment, 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:

Confirm whether the number of live stream identifiers in the header information is the same as the total number of live stream identifiers;

If the information is the same, 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.

In one embodiment, 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.

In one embodiment, 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.

Embodiment 4

Based on the same inventive concept, the embodiment of the present application further provides a processing device for a live stream, as shown in FIG. 4, which 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.

In one embodiment, 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;

And a combined live stream data generating unit sending unit, configured to send the merged live stream data to the client agent.

Wherein, in one embodiment, the merged live stream is composed of at least two data packets, The location information is location information corresponding to each data packet, and the header information further includes: a number of live stream identifiers, and a data packet sequence number corresponding to each live stream identifier.

In an embodiment, 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. Set the live stream identifier separator;

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.

Embodiment 5

Based on the same inventive concept, the embodiment of the present application further provides a processing system for a live stream request, as shown in FIG. 5, which 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.

With regard to the apparatus in the above embodiments, the specific manner in which the respective modules perform the operations has been described in detail in the embodiment relating to the method, and will not be explained in detail herein.

Embodiment 6

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.

In a possible implementation, the 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;

Calculating, by the preset duration, the number of live stream play requests sent by the client, and determining whether the quantity is greater than or equal to two;

If yes, 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;

Sending the total live stream play request to the server agent of the stream resource server, so that the service agent obtains the live stream data corresponding to each live stream identifier in the total live stream play request from the stream resource server;

And receiving the live stream data corresponding to each live stream identifier in the total live stream play request sent by the server proxy, and sending the data to the client for playing.

In a possible implementation, 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;

And receiving the live stream data corresponding to the live stream identifiers in the total live stream play request sent by the server proxy, and sending the data to the client for playing, specifically:

Receiving the merged live stream, and parsing the merged live stream according to the header information, and obtaining live stream data corresponding to each live stream identifier;

The live stream data corresponding to each live stream identifier obtained after parsing is sent to the client for playing.

In a possible implementation, 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:

Confirm whether the number of live stream identifiers in the header information is the same as the total number of live stream identifiers;

If the information is the same, 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.

In a possible implementation manner, 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:

Inserting a preset live stream identifier separator between two adjacent live stream identifiers to generate total live stream identifier information;

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.

In a possible implementation manner, 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:

After receiving the first live stream play request, start timing, and set the number of live stream play requests to 1; and,

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.

In addition, in a possible implementation, 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;

Decomposing the total live stream play request, obtaining a split live stream play request corresponding to each live stream identifier, and sending the request to the stream resource server;

Receiving live stream data returned by the stream resource server for each split 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.

In a possible implementation, 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:

Combining each 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; wherein the header information includes: each live stream Live stream identifier, location information of each live stream in the merged live stream;

Transmitting the merged live stream data to the client agent.

In a possible implementation, 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.

In a possible implementation, 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;

Decomposing the total live stream play request, and obtaining a split live stream play request corresponding to each live stream identifier, specifically:

And obtaining, according to the preset live stream identifier, a live stream identifier from the total live stream request, and generating a split live stream play request for each live stream identifier.

Example 7

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:

One or more 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 processing module 305; and/or the total live stream play request receiving module 401, the total live stream play request splitting module 402, the live stream data obtaining module 403, and the live stream data processing module 404) 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.

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. Moreover, 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. In some embodiments, 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 above products can perform the methods provided by the embodiments of the present application, and have the corresponding functional modules and beneficial effects of the execution method. For technical details that are not described in detail in this embodiment, reference may be made to the method provided by the embodiments of the present application.

The electronic device of the embodiment of the present application exists in various forms, including but not limited to:

(1) 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.

(2) 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.

(3) 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.

(4) Server: A device that provides computing services. 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.

(5) Other electronic devices with data interaction functions.

In a possible implementation, 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;

Calculating, by the preset duration, the number of live stream play requests sent by the client, and determining whether the quantity is greater than or equal to two;

If yes, 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;

Sending the total live stream play request to the server agent of the stream resource server, so that the service agent obtains the live stream data corresponding to each live stream identifier in the total live stream play request from the stream resource server;

And receiving the live stream data corresponding to each live stream identifier in the total live stream play request sent by the server proxy, and sending the data to the client for playing.

In a possible implementation, 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;

And receiving the live stream data corresponding to the live stream identifiers in the total live stream play request sent by the server proxy, and sending the data to the client for playing, specifically:

Receiving the merged live stream, and parsing the merged live stream according to the header information, and obtaining live stream data corresponding to each live stream identifier;

The live stream data corresponding to each live stream identifier obtained after parsing is sent to the client for playing.

In a possible implementation, 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:

Confirm whether the number of live stream identifiers in the header information is the same as the total number of live stream identifiers;

If the information is the same, 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.

In a possible implementation manner, 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:

Inserting a preset live stream identifier separator between two adjacent live stream identifiers to generate total live stream identifier information;

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.

In a possible implementation, 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:

After receiving the first live stream play request, start timing, and set the number of live stream play requests to 1; and,

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.

In addition, in a possible implementation, 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;

Decomposing the total live stream play request, obtaining a split live stream play request corresponding to each live stream identifier, and sending the request to the stream resource server;

Receiving live stream data returned by the stream resource server for each split 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.

In a possible implementation, the embodiment of the present application provides an electronic device, where sending each received live stream data to the client agent includes:

Combining each 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; wherein the header information includes: each live stream Live stream identifier, location information of each live stream in the merged live stream;

Transmitting the merged live stream data to the client agent.

In a possible implementation, 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.

In a possible implementation, 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;

Decomposing the total live stream play request, and obtaining a split live stream play request corresponding to each live stream identifier, specifically:

And obtaining, according to the preset live stream identifier, a live stream identifier from the total live stream request, and generating a split live stream play request for each live stream identifier.

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.

Through the description of the above embodiments, those skilled in the art can clearly understand that the various embodiments can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware. Based on such understanding, the above-described technical solutions may be embodied in the form of software products in essence or in the form of software products, which may be stored in a computer readable storage medium such as ROM/RAM, magnetic Discs, optical discs, etc., include instructions for causing a computer device (which may be a personal computer, server, or network device, etc.) to perform the methods described in various embodiments or portions of the embodiments.

It should be noted that the above embodiments are only used to explain the technical solutions of the embodiments of the present application, and are not limited thereto; although the embodiments of the present application are described in detail with reference to the foregoing embodiments, those skilled in the art should understand The technical solutions described in the foregoing embodiments may be modified, or some of the technical features may be equivalently replaced; and the modifications or substitutions do not deviate from the technical solutions of the embodiments of the present application. The spirit and scope of the programme.

Claims (39)

A method for processing a live stream, which is applied to an electronic device, wherein 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; Calculating, by the preset duration, the number of live stream play requests sent by the client, and determining whether the quantity is greater than or equal to two; If yes, 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; Sending the total live stream play request to the server agent of the stream resource server, so that the service agent obtains the live stream data corresponding to each live stream identifier in the total live stream play request from the stream resource server; And receiving the live stream data corresponding to each live stream identifier in the total live stream play request sent by the server proxy, and sending the data to the client for playing. The method according to claim 1, wherein 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 includes header information and live broadcasts. The live stream data corresponding to the stream identifier, where the header information includes: a live stream identifier of each live stream, and location information of each live stream in the merged live stream; And receiving the live stream data corresponding to the live stream identifiers in the total live stream play request sent by the server proxy, and sending the data to the client for playing, specifically: Receiving the merged live stream, and parsing the merged live stream according to the header information, and obtaining live stream data corresponding to each live stream identifier; The live stream data corresponding to each live stream identifier obtained after parsing is sent to the client for playing. The method according to claim 2, wherein the merged live stream is composed of at least two data packets, the location information is location information corresponding to each data packet, and the header information further includes: a number of live stream identifiers. , the serial 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: Confirm whether the number of live stream identifiers in the header information is the same as the total number of live stream identifiers; If the information is the same, 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 method according to claim 1, wherein 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 stream play request includes each The live stream identifier of the live stream play request, including: Inserting a preset live stream identifier separator between two adjacent live stream identifiers to generate total live stream identifier information; 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 method according to any one of claims 1-4, wherein calculating the number of live stream play requests sent by the client stored in the preset duration includes: After receiving the first live stream play request, start timing, and set the number of live stream play requests to 1; and, 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. A method for processing a live stream, the method comprising: 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; Decomposing the total live stream play request, obtaining a split live stream play request corresponding to each live stream identifier, and sending the request to the stream resource server; Receiving live stream data returned by the stream resource server for each split 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 method according to claim 6, wherein the sending the received live stream data to the client agent comprises: Combining each received live stream data to generate combined live stream data, the merged straight The broadcast 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 location information of each live stream in the merged live stream. ; Transmitting the merged live stream data to the client agent. The method according to claim 7, wherein the merged live stream is composed of at least two data packets, the location information is location information corresponding to each data packet, and the header information further includes: a live stream Number of identifiers, the number of the packet corresponding to each live stream identifier. The method according to any one of claims 6-8, wherein the total live stream play request includes total live stream identifier information, and 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; Decomposing the total live stream play request, and obtaining a split live stream play request corresponding to each live stream identifier, specifically: And obtaining, according to the preset live stream identifier, a live stream identifier from the total live stream request, and generating a split live stream play request for each live stream identifier. A non-transitory computer storage medium characterized by storing computer executable instructions, the computer executable instructions being set to: Receiving a live stream play request sent by the client and carrying the live stream identifier, and storing the request; Calculating, by the preset duration, the number of live stream play requests sent by the client, and determining whether the quantity is greater than or equal to two; If yes, 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; Sending the total live stream play request to the server agent of the stream resource server, so that the service agent obtains the live stream data corresponding to each live stream identifier in the total live stream play request from the stream resource server; And receiving the live stream data corresponding to each live stream identifier in the total live stream play request sent by the server proxy, and sending the data to the client for playing. The non-transitory computer storage medium according to claim 10, wherein 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 The live stream data corresponding to the header information and the live stream identifiers are included, where the header information includes: a live stream identifier of each live stream, and each live stream is in the Combining the location information in the live stream; And receiving the live stream data corresponding to the live stream identifiers in the total live stream play request sent by the server proxy, and sending the data to the client for playing, specifically: Receiving the merged live stream, and parsing the merged live stream according to the header information, and obtaining live stream data corresponding to each live stream identifier; 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 according to claim 11, wherein the merged live stream is composed of at least two data packets, the location information is location information corresponding to each data packet, and 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: Confirm whether the number of live stream identifiers in the header information is the same as the total number of live stream identifiers; If the information is the same, 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 according to claim 10, wherein 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: Inserting a preset live stream identifier separator between two adjacent live stream identifiers to generate total live stream identifier information; 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 according to any one of claims 10-13, wherein the calculating the number of the live stream play request sent by the client stored in the preset duration includes: Start timing after receiving the first live stream play request, and set the live stream play request The number is 1; and, 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. An electronic device, comprising: At least one processor; and, a memory communicatively coupled to the at least one processor; wherein The memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to: Receiving a live stream play request sent by the client and carrying the live stream identifier, and storing the request; Calculating, by the preset duration, the number of live stream play requests sent by the client, and determining whether the quantity is greater than or equal to two; If yes, 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; Sending the total live stream play request to the server agent of the stream resource server, so that the service agent obtains the live stream data corresponding to each live stream identifier in the total live stream play request from the stream resource server; And receiving the live stream data corresponding to each live stream identifier in the total live stream play request sent by the server proxy, and sending the data to the client for playing. The electronic device according to claim 15, wherein 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 includes header information and each The live stream identifier corresponds to the live stream data, where the header information includes: a live stream identifier of each live stream, and location information of each live stream in the merged live stream; And receiving the live stream data corresponding to the live stream identifiers in the total live stream play request sent by the server proxy, and sending the data to the client for playing, specifically: Receiving the merged live stream, and parsing the merged live stream according to the header information, and obtaining live stream data corresponding to each live stream identifier; The live stream data corresponding to each live stream identifier obtained after parsing is sent to the client for playing. The electronic device according to claim 16, wherein the merged live stream is The second location is composed of two data packets, where the location information is location information corresponding to each data packet, and 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: Confirm whether the number of live stream identifiers in the header information is the same as the total number of live stream identifiers; If the information is the same, 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 electronic device according to claim 15, wherein 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 stream play request is included The live stream identifier of each live stream play request, including: Inserting a preset live stream identifier separator between two adjacent live stream identifiers to generate total live stream identifier information; 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 electronic device according to any one of claims 15 to 18, wherein the calculating the number of live stream play requests sent by the client stored in the preset duration includes: After receiving the first live stream play request, start timing, and set the number of live stream play requests to 1; and, 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. A non-transitory computer storage medium characterized by storing computer executable instructions, the computer executable instructions being set to: Receiving 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 request Live stream identification; Decomposing the total live stream play request, obtaining a split live stream play request corresponding to each live stream identifier, and sending the request to the stream resource server; Receiving live stream data returned by the stream resource server for each split 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 non-transitory computer storage medium according to claim 20, wherein the sending the received live stream data to the client agent comprises: Combining each 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; wherein the header information includes: each live stream Live stream identifier, location information of each live stream in the merged live stream; Transmitting the merged live stream data to the client agent. The non-transitory computer storage medium according to claim 21, 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. 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 non-transitory computer storage medium according to any one of claims 20 to 22, wherein the total live stream playback request includes total live stream identification information, and the total live stream identification 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; Decomposing the total live stream play request, and obtaining a split live stream play request corresponding to each live stream identifier, specifically: And obtaining, according to the preset live stream identifier, a live stream identifier from the total live stream request, and generating a split live stream play request for each live stream identifier. An electronic device, comprising: At least one processor; and, a memory communicatively coupled to the at least one processor; wherein The memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to: Receiving 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 request Live stream identification; Decomposing the total live stream play request, obtaining a split live stream play request corresponding to each live stream identifier, and sending the request to the stream resource server; Receiving live stream data returned by the stream resource server for each split 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 electronic device according to claim 24, wherein the sending the received live stream data to the client agent comprises: Combining each 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; wherein the header information includes: each live stream Live stream identifier, location information of each live stream in the merged live stream; Transmitting the merged live stream data to the client agent. The electronic device according to claim 25, wherein the merged live stream is composed of at least two data packets, the location information is location information corresponding to each data packet, and the header information further includes: a live broadcast. Number of stream identifiers, the number of packets corresponding to each live stream identifier. The electronic device according to any one of claims 24 to 26, wherein the total live stream play request includes total live stream identifier information, and 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; Decomposing the total live stream play request, and obtaining a split live stream play request corresponding to each live stream identifier, specifically: And obtaining, according to the preset live stream identifier, a live stream identifier from the total live stream request, and generating a split live stream play request for each live stream identifier. A processing device for a live stream, characterized in that the device comprises: The live stream play request storage module is configured to receive a live stream play request that is sent by the client and carry the live stream identifier, and store the request; The live stream play request quantity determining module 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 merge module is configured to merge the live stream play requests of the client stored in the preset duration into one total live stream play request if the result of the live stream play request quantity determining module is yes 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 sends the total live stream play request to the stream resource a server proxy of the server, so that the service proxy obtains live stream data corresponding to each live stream identifier in the total live stream play request from the stream resource server; The live stream data processing module is configured to receive the 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 device according to claim 28, wherein 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 includes header information and each live stream. The live stream data corresponding to the stream identifier, where the header information includes: a live stream identifier of each live stream, and location information of each live stream in the merged live stream; 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 device according to claim 29, wherein the merged live stream is composed of at least two data packets, the location information is location information corresponding to each data packet, and the header information further includes: a number of live stream identifiers. , the serial number of the data packet corresponding to each live stream identifier; The live broadcast stream parsing unit is specifically configured to: Confirm whether the number of live stream identifiers in the header information is the same as the total number of live stream identifiers; If the information is the same, 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 apparatus according to claim 28, wherein the live stream play request merge module comprises: 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 a total live stream play request carrying the total live stream identifier information, so that the server agent performs the following operations: according to the preset live stream identifier, the splitter is from the total Each live stream identifier is obtained in the live stream request, and the generated live stream play request for each live stream identifier is generated and sent to the stream resource server. Apparatus according to claims 28-31, characterized in that the live stream play request The quantity judgment 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. A processing device for a live stream, characterized in that the device further comprises: The total live stream play request receiving module is configured to receive a total live stream play request sent by the client agent, where the total live stream play request is formed by combining at least two live stream play requests sent by the same client, and the live broadcast The stream play request includes a live stream identifier of each live stream play request; a total live stream play request splitting module, 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; a live stream data obtaining module, 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 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 device according to claim 33, wherein the live stream data processing module comprises: 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; And a combined live stream data generating unit sending unit, configured to send the merged live stream data to the client agent. The device according to claim 34, wherein the merged live stream is composed of at least two data packets, the location information is location information corresponding to each data packet, and the header information further includes: a live stream Number of identifiers, the number of the packet corresponding to each live stream identifier. The device according to any one of claims 33 to 35, wherein the total live stream play request includes total live stream identifier information, and the total live stream identifier information includes a live stream identifier and is used for setting in two adjacent streams. a preset live stream identifier separator between 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. A computer program product, comprising: a computing program stored on a non-transitory computer readable storage medium, the computer program comprising program instructions, when the program instructions are executed by a computer, The computer performs the method of claims 1-5. A computer program product, comprising: a computing program stored on a non-transitory computer readable storage medium, the computer program comprising program instructions, when the program instructions are executed by a computer, The computer performs the method of claims 6-9. A processing system for a live stream request, wherein the system comprises: 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 And 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 Client playback; 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.

Images