[go: up one dir, main page]

WO2017035783A1 - Procédé de transmission et de lecture multimédias à diffusion en continu, et dispositif de transmission et de lecture - Google Patents

Procédé de transmission et de lecture multimédias à diffusion en continu, et dispositif de transmission et de lecture Download PDF

Info

Publication number
WO2017035783A1
WO2017035783A1 PCT/CN2015/088762 CN2015088762W WO2017035783A1 WO 2017035783 A1 WO2017035783 A1 WO 2017035783A1 CN 2015088762 W CN2015088762 W CN 2015088762W WO 2017035783 A1 WO2017035783 A1 WO 2017035783A1
Authority
WO
WIPO (PCT)
Prior art keywords
streaming media
fragment
file
media data
cdn
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2015/088762
Other languages
English (en)
Chinese (zh)
Inventor
严映军
周逻理
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
SHENZHEN GREATVISION NETWORK TECHNOLOGY Co Ltd
Original Assignee
SHENZHEN GREATVISION NETWORK TECHNOLOGY Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by SHENZHEN GREATVISION NETWORK TECHNOLOGY Co Ltd filed Critical SHENZHEN GREATVISION NETWORK TECHNOLOGY Co Ltd
Priority to PCT/CN2015/088762 priority Critical patent/WO2017035783A1/fr
Publication of WO2017035783A1 publication Critical patent/WO2017035783A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments

Definitions

  • 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.
  • HLS HTTP Live Streaming
  • 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.
  • CDN content distribution network
  • the prior art introduces a content distribution network (Content Delivery) in the streaming media playback system.
  • Network , CDN Network
  • CDN content distribution network
  • 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.
  • CDN 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.
  • 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.
  • the embodiment of the present invention is implemented by the method for transmitting a streaming media, including:
  • 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.
  • 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:
  • 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;
  • 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.
  • the streaming media plays the client from the CDN.
  • 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.
  • FIG. 1 is an architectural diagram of a streaming media system according to an embodiment of the present invention
  • FIG. 2 is a flowchart of implementing a method for transmitting a streaming media according to an embodiment of the present invention
  • FIG. 3 is a specific implementation flow diagram of a method for transmitting a streaming media S203 according to an embodiment of the present invention
  • FIG. 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. 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.
  • FIG 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.
  • 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.
  • 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:
  • 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.
  • the streaming media data is cut into a plurality of second fragment files according to a P2P protocol.
  • 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.
  • MPED-TS format MPED-TS format
  • 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.
  • the streaming media data is fragmented into a plurality of fragment files having a data volume of 1 k.
  • 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 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.
  • 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.
  • S203 can be implemented by using the embodiment shown in FIG. 3:
  • 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.
  • 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.
  • 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 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.
  • 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.
  • 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
  • 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.
  • 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.
  • a first request for acquiring streaming media data of the program is sent to the CDN.
  • 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.
  • the preset playing time is one minute
  • 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.
  • the preset playing duration is a value that can be set.
  • the value of the preset playing duration may be pre-existing in the streaming media system.
  • the method further includes:
  • 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.
  • the S402 can be implemented by S409 in FIG. 5:
  • the client needs to write the preset playing duration in the first request before sending the first request, thereby thereby, the CDN
  • 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.
  • the network sends a second request for acquiring the streaming media data, where the second request carries the second fragment sequence 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.
  • the received first fragment file and the second fragment file are sequentially played.
  • the client is from the CDN
  • the first fragment file corresponding to the beginning of the streaming program is received in the network
  • 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.
  • the streaming media plays the client from the CDN.
  • 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.
  • 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.
  • his or her own viewing intention for example, fast forward playback or reverse playback
  • the current playback progress of the streaming program jumps to a new one.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the network congestion condition is to improve the loading speed of each client's online streaming of streaming programs from the CDN.
  • 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.
  • 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.
  • 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.
  • 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.
  • the streaming media data is fragmented into a plurality of fragment files having a data volume of 1 k.
  • 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 is 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.
  • 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
  • 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.
  • 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
  • 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.
  • FIG. 8 shows the playing of the streaming media provided by the embodiment of the present invention.
  • 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.
  • 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
  • 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.
  • 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.
  • 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 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.
  • 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.
  • the device further includes:
  • a setting unit configured to set the preset playing duration
  • the first sending unit 82 includes:
  • the client needs to write the preset playing duration in the first request before sending the first request, thereby thereby, the CDN
  • 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.
  • 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.
  • 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.
  • the device 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 .
  • 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.
  • 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;
  • 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.
  • the disclosed apparatus and method may be implemented in other manners.
  • the system embodiment described above is merely illustrative.
  • the division of the module or unit is only a logical function division.
  • 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.
  • 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.
  • 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.
  • 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) )
  • ROM Read-Only Memory
  • RAM Random Access Memory

Landscapes

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

Abstract

La présente invention se rapporte au domaine technique des réseaux et concerne un procédé de transmission et de lecture multimédias à diffusion en continu, et un dispositif de transmission et de lecture. Le procédé comprend les étapes suivantes : diviser, selon le protocole HLS, des données multimédias diffusées en continu en de multiples premiers fichiers fragments ; diviser, selon un protocole P2P, les données multimédias diffusées en continu en de multiples deuxièmes fichiers fragments ; ajouter des informations d'association à un fichier d'index m3u8 ; et envoyer les premiers fichiers fragments et le fichier d'index m3u8 à un CDN, et envoyer les deuxièmes fichiers fragments à un réseau P2P, de sorte qu'une extrémité client lecteur multimédia à diffusion en continu obtienne les données multimédias diffusées en continu respectivement du CDN et du réseau P2P et lise celles-ci. La présente invention réduit efficacement, en utilisant un CDN et un réseau P2P pour envoyer des données multimédias diffusées en continu à une extrémité client lecteur multimédia à diffusion en continu et en établissant une relation d'association entre des fichiers fragments des données multimédias à diffusion en continu dans lesdits deux réseaux avec un fichier d'index m3u8 du protocole HLS, la charge d'un serveur de CDN, ce qui réduit un coût de serveur d'un système multimédia à diffusion en continu.
PCT/CN2015/088762 2015-09-01 2015-09-01 Procédé de transmission et de lecture multimédias à diffusion en continu, et dispositif de transmission et de lecture Ceased WO2017035783A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/088762 WO2017035783A1 (fr) 2015-09-01 2015-09-01 Procédé de transmission et de lecture multimédias à diffusion en continu, et dispositif de transmission et de lecture

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/088762 WO2017035783A1 (fr) 2015-09-01 2015-09-01 Procédé de transmission et de lecture multimédias à diffusion en continu, et dispositif de transmission et de lecture

Publications (1)

Publication Number Publication Date
WO2017035783A1 true WO2017035783A1 (fr) 2017-03-09

Family

ID=58186617

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/088762 Ceased WO2017035783A1 (fr) 2015-09-01 2015-09-01 Procédé de transmission et de lecture multimédias à diffusion en continu, et dispositif de transmission et de lecture

Country Status (1)

Country Link
WO (1) WO2017035783A1 (fr)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108391176A (zh) * 2018-04-09 2018-08-10 四川百视通科技有限公司 一种rtmp协议到hls协议的实时转换系统及其工作方法
CN108989426A (zh) * 2018-07-17 2018-12-11 深圳市网心科技有限公司 基于hls协议的拉流方法、系统及客户端和存储介质
CN110120930A (zh) * 2018-02-06 2019-08-13 阿里巴巴集团控股有限公司 获取传输文件的方法、系统及多媒体设备
CN110740342A (zh) * 2019-09-06 2020-01-31 浙江大华技术股份有限公司 存储介质、流媒体传输及播放方法、分片方法和装置
CN111372099A (zh) * 2020-03-20 2020-07-03 山东云缦智能科技有限公司 一种低延迟hls直播的实现方法
CN111935507A (zh) * 2020-08-19 2020-11-13 上海连尚网络科技有限公司 视频切换方法和设备
CN112866763A (zh) * 2020-12-28 2021-05-28 网宿科技股份有限公司 Hls多码率流切片的序列号生成方法、服务器及存储介质
CN114124939A (zh) * 2021-11-25 2022-03-01 北京奇艺世纪科技有限公司 一种预缓存文件处理方法、装置及文件预缓存系统
CN114666627A (zh) * 2022-03-01 2022-06-24 深圳市博安智控科技有限公司 一种流媒体视频预加载的方法、装置、电子设备以及存储介质
CN115065859A (zh) * 2022-06-07 2022-09-16 北京达佳互联信息技术有限公司 视频数据获取方法、装置、设备及介质
CN115623247A (zh) * 2021-07-15 2023-01-17 中国移动通信集团湖南有限公司 Hls流媒体数据的处理方法、装置及系统
CN119729118A (zh) * 2024-12-18 2025-03-28 浪潮云信息技术股份公司 支持倒放的hls点播播放器实现方法及播放器

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102868912A (zh) * 2012-08-16 2013-01-09 北京视博数字电视科技有限公司 基于cdn和p2p融合架构的媒体内容传输方法及系统
CN103051976A (zh) * 2013-01-22 2013-04-17 中兴通讯股份有限公司 一种cdn分发hls内容方法、系统及设备
CN103648019A (zh) * 2013-11-29 2014-03-19 乐视致新电子科技（天津）有限公司 一种基于hls协议的视频下载方法及其装置
CN103702171A (zh) * 2013-12-12 2014-04-02 乐视网信息技术（北京）股份有限公司 一种视频流下载方法及电子设备
US20140344468A1 (en) * 2013-05-14 2014-11-20 Morega Systems Inc. Client proxy for adaptive bitrate selection in http live streaming
CN104462154A (zh) * 2013-09-25 2015-03-25 联想(北京)有限公司 数据处理方法和数据处理装置
CN104581374A (zh) * 2014-12-31 2015-04-29 深圳市同洲电子股份有限公司 一种获取切片文件和生成子m3u8文件的方法、节点及服务器
CN104735044A (zh) * 2014-11-18 2015-06-24 深圳市同洲电子股份有限公司 一种流媒体直播方法及系统

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102868912A (zh) * 2012-08-16 2013-01-09 北京视博数字电视科技有限公司 基于cdn和p2p融合架构的媒体内容传输方法及系统
CN103051976A (zh) * 2013-01-22 2013-04-17 中兴通讯股份有限公司 一种cdn分发hls内容方法、系统及设备
US20140344468A1 (en) * 2013-05-14 2014-11-20 Morega Systems Inc. Client proxy for adaptive bitrate selection in http live streaming
CN104462154A (zh) * 2013-09-25 2015-03-25 联想(北京)有限公司 数据处理方法和数据处理装置
CN103648019A (zh) * 2013-11-29 2014-03-19 乐视致新电子科技（天津）有限公司 一种基于hls协议的视频下载方法及其装置
CN103702171A (zh) * 2013-12-12 2014-04-02 乐视网信息技术（北京）股份有限公司 一种视频流下载方法及电子设备
CN104735044A (zh) * 2014-11-18 2015-06-24 深圳市同洲电子股份有限公司 一种流媒体直播方法及系统
CN104581374A (zh) * 2014-12-31 2015-04-29 深圳市同洲电子股份有限公司 一种获取切片文件和生成子m3u8文件的方法、节点及服务器

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110120930A (zh) * 2018-02-06 2019-08-13 阿里巴巴集团控股有限公司 获取传输文件的方法、系统及多媒体设备
CN108391176A (zh) * 2018-04-09 2018-08-10 四川百视通科技有限公司 一种rtmp协议到hls协议的实时转换系统及其工作方法
CN108989426B (zh) * 2018-07-17 2021-04-06 深圳市网心科技有限公司 基于hls协议的拉流方法、系统及客户端和存储介质
CN108989426A (zh) * 2018-07-17 2018-12-11 深圳市网心科技有限公司 基于hls协议的拉流方法、系统及客户端和存储介质
CN110740342A (zh) * 2019-09-06 2020-01-31 浙江大华技术股份有限公司 存储介质、流媒体传输及播放方法、分片方法和装置
CN111372099A (zh) * 2020-03-20 2020-07-03 山东云缦智能科技有限公司 一种低延迟hls直播的实现方法
CN111935507A (zh) * 2020-08-19 2020-11-13 上海连尚网络科技有限公司 视频切换方法和设备
CN112866763A (zh) * 2020-12-28 2021-05-28 网宿科技股份有限公司 Hls多码率流切片的序列号生成方法、服务器及存储介质
CN115623247A (zh) * 2021-07-15 2023-01-17 中国移动通信集团湖南有限公司 Hls流媒体数据的处理方法、装置及系统
CN114124939A (zh) * 2021-11-25 2022-03-01 北京奇艺世纪科技有限公司 一种预缓存文件处理方法、装置及文件预缓存系统
CN114124939B (zh) * 2021-11-25 2024-03-26 北京奇艺世纪科技有限公司 一种预缓存文件处理方法、装置及文件预缓存系统
CN114666627A (zh) * 2022-03-01 2022-06-24 深圳市博安智控科技有限公司 一种流媒体视频预加载的方法、装置、电子设备以及存储介质
CN115065859A (zh) * 2022-06-07 2022-09-16 北京达佳互联信息技术有限公司 视频数据获取方法、装置、设备及介质
CN115065859B (zh) * 2022-06-07 2024-05-07 北京达佳互联信息技术有限公司 视频数据获取方法、装置、设备及介质
CN119729118A (zh) * 2024-12-18 2025-03-28 浪潮云信息技术股份公司 支持倒放的hls点播播放器实现方法及播放器

Similar Documents

Publication Publication Date Title
WO2017035783A1 (fr) Procédé de transmission et de lecture multimédias à diffusion en continu, et dispositif de transmission et de lecture
WO2011059272A2 (fr) Procédé et appareil permettant d'offrir un service trick play
WO2017035787A1 (fr) Procédé, dispositif et système pour stocker un fichier de contenu multimédia de diffusion en continu
WO2017035786A1 (fr) Procédé, dispositif et système de lecture et de vérification d'un fichier multimédia de diffusion en continu
WO2012030178A2 (fr) Procédé et dispositif pour fournir un flux de données de contenu
WO2017124932A1 (fr) Procédé et terminal de partage de ressources
WO2020125251A1 (fr) Procédé d'apprentissage de paramètres de modèle basé sur un apprentissage fédéré, dispositif, appareil et support
WO2018076865A1 (fr) Procédé, dispositif, support d'informations et dispositif électronique de partage de données
WO2011059274A2 (fr) Procédé et appareil de diffusion adaptative en flux
WO2014007502A1 (fr) Appareil d'affichage, système interactif, et procédé de fourniture d'information de réponse
WO2014030889A1 (fr) Procédé et appareil de partage de contenu
WO2016148458A1 (fr) Procédé pour maintenir une session miracast persistante sur une liaison sans fil
WO2018076841A1 (fr) Procédé de partage de données, appareil, support de stockage, et serveur
WO2012047028A2 (fr) Appareil et procédé de fourniture de contenu multimédia en temps réel
EP3039564A1 (fr) Procédé pour partager des données multimédias et dispositif électronique associé
WO2018080060A1 (fr) Dispositif de sortie de contenu, et procédé de commande associé
WO2016010229A1 (fr) Procédé de fonctionnement d'un client et d'un serveur pour service de lecture en flux continu
WO2016171401A1 (fr) Procédé et dispositif pour le partage d'un document à édition coopérative
WO2016129963A1 (fr) Procédé de prise en charge de service de diffusion en continu multi-vues, et dispositif associé
WO2017028573A1 (fr) Procédé et système de traitement d'informations d'image sur la base d'un terminal mobile
WO2019223600A1 (fr) Procédé et dispositif de transmission audio bluetooth, et support de stockage lisible par ordinateur
WO2016091000A1 (fr) Procédé de commutation de taux de code dynamique, serveur et système
WO2017067375A1 (fr) Procédé de configuration d'arrière-plan vidéo et dispositif terminal
WO2018076873A1 (fr) Procédé de partage de données, appareil, support, dispositif électronique, et système
WO2020096148A1 (fr) Procédé et dispositif de commutation de canaux de service multimédia

Legal Events

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

Ref document number: 15902590

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15902590

Country of ref document: EP

Kind code of ref document: A1