WO2017035783A1

WO2017035783A1 - Streaming media transmission and play method, and transmission and play device

Info

Publication number: WO2017035783A1
Application number: PCT/CN2015/088762
Authority: WO
Inventors: 严映军; 周逻理
Original assignee: 深圳好视网络科技有限公司
Priority date: 2015-09-01
Filing date: 2015-09-01
Publication date: 2017-03-09

Abstract

The present invention relates to the technical field of networks, and provides a streaming media transmission and play method, and transmission and play device. The method comprises: dividing, according to the HLS protocol, streaming media data into multiple first fragment files; dividing, according to a P2P protocol, the streaming media data into multiple second fragment files; adding association information to an m3u8 index file; and sending the first fragment files and m3u8 index file to a CDN, and sending the second fragment files to a P2P network, such that a streaming media player client end obtains the streaming media data respectively from the CDN and P2P network and plays the same. The present invention effectively reduces, by employing a CDN and P2P network to send streaming media data to a streaming media player client end and establishing an association relationship between fragment files of the streaming media data in said two networks with an m3u8 index file of the HLS protocol, a stress on a CDN server, thereby reducing a server cost of a streaming media system.

Description

Streaming media transmission and playing method, and transmission and playback device

Technical field

The invention belongs to the field of network technologies, and particularly relates to a method for transmitting and playing a streaming medium, and a transmission and playback device.

Background technique

HLS (HTTP Live Streaming) is a streaming media playback protocol, mainly for iOS. The device provides audio and video live and on-demand programs. The biggest feature of the HLS protocol is that the client does not get a complete data stream, HLS. The protocol stores the streaming media file on the server side as multiple consecutive, very short TS fragment files, and then creates a m3u8 corresponding to these TS fragment files. The index file is based on the fragmented transmission of the streaming media file, so that the streaming media is played on the client.

In order to meet the application requirements of streaming media files for transmission and playback, which require a large amount of server resources and network bandwidth, the prior art introduces a content distribution network (Content Delivery) in the streaming media playback system. Network , CDN ) technology, the purpose of which is to distribute streaming media data to the network 'edge' closest to the client by adding a new layer of network architecture to the existing network. So that the client can obtain the required content in the vicinity, solve the network congestion situation, and improve the response speed of the client to obtain streaming media data. However, in order to give users a smooth viewing experience, CDN The adoption of technology requires a large amount of server resources to be laid out on the Internet, which greatly increases the system cost of the streaming media playback system.

technical problem

The purpose of the embodiments of the present invention is to provide a streaming media transmission and playing method, and a transmission and playback device to alleviate the complete dependence on the CDN. The server layout pressure brought by streaming media transmission and playback reduces the system cost of the streaming media playback system.

Technical solution

The embodiment of the present invention is implemented by the method for transmitting a streaming media, including:

Cutting the streaming media data into a plurality of first fragment files according to the HLS protocol, and generating the m3u8 of the streaming media data Index file

Cutting the streaming media data into a plurality of second fragment files according to a P2P protocol;

For the m3u8 Adding association information in the index file, so that the first fragment file and the second fragment file having the same data offset length in the streaming media data are associated in the m3u8 index file;

And sending the first fragment file and the m3u8 index file to the content distribution network CDN, and sending the second fragment file to the The P2P network, so that the streaming media client obtains the streaming media data from the CDN and the P2P network and plays the data.

Another object of the embodiments of the present invention is to provide a streaming media transmission apparatus, including:

a first dividing unit, configured to cut the streaming media data into a plurality of first fragment files according to the HLS protocol, and generate the streaming media data M3u8 index file;

a second dividing unit, configured to cut the streaming media data into a plurality of second fragment files according to a P2P protocol;

An information adding unit for the m3u8 Adding association information in the index file, so that the first fragment file and the second fragment file having the same data offset length in the streaming media data are associated in the m3u8 index file;

a sending unit, configured to deliver the first fragment file and the m3u8 index file to a content distribution network CDN And sending the second fragment file to the P2P network, so that the streaming media client obtains the streaming media data from the CDN and the P2P network and plays the data.

In the embodiment of the present invention, the streaming media data is simultaneously laid out in the CDN and the P2P network, and the HLS protocol is utilized. The m3u8 index file is used to establish an association relationship between the fragmented files of the streaming media data in the two networks, so as to simultaneously rely on the two networks to deliver streaming media data to the streaming media playback client, thereby effectively reducing the CDN. The server pressure saves the server cost of the streaming system.

Another object of the embodiments of the present invention is to provide a method for playing a streaming media, including:

Detecting playlists and determining which programs need to be played;

Transmitting, to the content distribution network CDN, a first request for acquiring streaming media data of the program;

Receiving the m3u8 of the streaming media data returned by the CDN And a first fragment file of the streaming media data in the index file and the preset playing duration, where the first fragment file is a fragment file obtained by cutting the streaming media data according to the HLS protocol, the m3u8 The index file is added with association information, so that the first fragment file and the second fragment file having the same data offset length in the streaming media data are associated in the m3u8 index file, the second Fragment file based a slice file obtained by cutting the streaming media data by the P2P protocol;

In the m3u8 Determining, in the index file, a second slice sequence number of the second slice file associated with the first slice sequence number of the first first slice file after the preset play duration;

Sending, to the P2P network, a second request for acquiring the streaming media data, where the second request carries the second fragment serial number;

Receiving, by the second slice file, the streaming media data returned by the P2P network starting from the second fragment sequence number;

The received first fragment file and the second fragment file are sequentially played.

Another object of the present invention is to provide a streaming media playback device, including:

a detecting unit, configured to detect a playlist, and determine a program to be played;

a first sending unit, configured to send, to the content distribution network CDN, a first request for acquiring streaming media data of the program;

a first receiving unit, configured to receive the m3u8 of the streaming media data returned by the CDN And a first fragment file of the streaming media data in the index file and the preset playing duration, where the first fragment file is a fragment file obtained by cutting the streaming media data according to the HLS protocol, the m3u8 The index file is added with association information, so that the first fragment file and the second fragment file having the same data offset length in the streaming media data are associated in the m3u8 index file, the second Fragment file based a slice file obtained by cutting the streaming media data by the P2P protocol;

Determining unit for the m3u8 Determining, in the index file, a second slice sequence number of the second slice file associated with the first slice sequence number of the first first slice file after the preset play duration;

Second sending unit for P2P The network sends a second request for acquiring the streaming media data, where the second request carries the second fragment serial number;

a second receiving unit for receiving P2P The second fragment file of the streaming media data returned by the network starting from the second fragment serial number;

a playing unit, configured to sequentially play the received first fragment file and the second fragment file.

Beneficial effect

In the embodiment of the present invention, at the beginning of loading of the streaming media program, the streaming media plays the client from the CDN. Obtaining streaming media data at the beginning of the streaming media program to ensure the loading speed of the streaming media program, and then playing the client from the streaming media from the P2P The network obtains the streaming media data of the rest of the streaming program, so as to ensure the smoothness of the online broadcast of the streaming program, the entire online playing process does not cause greater server pressure on the CDN, thereby saving the CDN. Server input costs.

DRAWINGS

In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings used in the embodiments or the description of the prior art will be briefly described below. It is obvious that the drawings in the following description are only the present invention. For some embodiments, other drawings may be obtained from those of ordinary skill in the art in light of the inventive workability.

1 is an architectural diagram of a streaming media system according to an embodiment of the present invention;

2 is a flowchart of implementing a method for transmitting a streaming media according to an embodiment of the present invention;

3 is a specific implementation flow diagram of a method for transmitting a streaming media S203 according to an embodiment of the present invention;

4 is a flowchart showing an implementation of a method for playing a streaming media according to an embodiment of the present invention;

FIG. 5 is a flowchart of an implementation of a method for playing a streaming media according to another embodiment of the present invention; FIG.

FIG. 6 is a flowchart of an implementation of a method for playing a streaming media according to another embodiment of the present invention; FIG.

7 is a structural block diagram of a streaming media transmission apparatus according to an embodiment of the present invention;

FIG. 8 is a structural block diagram of a streaming media playback apparatus according to an embodiment of the present invention.

Embodiments of the invention

In the following description, for purposes of illustration and description However, it will be apparent to those skilled in the art that the present invention may be practiced in other embodiments without these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the invention.

In order to explain the technical solutions described in the present invention, the following description will be made by way of specific embodiments.

figure 1 The streaming media transmission and playback method and the streaming media system architecture diagram applicable to the transmission and playback apparatus provided by the embodiments of the present invention are shown. For the convenience of description, only the parts related to the embodiment are shown.

Referring to FIG. 1, the streaming media system is mainly composed of a first server module 11, a second server module 12, and a CDN 13, The P2P network 14 and the streaming media playing client 15 are constructed. The functions of each part of the architecture in the streaming media system are as follows:

First server module 11 A source server or a source server group as a streaming media, configured to provide streaming media resources for a streaming media system, or to store and manage streaming media resources.

The second server module 12 may exist in the form of a server or a server group for use from the first server module 11 The streaming media data is extracted, the streaming media data is processed, the streaming media data is fragmented, and the fragmentation index file is generated, and the processed data is separately output to the CDN 13 and the P2P network. Medium.

Streaming Media Player 15 Based on the user's program playback needs, from CDN 13 and P2P networks 14 The streaming media data corresponding to the program is pulled to realize the playback of the streaming media program.

Based on Figure 1 The system architecture shown can transmit and play streaming media data, thereby enabling online on-demand or live streaming of streaming programs. The following is based on a specific implementation example, respectively, based on the second server module 12 The method and device for transmitting the implemented streaming media, and the playing method and device for streaming media implemented by the streaming media playing client 15 are elaborated:

FIG. 2 is a flowchart showing an implementation process of a streaming media transmission method according to an embodiment of the present invention, which is described in detail as follows:

In S201, the streaming media data is cut into a plurality of first fragment files according to the HLS protocol, and the streaming media data is generated. M3u8 index file.

In S202, the streaming media data is cut into a plurality of second fragment files according to a P2P protocol.

In S201 and S202, based on HLS protocol and P2P The protocol separately processes the streaming media data of the streaming media program, specifically:

The streaming media data is fragmented under the HLS protocol, and the streaming media data is fragmented into continuous, short duration fragment files ( MPED-TS format), for example, sharding streaming media data into several shard files with a playback duration of 10 seconds; while splicing the streaming media data, according to HLS According to the protocol, the m3u8 index file of these fragment files is generated, and the fragment number and playback duration of each fragment file are recorded in the generated m3u8 index file.

At P2P The streaming media data is fragmented under the protocol, and the streaming media data is sliced into consecutive file files of the same amount of data. For example, the streaming media data is fragmented into a plurality of fragment files having a data volume of 1 k.

In S203, the m3u8 The association information is added to the index file such that the first fragment file and the second fragment file having the same data offset length in the streaming media data are associated in the m3u8 index file.

The data offset length refers to the data head of the streaming media data as a reference point, and the offset of the data is calculated backward, and the data offset length of the fragment file is the data header of the fragment file relative to the data header. The offset of the data header of the associated streaming media data.

Based on the fragmentation results of S201 and S202, in S203, m3u8 generated based on HLS protocol The index file is further processed to add association information thereto, so that the first fragment file and the second fragment file having the same data offset length in the streaming media data are associated.

Specifically, S203 can be implemented by using the embodiment shown in FIG. 3:

In S301, a data offset length of each of the first slice files in the streaming media data is calculated.

Due to HLS In the protocol, the streaming media data is fragmented according to the playing duration. Therefore, based on the playing duration, the playing frame rate, and the image resolution of all the fragment files before the current fragment file, the current fragment file can be calculated to be in the stream. The length of the data offset in the media data.

In S302, a data offset length of each of the first slice files in the streaming media data is calculated.

Due to P2P In the protocol, the streaming media data is fragmented according to the amount of data. Therefore, based on the sum of the data amounts of all the fragment files before the current fragment file, the data of the current fragment file in the streaming media data can be calculated. Offset length.

In S303, the first fragment file and the second fragment file with the same data offset length are found.

Based on S301 and S302 As a result of the calculation, the first fragment file and the second fragment file are matched in pairs, and the first fragment file and the second fragment file having the same data offset length are obtained.

In S304, according to the result of the searching, in the m3u8 In the index file, the second fragment sequence number is associated with the first fragment sequence number of each of the first fragment files, and the second fragment sequence number is the data offset length from the first fragment file. The same slice number of the second slice file.

According to the processing result of S303, in m3u8 In the index file, the second slice sequence number of the second slice file is associated with the first slice sequence number of the first slice file whose data offset length is the same, thereby completing the addition of the m3u8 index file association information.

In S204, the first fragment file and the m3u8 index file are delivered to the content distribution network CDN. And sending the second fragment file to the P2P network, so that the streaming media client obtains the streaming media data from the CDN and the P2P network and plays the data.

After the fragmentation processing of the streaming media data is completed, the first fragment file generated based on the HLS protocol and the associated information are added. The m3u8 index file is delivered to the distributed storage in the CDN, and the second fragment file generated based on the P2P protocol is delivered to the P2P. Distributed storage in the network. When the streaming media playback client needs to play the corresponding program, the streaming media data is pulled from both the CDN and the P2P network, and a part of the streaming media data is from the CDN. In the pull, the remaining part of the streaming media data is pulled from the P2P network, so that the CDN can be effectively alleviated compared to the prior art method of completely obtaining streaming media data from the CDN. Server pressure, correspondingly reducing the number of servers in the CDN, saving system costs for streaming media systems.

Based on Figure 2 The streaming media transmission method described in the embodiment is followed by a detailed description of the streaming media playing method performed by the streaming media playing client (hereinafter referred to as the client), as shown in FIG. 4:

In S401, a playlist is detected to determine which program needs to be played.

The client locally detects the playlist, determines the current streaming program to be played according to the sequence of the programs in the playlist, and obtains a unique identifier of the streaming program, for example, a 64-bit number of the streaming program. ID, in the subsequent step, when sending a request to the CDN or P2P network to obtain streaming media data, the unique identifier is carried in the request to make the CDN or P2P One end of the network can smoothly locate the streaming media data that needs to be returned to the client.

In S402, a first request for acquiring streaming media data of the program is sent to the CDN.

In S403, receiving the m3u8 of the streaming media data returned by the CDN And a first fragment file of the streaming media data in the index file and the preset playing duration, where the first fragment file is a fragment file obtained by cutting the streaming media data according to the HLS protocol, the m3u8 The index file is added with association information, so that the first fragment file and the second fragment file having the same data offset length in the streaming media data are associated in the m3u8 index file, the second Fragment file based The P2P protocol cuts the obtained streaming media data into a fragment file.

In this embodiment, in the initial stage of loading the streaming data data by the client, the starting data portion of the streaming media data is from the CDN. The purpose of this is to speed up the loading of streaming data and to enable streaming of the streaming program on the client as soon as possible. Therefore, after sending the first request to the CDN, the CDN Returns the starting data portion of the streaming media data to the client, and returns the m3u8 index file to which the associated information was added.

The starting data portion of the streaming media data includes a plurality of first fragment files for realizing content playback within a preset playback duration of the streaming media program. For example, the preset playing time is one minute, and the playing time of each first piece file is 10 seconds, the CDN returns to the client the 6 first fragment files of the streaming media data starting from the data start position, based on 6 The first fragment file can realize the content playback of the first minute of the streaming program.

Here, the preset playing duration is a value that can be set. As an implementation manner, the value of the preset playing duration may be pre-existing in the streaming media system. A value agreed between the CDN and the client; as another implementation, the value of the preset playback duration can also be unilaterally requested by the client, as shown in Figure 5, in S401. Previously, the method further includes:

S408. Set the preset playing duration.

On the client side, the user can set the preset playback duration in the setting interface provided by the client according to the actual network environment. For example, in the case of a poor network environment, the preset playback duration can be appropriately extended. While speeding up the loading speed of streaming programs, ensure that the client has enough time to P2P network pulls data to avoid playing data source from CDN to P2P In the case of network conversion, the default playback time can be appropriately shortened to minimize the server pressure of the CDN.

At this time, the S402 can be implemented by S409 in FIG. 5:

Writing the preset playing duration in the first request;

Sending the first request carrying the preset playing duration to the CDN.

That is, the client needs to write the preset playing duration in the first request before sending the first request, thereby thereby, the CDN In the process of parsing the first request, the number of the first fragment files that need to be sent to the client is determined according to the preset playback duration obtained by the parsing, thereby implementing the delivery of the streaming media data.

In S404, in the m3u8 Determining, in the index file, a second slice sequence number of the second slice file associated with the first slice sequence number of the first first slice file after the preset play duration.

In S405, to P2P The network sends a second request for acquiring the streaming media data, where the second request carries the second fragment sequence number.

In S406, receive P2P The second piece file of the streaming media data returned by the network starting from the second slice number.

The client is getting the CDN After the first fragment files are delivered, the remaining part of the streaming media data needs to be pulled. Therefore, the client first locates the slave CDN in the m3u8 index file. Pulling the last first fragment file to find the first fragment number of the next first fragment file of the first fragment file, thereby obtaining m3u8 according to m3u8 The association information included in the index file obtains the second fragment sequence number associated with the first fragment sequence number to determine the first second fragment file corresponding to the uncompleted streaming media data. Two-segment number, and the second fragment number is written in the second request and sent to P2P network. The P2P network returns the remaining streaming media data according to the second request of the client.

In S407, the received first fragment file and the second fragment file are sequentially played.

Based on the above steps in Figure 4, the client is from the CDN The first fragment file corresponding to the beginning of the streaming program is received in the network, and from the P2P The second fragment file corresponding to the remaining part of the streaming program is received in the network, and the fragment files are sequentially played according to the fragment serial number of the received fragment file, thereby realizing online play of the streaming program.

During the process of playing the streaming program on the client, the user may adjust the progress of the program according to his or her own viewing intention, for example, fast forward playback or reverse playback, when the current playback progress of the streaming program jumps to a new one. When playing the position, follow the diagram 4 The same streaming media data acquisition idea is shown in the embodiment, and part of the streaming media data starting from the playing position is pulled from the CDN to implement fast loading of the streaming media program, and then from P2P. Pull out the remaining streaming media data in the network to relieve the server pressure on the CDN. The specific scheme is shown in Figure 6. Compared to the embodiment shown in Figure 4, the scheme is after S406, S407. Previously, the following steps were added:

S410. Receive a play position indication instruction, and detect a play position of the program indicated by the play position indication instruction.

In this embodiment, the play position indication instruction is used to indicate a new play time point, and after receiving the play position indication instruction, the streaming program will start playing from the play time point indicated by the instruction.

S411, based on the m3u8 An index file, searching for a first slice serial number corresponding to the play position, and searching for a second slice serial number associated with the first first slice serial number after the preset play duration starting from the play position .

Since the first slice file is divided according to the play duration, the playback time point indicated by the playback position indication instruction and M3u8 The playing time of each first fragment file recorded in the index file may determine which first fragment file corresponds to the playback position, and may obtain the first fragment of the first fragment file. Serial number. On the basis of determining the first slice serial number, the second slice serial number of the second slice file that needs to be played after the preset play duration starts from the play position may be further determined.

S412, to CDN Sending a third request for acquiring the streaming media data, where the third request carries a first fragment sequence number corresponding to the play location.

S413, receiving CDN And the first fragment file within the preset playing duration starting from the playing position, according to the first fragment serial number.

S414, to P2P The network sends a fourth request for acquiring the streaming media data, where the fourth request carries a first first fragment serial number associated with the preset playing duration starting from the playing position. Second slice number.

S415. Receive the second fragment file that is started by the P2P network from the second fragment sequence number.

The client carries the first fragment sequence number and the second fragment sequence number found in S411 in the acquisition request of the streaming media data, and sends the result to the acquisition request of the streaming media data respectively. CDN and P2P networks, respectively, to obtain CDN and P2P The streaming media data after the playback position returned by the network according to the corresponding request enables fast and smooth playback of the streaming program.

In the above streaming media playback process, for the beginning part of the streaming media program, since it is from the CDN Obtaining data, therefore, on the one hand, speeding up the loading speed of online streaming of streaming programs, on the other hand, because the first fragment file is a TS cut based on HLS protocol The fragmentation file has a short playback time for each slice. Therefore, the client can also quickly select and switch the bit rate of the online play to adapt to the playback environment under different bandwidth conditions. For the rest of the streaming program, since it is from Obtaining data in a P2P network, thus greatly reducing the server pressure on the CDN, effectively reducing the server and bandwidth investment of the CDN, and reducing the CDN The network congestion condition is to improve the loading speed of each client's online streaming of streaming programs from the CDN.

It should be understood that the size of the sequence of the steps in the above embodiments does not imply a sequence of executions, and the order of execution of the processes should be determined by its function and internal logic, and should not be construed as limiting the implementation of the embodiments of the present invention.

Corresponding to the transmission method of the streaming media described in the foregoing embodiments of FIG. 2 to FIG. 3, FIG. 7 shows an embodiment of the present invention. A structural block diagram of a streaming media transmission device, which may be built in the second server module 12 or the second server module 12 Software units, hardware units, or units that are combined with software and hardware within the application system. For the convenience of explanation, only the parts related to the present embodiment are shown.

Referring to Figure 7, the device includes:

The first dividing unit 71 cuts the streaming media data into a plurality of first fragment files according to the HLS protocol, and generates the streaming media data. M3u8 index file.

At HLS The streaming media data is fragmented under the protocol, and the streaming media data is fragmented into continuous, short-length fragment files; while the streaming media data is fragmented, these fragments are generated according to the HLS protocol. Documentary The m3u8 index file records the fragment number and playback duration of each fragment file in the generated m3u8 index file.

The second dividing unit 72 cuts the streaming media data into a plurality of second fragment files according to a P2P protocol.

Information adding unit 73, for the m3u8 The association information is added to the index file such that the first fragment file and the second fragment file having the same data offset length in the streaming media data are associated in the m3u8 index file.

The data offset length refers to the data head of the streaming media data as a reference point, and the offset of the data is calculated backward, and the data offset length of the fragment file is the data header of the fragment file relative to the data header. The offset of the data header of the associated streaming media data. Information addition unit In 73, the m3u8 generated based on the HLS protocol The index file is further processed to add association information thereto, so that the first fragment file and the second fragment file having the same data offset length in the streaming media data are associated.

The issuing unit 74 delivers the first fragment file and the m3u8 index file to the content distribution network CDN And sending the second fragment file to the P2P network, so that the streaming media client obtains the streaming media data from the CDN and the P2P network and plays the data.

Optionally, the information adding unit 73 includes:

a first calculating subunit, calculating a data offset length of each of the first fragment files in the streaming media data;

a second calculating subunit, calculating a data offset length of each of the second fragment files in the streaming media data;

Finding a subunit, and finding the first fragment file and the second fragment file with the same data offset length;

Associated subunits, according to the result of the finding, in the m3u8 In the index file, the second fragment sequence number is associated with the first fragment sequence number of each of the first fragment files, and the second fragment sequence number is the data offset length from the first fragment file. The same slice number of the second slice file.

Corresponding to the playing method of the streaming media described in the above embodiments, FIG. 8 shows the playing of the streaming media provided by the embodiment of the present invention. A block diagram of the device, the streaming media playing device may be built in the streaming media playing client 15 or the streaming media playing client 15 Software units, hardware units, or units that are combined with software and hardware within the application system. For the convenience of explanation, only the parts related to the present embodiment are shown.

Referring to Figure 8, the device includes:

The detecting unit 81 detects a playlist and determines a program to be played.

The client locally detects its playlist, determines the current streaming media program to be played according to the order of the programs in the playlist, and obtains the unique identifier of the streaming media program, in subsequent CDN or P2P When the network sends a request to obtain the streaming media data, the unique identifier is carried in the request, so that one end of the CDN or the P2P network can successfully locate the streaming media data that needs to be returned to the client.

The first transmitting unit 82 transmits a first request for acquiring streaming media data of the program to the content distribution network CDN.

The first receiving unit 83 receives the m3u8 of the streaming media data returned by the CDN And a first fragment file of the streaming media data in the index file and the preset playing duration, where the first fragment file is a fragment file obtained by cutting the streaming media data according to the HLS protocol, the m3u8 The index file is added with association information, so that the first fragment file and the second fragment file having the same data offset length in the streaming media data are associated in the m3u8 index file, the second Fragment file based The P2P protocol cuts the obtained streaming media data into a fragment file.

Determining unit 84 at the m3u8 Determining, in the index file, a second slice sequence number of the second slice file associated with the first slice sequence number of the first first slice file after the preset play duration.

Second transmitting unit 85, to P2P The network sends a second request for acquiring the streaming media data, where the second request carries the second fragment serial number.

The second receiving unit 86 receives the second fragment file starting from the second fragment serial number of the streaming media data returned by the P2P network. .

The playing unit 87 plays the received first fragment file and the second fragment file sequentially.

The client receives the first fragment file corresponding to the beginning of the streaming program from the CDN network, and from the P2P The second fragment file corresponding to the remaining part of the streaming program is received in the network, and the fragment files are sequentially played according to the fragment serial number of the received fragment file, thereby realizing online play of the streaming program.

Optionally, the device further includes:

a setting unit, configured to set the preset playing duration;

The first sending unit 82 includes:

Writing to the subunit, writing the preset play duration in the first request;

Sending a subunit, sending the first request carrying the preset playing duration to the CDN.

The user can set the preset playback duration in the setting interface provided by the client according to the actual network environment. For example, in the case of a poor network environment, the preset playback duration can be appropriately extended, and the streaming program is accelerated. At the same time of loading speed, ensure that the client has enough time to P2P network pulls data to avoid playing data source from CDN to P2P In the case of network conversion, the default playback time can be appropriately shortened to minimize the server pressure of the CDN.

During the process of playing the streaming program on the client, the user may adjust the progress of the program according to his or her own viewing intention, for example, fast forward playback or reverse playback, when the current playback progress of the streaming program jumps to a new one. When playing the position, from The CDN pulls part of the streaming media data starting from the playing position to implement fast loading of the streaming program, and then pulls the remaining streaming media data from the P2P network to mitigate the CDN. Server pressure. Therefore, optionally, the device further includes:

The instruction receiving unit receives the play position indication instruction, and detects a play position of the program indicated by the play position indication instruction.

The play position indication instruction is used to indicate a new play time point, and after receiving the play position indication instruction, the streaming program will start playing from the play time point indicated by the instruction.

Search unit based on the m3u8 An index file, searching for a first slice serial number corresponding to the play position, and searching for a second slice serial number associated with the first first slice serial number after the preset play duration starting from the play position .

Third sending unit, to CDN Sending a third request for acquiring the streaming media data, where the third request carries a first fragment sequence number corresponding to the play location;

Third receiving unit, receiving CDN And the first fragment file within the preset playing duration starting from the playing position by the streaming media data returned according to the first fragment serial number;

Fourth sending unit, to P2P The network sends a fourth request for acquiring the streaming media data, where the fourth request carries a first first fragment serial number associated with the preset playing duration starting from the playing position. Second slice serial number;

The fourth receiving unit receives the second fragment file starting from the second fragment serial number of the P2P network.

The first fragment sequence number and the second fragment sequence number that the client finds are carried in the acquisition request of the streaming media data, and are respectively sent to the CDN and The P2P network obtains the streaming media data after the playback position returned by the CDN and the P2P network according to the corresponding request, so as to quickly and smoothly realize the jump play of the streaming program.

Those skilled in the art can clearly understand that in order to describe The convenience and simplicity of the description are only exemplified by the division of the above functional units and modules. In practical applications, the above function assignment can be completed by different functional units and modules as needed, that is, the internal structure of the device is divided into Different functional units or modules to perform all or part of the functions described above. Each functional unit and module in the embodiment may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit, and the integrated unit may be hardware. Formal implementation can also be implemented in the form of software functional units. In addition, the specific names of the respective functional units and modules are only for the purpose of facilitating mutual differentiation, and are not intended to limit the scope of protection of the present application. For the specific working process of the unit and the module in the foregoing system, reference may be made to the corresponding process in the foregoing method embodiment, and details are not described herein again.

Those of ordinary skill in the art will appreciate that the elements and algorithm steps of the various examples described in connection with the embodiments disclosed herein can be implemented in electronic hardware or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the solution. A person skilled in the art can use different methods for implementing the described functions for each particular application, but such implementation should not be considered to be beyond the scope of the present invention.

In the embodiments provided by the present invention, it should be understood that the disclosed apparatus and method may be implemented in other manners. For example, the system embodiment described above is merely illustrative. For example, the division of the module or unit is only a logical function division. In actual implementation, there may be another division manner, for example, multiple units or components may be used. Combinations can be integrated into another system, or some features can be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in electrical, mechanical or other form.

The units described as separate components may or may not be physically separated, and the components displayed as units 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 units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a standalone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the embodiments of the present invention may contribute to the prior art or all or part of the technical solution may be embodied in the form of a software product stored in a storage. The medium includes a number of instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor ( Processor) Performs all or part of the steps of the method described in the various embodiments of the embodiments of the present invention. The foregoing storage medium includes: a U disk, a mobile hard disk, and a read only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory) ) A variety of media that can store program code, such as a disk or an optical disk.

The embodiments described above are only for explaining the technical solutions of the present invention, and are not intended to be limiting; although the present invention has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art will understand that The technical solutions described in the examples are modified, or some of the technical features are equivalently replaced; and the modifications or substitutions do not deviate from the spirit and scope of the technical solutions of the embodiments of the present invention. .

The above is only the preferred embodiment of the present invention, and is not intended to limit the present invention. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present invention should be included in the protection of the present invention. Within the scope.

Claims

A method for transmitting streaming media, characterized in that it comprises:

Cutting the streaming media data into a plurality of first fragment files according to the HLS protocol, and generating the m3u8 of the streaming media data Index file

Cutting the streaming media data into a plurality of second fragment files according to a P2P protocol;

Adding association information to the m3u8 index file, so that the first fragment file and the second fragment file having the same data offset length in the streaming media data are in the An association is generated in the m3u8 index file;

And sending the first fragment file and the m3u8 index file to the content distribution network CDN, and delivering the second fragment file to the P2P The network is such that the streaming media client obtains the streaming media data from the CDN and the P2P network and plays the data.
The method of claim 1, wherein the adding the associated information to the m3u8 index file comprises:

Calculating a data offset length of each of the first fragment files in the streaming media data;

Calculating a data offset length of each of the second fragment files in the streaming media data;

Finding the first fragment file and the second fragment file with the same data offset length;

According to the result of the search, in the m3u8 In the index file, the second fragment sequence number is associated with the first fragment sequence number of each of the first fragment files, and the second fragment sequence number is the data offset length from the first fragment file. The same slice number of the second slice file.
A streaming media playing method, comprising:

Detecting playlists and determining which programs need to be played;

Transmitting, to the content distribution network CDN, a first request for acquiring streaming media data of the program;

Receiving the m3u8 of the streaming media data returned by the CDN And a first fragment file of the streaming media data in the index file and the preset playing duration, where the first fragment file is a fragment file obtained by cutting the streaming media data according to the HLS protocol, the m3u8 The index file is added with association information, so that the first fragment file and the second fragment file having the same data offset length in the streaming media data are associated in the m3u8 index file, the second Fragment file based a slice file obtained by cutting the streaming media data by the P2P protocol;

In the m3u8 Determining, in the index file, a second slice sequence number of the second slice file associated with the first slice sequence number of the first first slice file after the preset play duration;

Sending, to the P2P network, a second request for acquiring the streaming media data, where the second request carries the second fragment serial number;

Receiving, by the second slice file, the streaming media data returned by the P2P network starting from the second fragment sequence number;

The received first fragment file and the second fragment file are sequentially played.
The method of claim 3, wherein before the detecting the playlist, the method further comprises:

Setting the preset playing duration;

The sending, by the CDN, a first request for acquiring streaming media data of the program includes:

Writing the preset playing duration in the first request;

Sending the first request carrying the preset playing duration to the CDN.
The method of claim 1 wherein said receiving P2P After the second media file that is returned by the network, the first fragment file and the second fragment file are sequentially played after the second fragment file starting from the second fragment number. Previously, the method further includes:

Receiving a play position indication instruction, detecting a play position of the program indicated by the play position indication instruction;

Based on the m3u8 An index file, searching for a first slice serial number corresponding to the play position, and searching for a second slice serial number associated with the first first slice serial number after the preset play duration starting from the play position ;

To CDN Sending a third request for acquiring the streaming media data, where the third request carries a first fragment sequence number corresponding to the play location;

Receiving CDN And the first fragment file within the preset playing duration starting from the playing position by the streaming media data returned according to the first fragment serial number;

To P2P The network sends a fourth request for acquiring the streaming media data, where the fourth request carries a first first fragment serial number associated with the preset playing duration starting from the playing position. Second slice serial number;

Receiving, by the P2P network, the second fragment file starting from the second fragment sequence number.
A streaming media transmission device, comprising:

a first dividing unit, configured to cut the streaming media data into a plurality of first fragment files according to the HLS protocol, and generate the m3u8 of the streaming media data Index file

a second dividing unit, configured to cut the streaming media data into a plurality of second fragment files according to a P2P protocol;

An information adding unit for the m3u8 Adding association information in the index file, so that the first fragment file and the second fragment file having the same data offset length in the streaming media data are in the m3u8 An association is generated in the index file;

a sending unit, configured to deliver the first fragment file and the m3u8 index file to a content distribution network CDN, and deliver the second fragment file to P2P The network is such that the streaming media client obtains the streaming media data from the CDN and the P2P network and plays the data.
The device according to claim 6, wherein the information adding unit comprises:

a first calculating subunit, configured to calculate a data offset length of each of the first fragment files in the streaming media data;

a second calculating subunit, configured to calculate a data offset length of each of the second fragment files in the streaming media data;

a searching subunit, configured to find the first fragment file and the second fragment file with the same data offset length;

An associated subunit for using the m3u8 based on the result of the lookup In the index file, the second fragment sequence number is associated with the first fragment sequence number of each of the first fragment files, and the second fragment sequence number is the data offset length from the first fragment file. The same slice number of the second slice file.
A streaming media playing device, comprising:

a detecting unit, configured to detect a playlist, and determine a program to be played;

a first sending unit, configured to send, to the content distribution network CDN, a first request for acquiring streaming media data of the program;

a first receiving unit, configured to receive the m3u8 of the streaming media data returned by the CDN And a first fragment file of the streaming media data in the index file and the preset playing duration, where the first fragment file is a fragment file obtained by cutting the streaming media data according to the HLS protocol, the m3u8 The index file is added with association information, so that the first fragment file and the second fragment file having the same data offset length in the streaming media data are associated in the m3u8 index file, the second Fragment file based a slice file obtained by cutting the streaming media data by the P2P protocol;

Determining unit for the m3u8 Determining, in the index file, a second slice sequence number of the second slice file associated with the first slice sequence number of the first first slice file after the preset play duration;

Second sending unit for P2P The network sends a second request for acquiring the streaming media data, where the second request carries the second fragment serial number;

a second receiving unit, configured to receive, by the P2P network, the second fragment file that is started by the second media number of the streaming media data;

a playing unit, configured to sequentially play the received first fragment file and the second fragment file.
The device of claim 8 further comprising:

a setting unit, configured to set the preset playing duration;

The first sending unit includes:

Writing to the subunit, configured to write the preset play duration in the first request;

And a sending subunit, configured to send, to the CDN, the first request that carries the preset playing duration.
The device of claim 8 further comprising:

The instruction receiving unit is configured to receive a play position indication instruction, and detect a play position of the program indicated by the play position indication instruction;

a search unit for based on the m3u8 An index file, searching for a first slice serial number corresponding to the play position, and searching for a second slice serial number associated with the first first slice serial number after the preset play duration starting from the play position ;

a third transmitting unit for transmitting to the CDN Sending a third request for acquiring the streaming media data, where the third request carries a first fragment sequence number corresponding to the play location;

a third receiving unit, configured to receive a CDN And the first fragment file within the preset playing duration starting from the playing position by the streaming media data returned according to the first fragment serial number;

Fourth sending unit for P2P The network sends a fourth request for acquiring the streaming media data, where the fourth request carries a first first fragment serial number associated with the preset playing duration starting from the playing position. Second slice serial number;

And a fourth receiving unit, configured to receive the second fragment file that is started by the P2P network from the second fragment serial number.