WO2017035795A1 - Procédé et dispositif pour transmettre des données de contenu multimédia de diffusion en continu - Google Patents

Procédé et dispositif pour transmettre des données de contenu multimédia de diffusion en continu Download PDF

Info

Publication number
WO2017035795A1
WO2017035795A1 PCT/CN2015/088774 CN2015088774W WO2017035795A1 WO 2017035795 A1 WO2017035795 A1 WO 2017035795A1 CN 2015088774 W CN2015088774 W CN 2015088774W WO 2017035795 A1 WO2017035795 A1 WO 2017035795A1
Authority
WO
WIPO (PCT)
Prior art keywords
fragment
file
fragment file
streaming media
media data
Prior art date
Application number
PCT/CN2015/088774
Other languages
English (en)
Chinese (zh)
Inventor
周逻理
Original Assignee
深圳好视网络科技有限公司
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 深圳好视网络科技有限公司 filed Critical 深圳好视网络科技有限公司
Priority to PCT/CN2015/088774 priority Critical patent/WO2017035795A1/fr
Publication of WO2017035795A1 publication Critical patent/WO2017035795A1/fr

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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network

Definitions

  • the invention belongs to the field of network technologies, and in particular relates to a method and a device for processing and processing streaming media data.
  • Peer-to-Peer (P2P) streaming media playback technology uses P2P
  • the principle is to establish a streaming media playback network, which can save the server bandwidth consumption and reduce the processing pressure of the server, so that a single server can easily load thousands of users to simultaneously play streaming media.
  • HLS HTTP Live Streaming
  • the biggest feature is that the client does not get a complete data stream.
  • the HLS protocol cuts and stores streaming media files into multiple consecutive, very short TS fragment files on the server side, and creates an m3u8 index file for recording these TSs.
  • the fragment number corresponding to the fragment file is based on the fragmented transmission of the streaming media data, so that the streaming media is played on the client.
  • the TS fragment file size in the HLS protocol is an average of 3 ⁇ 5MB
  • the P2P specified by the P2P protocol is 1k. Therefore, it is not possible to share the streaming media data of the HLS protocol through the P2P network.
  • the streaming media data of the protocol requires a large amount of server resources in the transmission process, which greatly increases the system cost of the streaming media playback system.
  • the embodiment of the present invention provides a method and a device for processing and processing streaming media data, so as to implement HLS through a P2P network.
  • the transmission of streaming media data of the protocol reduces the system cost of the streaming media playback system.
  • the embodiment of the present invention is implemented by the method for transmitting and processing streaming media data, including:
  • fragmentation information of the TS fragment file to the client, where the fragmentation information includes the TS a second fragment number of the fragment file, a starting first fragment sequence number of the P2P fragment file corresponding to the TS fragment file, and a size of the TS fragment file, so that the client is configured according to the location Framing information from the
  • the P2P network pulls the P2P fragment file and restores the TS fragment file to play.
  • Another object of the present invention is to provide a transmission processing device for streaming media data, including:
  • a fragmentation processing unit for cutting each TS fragment file stored in the server into multiple P2Ps a slice file, and sequentially generating a first slice sequence number for each of the P2P slice files, wherein different first slice numbers of adjacent P2P slice files between the TS slice files are consecutive;
  • a sending unit configured to send the P2P fragment file to a P2P network
  • a first receiving unit configured to receive a streaming media data request sent by the client
  • a first sending unit configured to send the TS to the client according to the streaming media data request a fragmentation information of the fragmentation file, where the fragmentation information includes a second fragment serial number of the TS fragmentation file, a first first fragment sequence number of the P2P fragmentation file corresponding to the TS fragmentation file, and
  • the TS The size of the fragment file is such that the client pulls the P2P fragment file from the P2P network according to the fragmentation information and restores the playback to the TS fragment file.
  • the server cuts the TS fragment file in the streaming media data of the HLS protocol into P2P.
  • the fragmentation file is used to transmit the streaming media data through the P2P network, and the fragmentation information related to the conversion process is sent to the client, so that the client can output the P2P according to the fragmentation information.
  • the streaming media data extracted by the network is restored to the streaming media data of the HLS protocol and played, which effectively reduces the server pressure during the streaming media data transmission process, and greatly saves the system cost of the streaming media playback system.
  • Another object of the embodiments of the present invention is to provide a method for processing streaming media data, including:
  • the server Receiving, by the server, fragmentation information of a stored TS fragment file returned by the streaming media data request, the fragmentation information including the a second fragment number of the TS fragment file, a starting first fragment sequence number of the P2P fragment file corresponding to the TS fragment file, and a size of the TS fragment file, the TS The slice file is cut into a plurality of P2P slice files in the server;
  • Another object of the present invention is to provide a transmission processing device for streaming media data, including:
  • a streaming media file transmission processing device comprising:
  • a third sending unit configured to send a streaming media data request to the server
  • a second receiving unit configured to receive, by the server, the stored TS that is returned according to the streaming media data request Fragment information of the fragment file, the fragmentation information includes a second fragment sequence number of the TS fragment file, a starting first fragment sequence number of the P2P fragment file corresponding to the TS fragment file, and the TS The size of the fragment file, the TS fragment file being cut into a plurality of P2P fragment files in the server;
  • a P2P downloading unit configured to: according to the size of the TS fragment file in the fragmentation information, corresponding to the TS fragment file
  • the first fragment number of the P2P fragment file is extracted from the P2P network, and the P2P fragment file corresponding to the TS fragment file is extracted to reconstruct the TS fragment file.
  • a constructing unit configured to construct m3u8 according to the second fragment serial number of the TS fragment file in the fragmentation information Index file
  • a playing unit configured to play the streaming media data according to the TS fragment file and the m3u8 index file.
  • the streaming media playing client obtains the fragmentation information from the server, from the P2P.
  • the streaming media data is pulled in the network, and the streamed data obtained by the bit is restored to HLS according to the fragmentation information.
  • the streaming media data of the protocol is played and played, thereby increasing the loading speed of the streaming media data, and effectively reducing the server pressure during the streaming media data transmission process, thereby greatly saving the system cost of the streaming media playing system.
  • 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 server end of a method for processing streaming media data according to an embodiment of the present invention
  • FIG. 3 is a flowchart of an implementation of a server for processing a streaming media data according to another embodiment of the present invention.
  • FIG. 4 is a flowchart of an implementation of a server for processing a streaming media data according to another embodiment of the present invention.
  • FIG. 5 is a flowchart of an implementation of a client for processing a streaming media data according to an embodiment of the present invention
  • FIG. 6 is a flowchart of a specific implementation of a client S503 for processing a streaming media data according to an embodiment of the present invention
  • FIG. 7 is a structural block diagram of a server end of a streaming media data transmission processing device according to an embodiment of the present invention.
  • FIG. 8 is a structural block diagram of a client of a streaming media data transmission processing device according to an embodiment of the present invention.
  • FIG 1 The architecture of the streaming media data processing method and apparatus provided by the embodiment of the present invention is shown in the following. 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 P2P network.
  • the streaming media playback client 14 is structured, and the functions of each part of the architecture in the streaming media system are as follows:
  • the first server module 11 serves as a source server or a source server group for streaming media, and is used to provide HLS for the streaming media system. Streaming media resources of the protocol, or storing and managing streaming media resources of the HLS protocol.
  • the second server module 12 may exist in the form of a server or a server group for pulling from the first server module 11
  • the streaming media data of the HLS protocol processes the streaming media data, converts it into the streaming media data of the P2P protocol, and delivers the data to the P2P network 13, and simultaneously plays the client according to the streaming media.
  • the streaming media data request sends the related information in the streaming media data conversion process to the streaming media playing client 14 .
  • the streaming media playing client 14 is directed to the second server module 12 according to the user's program playing demand. Initiating a streaming media data request, and extracting streaming media data corresponding to the program from the P2P network 13 according to the analysis result of the streaming media data request, and restoring to HLS Protocol streaming data to enable playback of streaming media programs.
  • the streaming media data of the HLS protocol can be passed through P2P.
  • the network transmits and restores the received streaming media data to HLS in the streaming media playback client (hereinafter referred to as the client).
  • the streaming media data of the protocol is played to enable online on-demand or live broadcast of streaming programs.
  • the following is a specific implementation example, which is based on the second server module 12 (hereinafter referred to as the server) and the streaming media playing client. 14 (hereinafter referred to as the client) implementation of streaming media data transmission processing methods and devices are elaborated:
  • Figure 2 shows an embodiment of the present invention.
  • the execution body of the process is a server, and the implementation process is as follows:
  • each TS fragment file stored in the server is cut into multiple P2Ps respectively.
  • a slice file, and a first slice sequence number is generated for each of the P2P slice files in sequence, and a first slice sequence number of the adjacent P2P slice files between the TS slice files is consecutive.
  • the server pulls the HLS from the streaming source server (that is, the first server module shown in Figure 1).
  • the streaming media data of the protocol, the streaming media data extracted includes a continuous, short duration TS fragment file (MPED-TS format), and the m3u8 index file of the TS fragment files.
  • the m3u8 index file records information such as the fragment number of each TS fragment file.
  • it is stored through a cache node node. TS slice file and related information.
  • the TS shard file pulled from the streaming source server is stored locally, and in S201, the server stores each TS for it.
  • the fragment file is converted into P2P protocol, and each TS fragment file is respectively cut into multiple P2P fragment files, and corresponding fragment numbers are generated for each P2P fragment file in sequence, which is used to represent each The playback order of P2P shard files.
  • the size of each P2P fragment file does not exceed 1K, and the size of a TS fragment file is not necessarily A multiple of 1K, therefore, the size of the last P2P slice file corresponding to a TS slice file may be less than or equal to 1K.
  • the first fragment number of the P2P fragment file is continuous, which means that in the process of cutting each TS fragment file, the P2P fragment file obtained by the cutting is continuously encoded according to the playing order, for example, the fragment serial number.
  • the fragment number of the last P2P fragment file corresponding to the TS fragment file of 1 is 1060
  • the fragment number of the starting P2P fragment file corresponding to the TS fragment file with the fragment number 2 is 1061.
  • the P2P fragment file is delivered to the P2P network.
  • the server For the cut P2P fragment file, the server sends it to the P2P network to enable the client to access the P2P.
  • the streaming media data of the P2P protocol is pulled in the network.
  • the TS The size of the fragment file is such that the client pulls the P2P fragment file from the P2P network according to the fragmentation information and restores the playback to the TS fragment file.
  • the client When the streaming program needs to be played, the client initiates a streaming data request for the streaming program to the server, and the server stores the TS according to the received streaming data request.
  • the relevant fragmentation information of the fragment file is returned to the client.
  • the corresponding fragmentation information includes the fragment sequence number of the TS fragment file in the m3u8 index file, and the TS The size of the fragment file, and the initial P2P corresponding to the TS fragment file after switching the TS fragment to multiple P2P fragment files The slice number of the slice file.
  • the client may extract the P2P corresponding to the TS fragment file from the P2P network based on the fragmentation information.
  • the streaming media source server refreshes the TS fragment file every preset time (for example, 5 seconds).
  • the m3u8 index file therefore, each time a new TS fragment file is received, the server will store a local TS that is currently stored locally.
  • the fragment file and its related information are deleted to ensure local storage space and update the streaming media data.
  • due to the TS stored in the server The fragment file will be continuously updated.
  • the S204 When the server sends the fragmentation information of the TS fragment file to the client according to the streaming media data request of the client, the server does not send the fragmentation information to the client from the currently stored TS fragment file.
  • S204 in Figure 2 is further implemented by S205 in Figure 3:
  • the TS is sent to the client, starting from the Nth TS fragment file currently stored by the server.
  • the fragmentation information of the fragment file where N is an integer greater than one.
  • the N can be a preset value, and the setting of the value can ensure that the client pulls the corresponding P2P fragment file before the
  • the TS fragment file corresponding to the P2P fragment file and its related information are not deleted in the server to ensure that the client can successfully obtain P2P after obtaining the fragmentation information of the TS fragment file from the server.
  • the network pulls the P2P fragment file corresponding to the TS fragment file.
  • the server may further send each TS to the P2P network in a bitmap manner.
  • the distribution information of the P2P fragment file corresponding to the fragment file is as shown in FIG. 4, and the method further includes:
  • S206 Send a P2P about the TS fragment file to the P2P network. Fragmenting the file bitmap to cause the client to pull the P2P fragment file from the P2P network according to the P2P fragment file bitmap.
  • Bitmap is a data structure that represents an object with each bit of a memory area.
  • each element is '0' or '1', respectively, to indicate that its corresponding element does not exist or exists.
  • the M-bit bitmap is used to indicate whether each P2P fragment file exists, and the server sends the bitmap to P2P.
  • the network when the client pulls the streaming media data of the P2P protocol, first obtains the P2P fragment file bitmap from the P2P network, and then according to the P2P fragment file bitmap, from the P2P Pull the corresponding P2P fragment file from other clients in the network.
  • the P2P corresponding to each TS fragment file in the client can be clearly and intuitively displayed and managed.
  • the acquisition of the fragment file helps the client to quickly pull out the missing P2P fragment file, and the client side pulls the P2P according to the bitmap.
  • the method of sharding the file will be explained in detail in the following embodiments, and will not be described here.
  • the server cuts the TS fragment file in the streaming media data of the HLS protocol into P2P.
  • the fragmentation file is used to transmit the streaming media data through the P2P network, and the fragmentation information related to the conversion process is sent to the client, so that the client can output the P2P according to the fragmentation information.
  • the streaming media data extracted by the network is restored to the streaming media data of the HLS protocol and played, which effectively reduces the server pressure during the streaming media data transmission process, and greatly saves the system cost of the streaming media playback system.
  • the client After the user selects the streaming program currently to be played in the playlist, the client sends a streaming media data request for the streaming program to the server. After receiving the streaming data request, the server returns to the client its locally stored information about the streaming program.
  • the fragmentation information of the TS fragment file For each TS fragment file, the corresponding fragmentation information includes the fragment sequence number of the TS fragment file in the m3u8 index file, and the TS The size of the fragment file, and the starting fragment number of the P2P fragment file corresponding to the TS fragment file after the server slices the TS fragment into multiple P2P fragment files.
  • each P2P fragment file Since the size of each P2P fragment file is normally 1k, it is based on TS in the fragmentation information.
  • the size of the fragment file and the starting first fragment number of the P2P fragment file corresponding to the TS fragment file, and each P2P corresponding to the TS fragment file can be known.
  • the slice number of the slice file For example, in the fragmentation information, the size of the TS fragment file is 1M, and the starting fragment number of the P2P fragment file corresponding to the TS fragment file is 1, and the TS can be known.
  • the P2P fragment file corresponding to the fragment file has a total of 1024 slices, and the corresponding slice sequence number ranges from 1 to 1024. Obtain the P2P corresponding to the TS fragment file.
  • the client can pull the P2P fragment file from the P2P network based on the fragment sequence number of the P2P fragment file, and according to each P2P.
  • the fragment sequence number corresponding to the fragment file is used to re-splice the extracted P2P fragment file into the corresponding TS fragment file.
  • m3u8 is constructed according to the second fragment number of the TS fragment file in the fragmentation information. Index file.
  • the client While pulling the P2P fragment file and splicing it into a TS fragment file, the client also uses TS in the fragmentation information.
  • the fragment number of the fragment file is used to construct the m3u8 index file.
  • the fragment sequence number in the index file sequentially plays the TS fragment file obtained by the splicing, thereby realizing the playback of the streaming media data.
  • the server when the server sends a bitmap to the P2P network about each TS
  • the distribution information of the P2P fragment file corresponding to the fragment file is as shown in FIG. 6, the P2P corresponding to the TS fragment file is extracted from the P2P network.
  • the scheme of the fragment file can be further implemented by:
  • the P2P fragment file bitmap is sent by the server to the P2P network.
  • each bit represents a P2P.
  • a fragment file with each bit being '0' or '1', indicating that its corresponding P2P fragment file does not exist or exists, respectively.
  • the server sends the bitmap to the P2P network, and the client pulls the P2P.
  • the P2P fragment file bitmap is first obtained from the P2P network.
  • the client After the client obtains the P2P fragment file bitmap, it needs to be based on the local P2P.
  • the pull of the shard file the elements in the shard are updated. For example, for a P2P fragment file with a slice number of 1 ⁇ 10, the client only pulls the slice numbers 1 , 3 , 5 , 7 .
  • the P2P fragment file of 9 the bit position corresponding to the five P2P fragment files in the bitmap is '1', indicating that the five P2P fragment files have been pulled, and the bitmap is sliced.
  • Serial number 2 The bit position '0' of the P2P fragment file of 4, 6, 8, 10, 10 is used to indicate that the five P2P fragment files have not been pulled.
  • the P2P slice file bitmap of the slice file is compared.
  • P2P is pulled from all clients located in the P2P network. Fragmented files, meanwhile, and because of the same streaming data, P2P Each client in the network maintains the same bitmap with the same data structure locally. Therefore, by comparing the local bitmap with each bit of the bitmap stored by other clients, you can know which clients are in the client. There is a client that has not been pulled yet. The P2P file is fragmented, and based on the comparison result, it is decided which P2P fragment files are pulled from other clients.
  • a bitmap is used to represent the P2P corresponding to each TS fragment file in the client.
  • the distribution information of the fragment file can clearly and intuitively display and manage the acquisition of the P2P fragment file corresponding to each TS fragment file in the client, thus helping the client to quickly pull the missing P2P.
  • the shard file improves the loading speed of streaming media data.
  • the streaming media playing client obtains the fragmentation information from the server, from the P2P.
  • the streaming media data is pulled in the network, and the streamed data obtained by the bit is restored to HLS according to the fragmentation information.
  • the streaming media data of the protocol is played and played, thereby increasing the loading speed of the streaming media data, and effectively reducing the server pressure during the streaming media data transmission process, thereby greatly saving the system cost of the streaming media playing system.
  • FIG. 7 shows an embodiment of the present invention.
  • a structural block diagram of the transmission processing device of the streaming media data wherein the streaming media data transmission processing device 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 slice processing unit 71 cuts each TS slice file stored in the server into multiple P2Ps a slice file, and a first slice sequence number is generated for each of the P2P slice files in sequence, and a first slice sequence number of the adjacent P2P slice files between the TS slice files is consecutive.
  • the TS fragment file that the server pulls from the streaming media source server is stored locally, in the fragment processing unit 71.
  • the server performs P2P protocol conversion processing on each TS fragment file stored therein, and cuts each TS fragment file into multiple P2P fragment files, and sequentially for each P2P.
  • the shard file generates the corresponding shard sequence number, which is used to indicate the playback order of each P2P shard file. It should be noted that the size of each P2P fragment file does not exceed 1K according to the P2P protocol. However, since the size of a TS fragment file is not necessarily a multiple of 1K, the size of the last P2P fragment file corresponding to a TS fragment file may be less than or equal to 1K. .
  • the first fragment number of the adjacent P2P fragment file between different TS fragment files is consecutive, which means that each TS is
  • the P2P slice file obtained by the cut is continuously coded according to the play order thereof, for example, the last P2P corresponding to the TS slice file whose slice number is 1.
  • the fragment number of the fragment file is 1060
  • the fragment number of the starting P2P fragment file corresponding to the TS fragment file with the fragment number 2 is 1061.
  • the sending unit 72 delivers the P2P fragment file to the P2P network.
  • the sending unit 72 sends it to the P2P network, so that the client can
  • the P2P network pulls the streaming media data of the P2P protocol.
  • the first receiving unit 73 receives the streaming media data request sent by the client.
  • the first sending unit 74 sends the TS to the client according to the streaming media data request.
  • a fragmentation information of the fragmentation file where the fragmentation information includes a second fragment serial number of the TS fragmentation file, a first first fragment sequence number of the P2P fragmentation file corresponding to the TS fragmentation file, and
  • the TS The size of the fragment file is such that the client pulls the P2P fragment file from the P2P network according to the fragmentation information and restores the playback to the TS fragment file.
  • the client When the streaming program needs to be played, the client initiates a streaming data request for the streaming program to the server, according to the first receiving unit 73.
  • the first sending unit 74 Receiving the received streaming media data request, the first sending unit 74 returns the related fragmentation information of the stored TS fragment file to the client, and for each TS fragment file, the corresponding fragmentation information includes The fragment number of the TS fragment file in the m3u8 index file, the size of the TS fragment file, and the corresponding start of the TS fragment file after the TS fragment is switched into multiple P2P fragment files. The fragment number of the P2P fragment file.
  • the first sending unit 74 is specifically configured to:
  • the N can be a preset value, and the setting of the value can ensure that the client pulls the corresponding P2P fragment file before the
  • the TS fragment file corresponding to the P2P fragment file and its related information are not deleted in the server to ensure that the client can successfully obtain P2P after obtaining the fragmentation information of the TS fragment file from the server.
  • the network pulls the P2P fragment file corresponding to the TS fragment file.
  • the device further includes:
  • a second sending unit sending, to the client, a P2P fragment file bitmap of the TS fragment file, so that the client is according to the The P2P fragment file bitmap pulls the P2P fragment file from the P2P network.
  • each element is '0' or '1' to indicate that its corresponding element does not exist or exists.
  • the M-bit bitmap is used to indicate whether each P2P fragment file exists, and the server sends the bitmap to P2P.
  • the network when the client pulls the streaming media data of the P2P protocol, first obtains the P2P fragment file bitmap from the P2P network, and then according to the P2P fragment file bitmap, from the P2P Pull the corresponding P2P fragment file from other clients in the network.
  • the P2P corresponding to each TS fragment file in the client can be clearly and intuitively displayed and managed. The acquisition of the fragment file helps the client to quickly pull the missing P2P fragment file.
  • FIG. 8 shows the embodiment of the present invention.
  • a structural block diagram of the transmission processing device of the streaming media data wherein the streaming media data transmission processing device may be built in the streaming media playing client 14 or the streaming media playing client 14 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 third sending unit 81 sends a streaming media data request to the server.
  • the second receiving unit 82 receives the TS stored by the server according to the streaming media data request.
  • Fragment information of the fragment file, the fragmentation information includes a second fragment sequence number of the TS fragment file, a starting first fragment sequence number of the P2P fragment file corresponding to the TS fragment file, and the TS The size of the fragment file, which is cut into a plurality of P2P fragment files in the server.
  • the third sending unit 81 A streaming media data request for the streaming program is sent to the server.
  • the server After receiving the streaming data request, the server returns to the client its locally stored TS for the streaming program.
  • Fragmentation information of the fragment file For each TS fragment file, the corresponding fragmentation information includes the fragment sequence number of the TS fragment file in the m3u8 index file, and the TS The size of the fragment file, and the starting fragment number of the P2P fragment file corresponding to the TS fragment file after the server slices the TS fragment into multiple P2P fragment files.
  • a P2P download unit 83 according to the size of the TS fragment file in the fragmentation information and the corresponding TS fragment file
  • the first fragment number of the P2P fragment file is extracted from the P2P network to retrieve the P2P fragment file corresponding to the TS fragment file to reconstruct the TS fragment file.
  • each P2P fragment file Since the size of each P2P fragment file is normally 1k, it is based on TS in the fragmentation information.
  • the size of the fragment file and the starting first fragment number of the P2P fragment file corresponding to the TS fragment file, and each P2P corresponding to the TS fragment file can be known.
  • the slice number of the slice file For example, in the fragmentation information, the size of the TS fragment file is 1M, and the starting fragment number of the P2P fragment file corresponding to the TS fragment file is 1, and the TS can be known.
  • the P2P fragment file corresponding to the fragment file has a total of 1024 slices, and the corresponding slice sequence number ranges from 1 to 1024.
  • the P2P download unit 73 can pull the P2P slice file from the P2P network based on the slice sequence number of the P2P slice file, and according to each P2P The fragment sequence number corresponding to the fragment file is used to re-splice the extracted P2P fragment file into the corresponding TS fragment file.
  • the constructing unit 84 is configured to construct m3u8 according to the second fragment serial number of the TS fragment file in the fragmentation information. Index file.
  • a playing unit 85 according to the TS fragment file and the m3u8 An index file that plays the streaming media data.
  • the construction unit 84 is also based on the TS information in the fragmentation information.
  • the fragment number of the fragment file, constructing the m3u8 index file, thereby completing the restoration of the streaming media data of the HLS protocol, and the playback unit 85 can follow m3u8
  • the fragment sequence number in the index file sequentially plays the TS fragment file obtained by the splicing, thereby realizing the playback of the streaming media data.
  • the P2P download unit 83 includes:
  • the P2P fragment file bitmap is sent by the server to the P2P network.
  • each bit represents a P2P.
  • a fragment file with each bit being '0' or '1', indicating that its corresponding P2P fragment file does not exist or exists, respectively.
  • the server sends the bitmap to the P2P network and pulls the P2P
  • the obtaining subunit first obtains the P2P fragment file bitmap from the P2P network.
  • the P2P slice file bitmap is updated.
  • the update sub-sheet needs to be based on the local P2P.
  • the pull of the shard file the elements in the shard are updated. For example, for a P2P fragment file with a slice number of 1 ⁇ 10, the client only pulls the slice numbers 1 , 3 , 5 , 7 .
  • the P2P fragment file of 9 the bit position corresponding to the five P2P fragment files in the bitmap is '1', indicating that the five P2P fragment files have been pulled, and the bitmap is sliced.
  • Serial number 2 The bit position '0' of the P2P fragment file of 4, 6, 8, 10, 10 is used to indicate that the five P2P fragment files have not been pulled.
  • P2P Due to the download principle of the P2P network, P2P is pulled from all clients located in the P2P network. Fragmented files, meanwhile, and because of the same streaming data, P2P Each client in the network maintains the same bitmap with the same data structure locally. Therefore, the comparison subunit can know which bits of the bitmap stored by other clients are compared with each bit of the bitmap stored by other clients. The client has not yet pulled the client. The P2P file is fragmented, and based on the comparison result, it is decided which P2P fragment files are pulled from other clients.
  • a bitmap is used to represent the P2P corresponding to each TS fragment file in the client.
  • the distribution information of the fragment file can clearly and intuitively display and manage the acquisition of the P2P fragment file corresponding to each TS fragment file in the client, thus helping the client to quickly pull the missing P2P.
  • the shard file improves the loading speed of streaming media data.
  • 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)
  • Information Transfer Between Computers (AREA)

Abstract

L'invention concerne un procédé et un dispositif pour transmettre des données de contenu multimédia de diffusion en continu, se rapportant au domaine technique des réseaux. Le procédé consiste : à couper respectivement chaque fichier de segment TS stocké dans un serveur en une pluralité de fichiers de segment entre homologues (P2P), et à générer séquentiellement un premier numéro de segment pour chacun des fichiers de segment P2P, les premiers numéros de segment de fichiers de segment P2P adjacents dans différents fichiers de segment TS étant consécutifs ; à distribuer les fichiers de segment P2P à un réseau P2P ; à recevoir une requête de données de contenu multimédia de diffusion en continu envoyée par un client ; à envoyer des informations de segment des fichiers de segment TS au client selon la requête de données de contenu multimédia de diffusion en continu de telle sorte que le client extrait les fichiers de segment P2P à partir du réseau P2P selon les informations de segment et restaure les fichiers de segment P2P comme fichiers de segment TS pour une lecture. Le procédé réduit de manière efficace le poids du serveur durant une transmission de données de contenu multimédia de diffusion en continu, et réduit considérablement les coûts du système de lecture de contenu multimédia de diffusion en continu.
PCT/CN2015/088774 2015-09-01 2015-09-01 Procédé et dispositif pour transmettre des données de contenu multimédia de diffusion en continu WO2017035795A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/088774 WO2017035795A1 (fr) 2015-09-01 2015-09-01 Procédé et dispositif pour transmettre des données de contenu multimédia de diffusion en continu

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/088774 WO2017035795A1 (fr) 2015-09-01 2015-09-01 Procédé et dispositif pour transmettre des données de contenu multimédia de diffusion en continu

Publications (1)

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

Family

ID=58186543

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/088774 WO2017035795A1 (fr) 2015-09-01 2015-09-01 Procédé et dispositif pour transmettre des données de contenu multimédia de diffusion en continu

Country Status (1)

Country Link
WO (1) WO2017035795A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112769958A (zh) * 2021-02-05 2021-05-07 上海哔哩哔哩科技有限公司 点对点网络调度方法和***
CN113271475A (zh) * 2021-04-12 2021-08-17 北京奇艺世纪科技有限公司 一种数据处理方法、***、电子设备及存储介质
CN114745371A (zh) * 2022-05-09 2022-07-12 湖南快乐阳光互动娱乐传媒有限公司 一种点对点的下载方法、装置、设备及介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101207805A (zh) * 2006-12-20 2008-06-25 北京汉辰科技有限公司 一种利用p2p机顶盒技术的流媒体传输***及其方法
CN101714987A (zh) * 2009-11-16 2010-05-26 中国电信股份有限公司 P2p播放方法及***
US20110082943A1 (en) * 2009-10-07 2011-04-07 Samsung Electronics Co., Ltd. P2p network system and data transmitting and receiving method thereof
CN104581374A (zh) * 2014-12-31 2015-04-29 深圳市同洲电子股份有限公司 一种获取切片文件和生成子m3u8文件的方法、节点及服务器
CN104735044A (zh) * 2014-11-18 2015-06-24 深圳市同洲电子股份有限公司 一种流媒体直播方法及***

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101207805A (zh) * 2006-12-20 2008-06-25 北京汉辰科技有限公司 一种利用p2p机顶盒技术的流媒体传输***及其方法
US20110082943A1 (en) * 2009-10-07 2011-04-07 Samsung Electronics Co., Ltd. P2p network system and data transmitting and receiving method thereof
CN101714987A (zh) * 2009-11-16 2010-05-26 中国电信股份有限公司 P2p播放方法及***
CN104735044A (zh) * 2014-11-18 2015-06-24 深圳市同洲电子股份有限公司 一种流媒体直播方法及***
CN104581374A (zh) * 2014-12-31 2015-04-29 深圳市同洲电子股份有限公司 一种获取切片文件和生成子m3u8文件的方法、节点及服务器

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112769958A (zh) * 2021-02-05 2021-05-07 上海哔哩哔哩科技有限公司 点对点网络调度方法和***
WO2022166593A1 (fr) * 2021-02-05 2022-08-11 上海哔哩哔哩科技有限公司 Procédé et système de planification de réseau point à point
CN113271475A (zh) * 2021-04-12 2021-08-17 北京奇艺世纪科技有限公司 一种数据处理方法、***、电子设备及存储介质
CN113271475B (zh) * 2021-04-12 2023-01-10 北京奇艺世纪科技有限公司 一种数据处理方法、***、电子设备及存储介质
CN114745371A (zh) * 2022-05-09 2022-07-12 湖南快乐阳光互动娱乐传媒有限公司 一种点对点的下载方法、装置、设备及介质

Similar Documents

Publication Publication Date Title
US9734242B2 (en) Systems and methods for synchronizing operations among a plurality of independently clocked digital data processing devices that independently source digital data
KR101233582B1 (ko) 비-스트리밍 프로토콜을 통해 멀티미디어 데이터를 스트리밍하기 위한 방법
CN106550245B (zh) 具有压缩播放列表的实时或近实时流传输
WO2017035783A1 (fr) Procédé de transmission et de lecture multimédias à diffusion en continu, et dispositif de transmission et de lecture
WO2016010229A1 (fr) Procédé de fonctionnement d'un client et d'un serveur pour service de lecture en flux continu
US8634560B1 (en) Time-based secure key synchronization
WO2017129079A1 (fr) Procédé, serveur et terminal d'insertion d'informations d'émission pendant une diffusion vidéo en direct
WO2017035795A1 (fr) Procédé et dispositif pour transmettre des données de contenu multimédia de diffusion en continu
WO2015076537A1 (fr) Procédé de fourniture de vidéo, et système de fourniture de vidéo
CN109151491B (zh) 数据分发***、方法及计算机可读存储介质
JP2020520205A (ja) リモートデータのアプリケーションによる消費を同期させるための方法と装置
WO2017035787A1 (fr) Procédé, dispositif et système pour stocker un fichier de contenu multimédia de diffusion en continu
WO2012176979A1 (fr) Procédé et système de service de diffusion en continu de vidéo de qualité élevée
JP2011119859A (ja) コンテンツ再生システム、コンテンツ再生方法、プログラム、および、記録媒体
CN111436009A (zh) 一种实时视频流传送、显示方法以及传送和播放***
JP2011199567A (ja) コンテンツ再生装置およびコンテンツ再生方法
WO2018076446A1 (fr) Système, dispositif et procédé de synchronisation de message
RU2697702C1 (ru) Способ сжатия изображения, способ восстановления изображения, устройство сжатия изображения и устройство восстановления изображения
WO2013081270A1 (fr) Procédé destiné à fournir des images publicitaires dans un service de diffusion en flux et appareil pour service de diffusion en flux utilisant ce procédé
WO2017179271A1 (fr) Système de caméra de surveillance, et procédé d'enregistrement de données de caméra de surveillance
JP2019103087A (ja) 映像配信装置、制御方法及びプログラム
JP2006174519A (ja) セキュリティ方法及びセキュリティ装置
WO2013165054A1 (fr) Système d'autocommutateur privé sous protocole internet comprenant un serveur auxiliaire
WO2017035802A1 (fr) Procédé et appareil d'encodage et de lecture d'un flux de transport
AU2013202695B2 (en) Real-time or near real-time streaming

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: 15902602

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: 15902602

Country of ref document: EP

Kind code of ref document: A1