CN101047696A - Network flow media data playing method and system - Google Patents
Network flow media data playing method and system Download PDFInfo
- Publication number
- CN101047696A CN101047696A CNA2006100347402A CN200610034740A CN101047696A CN 101047696 A CN101047696 A CN 101047696A CN A2006100347402 A CNA2006100347402 A CN A2006100347402A CN 200610034740 A CN200610034740 A CN 200610034740A CN 101047696 A CN101047696 A CN 101047696A
- Authority
- CN
- China
- Prior art keywords
- channel
- client
- node
- server
- information
- 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.)
- Pending
Links
Images
Abstract
This invention relates to a method and a system for playing network stream media data including: A, a customer end gets information of channels, B, selecting channels to get related action node list of the channels, C, getting new fellow node information to realize distribution of stream media data between the customer end and the fellow nodes by a channel server. Said system includes a media source and a customer characterizing that the channel server stores updated channel information files in the channel issued Web server, which receives the channel sent by the channel server and stores its information files, the customer end gets new fellow node information based on the action node list to realize distribution and play of stream media data.
Description
Technical field
Electrical communication technology of the present invention relates in particular to a kind of network flow media data playing method and system.
Background technology
Along with the fast development of broadband networks access technology, Streaming Media is used and more and more is concerned by people.Traditional content distribution techniques based on streaming media server has run into bigger challenge: on the one hand because the bandwidth constraints of streaming media server, online number was limited when system can support, autgmentability is not high, particularly people have also improved the quality requirements of picture in recent years, and the code stream of now general Web TV is basically all about 400～600Kbps; On the other hand, the maintenance cost of streaming media server is higher.Based on above consideration, begin to be subjected to paying close attention to widely and developing based on the content distribution techniques of P2P.
In the P2P application, mainly contain three kinds of system architectures: centralized, pure distributed and hybrid.The typical case of centralized P2P is represented as eMule, BitTorrent, and it adopts a kind of entity of Tracker server to realize the storage and the search of information; Pure distributed P2P adopts the DHT technology exactly, stores information dispersion on the network each node, and adopts the P2P search technique to obtain these information; The typical case of hybrid P2P is represented as Skype, and it utilizes super node to carry out information stores and search.
In the prior art, the real-time stream media content distribution is main adopts application layer multicast tree (ALM) to propagate, the typical case of application layer multicast is represented as ZIGZAG model (the Duc A.Tran based on Dan Shu, KienA.Hua, TaiDo, " ZIGZAG:An Efficient Peer-to-Peer Scheme for Media Streaming ", IEEE2003) with based on the SplitStream model (M.Castro of many trees, P.Druschel, A.-M.Kermarrec, A.Nandi, A.Rowstron and A.Singh, " SplitStream:High-Bandwidth Multicast in Cooperative Environments ", in ACM SOSP, Bolton Landing, NY, USA, October 19-22,2003), multicast tree is the distribution tree structure of root node by safeguarding one in the overall situation with the source of media, similar network layer multicasting technology adopted in the data distribution, from the top down, distribution successively can only be accepted data from upper layer node passively as the user terminal of leaf node, and the data volume of root node is very big, formed the transfer of data bottleneck, this technical scheme is relatively poor for the adaptability that network dynamic topology changes, and can not make full use of the existing Internet resources of system, and efficient is low.
Summary of the invention
The object of the present invention is to provide a kind of high efficiency network flow media data playing method and system, relatively poor to solve the adaptability that changes for network dynamic topology in the prior art, inefficient problem.
Network flow media data playing method among the present invention adopts following steps:
A, client are obtained channel information;
B, select channel, obtain the tabulation of corresponding channel active node according to channel information;
C, client are obtained new partner node information according to this active node tabulation, realize the stream medium data distribution by channel server between client and partner node, and client is carried out corresponding broadcast.
Described steps A comprises the steps:
Connect the STUN server behind A1, the client terminal start-up, finish the test of client NAT type and outside ip address information;
A2, client connect channel issue Web server, by channel issue Web server download channels message file, indicated channel tabulation.
Described step B comprises the steps:
B1, choose required channel, and send NAT type and outside ip address information to the channel correlation server by channel list;
B2, client are landed described channel server, and channel server returns best channel active node tabulation according to client ip address region and passing through property of NAT to client according to selected channel.
Described channel server also returns stream medium data synchronizing information and Streaming Media header to client.
Among the described step C, described client keeps being connected by " heartbeat packet " mechanism and channel server.
Also comprise the steps: before the described steps A
Source of media is connected to channel server, adds a new channel, and channel server is preserved the channel of this source of media, and channel server carries out corresponding renewal to the channel information file.
Described source of media sends the stream medium data synchronizing information to channel server.
Described step C comprises the steps:
C1, client node are to active node request desired data sheet;
C2, customer end adopted Membe/Partner mechanism are come management node, and node and partner node are constantly found new node by the Gossip agreement, add the Member node as oneself, and all active nodes are upgraded;
Set up data channel by channel server between C3, client and the partner node, finish the stream medium data distribution, client is carried out corresponding broadcast to the stream medium data of receiving.
Among the described step C1, client sends to each partner node or the active node of holding this data slice randomly with the data slice request, to keep the load balance of node.
Among the described step C2, client node according to the playing progress rate of this locality and the validity of data slice, sends the request of obtaining of related data sheet by periodically sending the Gossip bag to partner node, and local node the data slice information that can provide.
Among the described step C2, client is periodically eliminated 20% partner node according to the quality and the flow evaluation of partner node, and the idle Member node of choosing equivalent is replaced.
Among the described step C3, adopt channel server to transmit NAT between the client and penetrate relevant signaling and carry out NAT/Firewall and penetrate, adopt udp protocol to connect data channel between the client.
This network flow media data Play System comprises source of media and client, and described source of media is preserved stream medium data, it is characterized in that: also comprise channel server and channel issue Web server, wherein,
Described channel server is preserved the channel of source of media, and the channel information file in the channel issue Web server is upgraded;
The channel that described channel issue Web server receiving channels server sends is preserved the channel information file;
Described client is chosen channel according to the channel information file in the channel issue Web server, channel server sends the tabulation of corresponding channel active node according to selected channel to client, client is tabulated according to active node and is obtained new partner node information, realize the stream medium data distribution by channel server between the partner node of client, client is play stream medium data.
Described customer end adopted Membe/Partner mechanism is come management node, and node is by constantly finding new node with the Gossip mechanism of partner node, and interpolation also as the Member node of oneself, is upgraded all active nodes.
In the described client buffer manager for use is set, described buffer manager for use adopts loop configuration, use the data block buffering pond of band reference count simultaneously, control local storage according to the progress of playing, this buffer manager for use is provided with two verniers, a progress that is used to indicate current broadcast, another is used to indicate locally buffered initial data sheet ID number, and the The data push-model adds buffer manager for use to; From buffer manager for use, obtain data slice during broadcast, and push away to the filter of Streaming Media and play up and play.
Described system also comprises the STUN server, described STUN server is by mutual with client-side information, finish the test of client NAT type and outside ip address information, also send described information to channel server as required by described NAT of client storage and IP information.
Described employing STUN server adopts Simple Traversal of UDP Through Network Address Translators (RFC 3489) and client to carry out information interaction.
Comprise a plurality of channel servers in the described system, adopt cascade between the described channel server, described channel server finish between the client and client and different channel server between the information transfer, described transfer information comprises that active node tabulation, NAT penetrate signaling.
Beneficial effect of the present invention is: in the present invention, client is obtained channel information, select channel according to channel information, obtain the tabulation of corresponding channel active node, client is obtained new partner node information according to this active node tabulation, between the partner node of client, realize the stream medium data distribution by channel server, client is carried out corresponding broadcast, specifically, customer end adopted Membe/Partner mechanism is come management node, node and partner node are constantly found new node by the Gossip agreement, add the Member node as oneself, promptly all active nodes are upgraded.Like this, in the present invention, the Gossip algorithm is adopted in the data distribution, node sends message for randomly part (activity) node in the system, each receives message (activity) node and continues to send message to other node, repeat this process, be sent to all nodes in the system up to message, in the transmission of flow media data process, audio frequency and video/stream medium data is divided into one by one little segment, the data of representing whether to have in the node certain segment with a buffer memory Mapping B Map (buffer map), constantly exchange BMap by the Gossip algorithm between node and the partner node and understand mutual caching situation, in other words, in data transmission procedure, just become relative data sending terminal or receiving terminal between the node (clients corresponding) mutually, thereby greatly reduce system's master server (as channel server, source of media) load, the existing Internet resources of the system that made full use of have improved system works efficient.
In the present invention, adopt the STUN server to adopt Simple Traversal of UDP Through Network Address Translators (RFC 3489) and client to carry out information interaction, finish the test of client NAT type and outside ip address information, can further improve the transparency of grid, for utilizing system's conventional network resources that valid approach is provided to greatest extent, practicality of the present invention and operability have further been improved.
In the present invention, client by safeguarding a local node view, can realize dynamically adjusting these partner nodes as each node according to quality and flow evaluation to partner node, makes the system transmissions CHANNEL OPTIMIZATION, has further improved practicality of the present invention.
Description of drawings
Fig. 1 is the embodiment of the invention 1 a system configuration schematic diagram;
Fig. 2 is a basic controlling flow process schematic diagram of the present invention;
Fig. 3 is the embodiment of the invention 1 a control flow schematic diagram;
Fig. 4 is the embodiment of the invention 2 system configuration schematic diagrames.
Embodiment
With embodiment the present invention is described in further detail with reference to the accompanying drawings below:
Embodiment 1:
According to Fig. 1, the present invention includes source of media 1, client 2, channel server 3, channel issue Web server 4 and STUN server 5.
As shown in Figure 1, source of media 1 is preserved stream medium data, and source of media 1 is connected to channel server 3, adds a new channel, and channel server 3 is preserved the channel of this source of media 1.
As shown in Figure 1, described channel server 3 is preserved the channel of source of media 1, and the channel information file in the channel issue Web server 4 is upgraded; The channel that channel issue Web server 4 receiving channels servers 3 send is preserved the channel information file, includes channel information and relevant information in the channel information file.
As shown in Figure 1, client 2 links with channel server 3, in this Fig. 1, for clearly illustrating relevant annexation, only shown a client 2, and in actual applications, may have several clients 2 links with channel server 3, client 2 is chosen channel according to the channel information file in the channel issue Web server 4, channel server 3 sends the tabulation of corresponding channel active node according to selected channel to client 2, client 2 is tabulated according to active node and is obtained new partner node information, between the partner node of client 2, realize the stream medium data distribution by channel server 3,2 pairs of stream medium datas of client are play, particularly, client 2 adopts Membe/Partner mechanism to come management node, and node and partner node are constantly found new node by the Gossip agreement, add Member node, all active nodes are upgraded as oneself.
In the client 2 buffer manager for use is set, buffer manager for use adopts loop configuration, use the data block buffering pond of band reference count simultaneously, control local storage according to the progress of playing, this buffer manager for use is provided with two verniers, a progress that is used to indicate current broadcast, another is used to indicate locally buffered initial data sheet ID number, and the The data push-model adds buffer manager for use to; From buffer manager for use, obtain data slice during broadcast, and push away to the filter of Streaming Media and play up and play.
As shown in Figure 1, STUN server 5 adopts Simple Traversal of UDP Through Network Address Translators (RFC 3489) and client 2 information interactions, finish the test of client 2NAT type and outside ip address information, preserve described NAT and IP information and send described information to channel server 3 as required by client 2.
As depicted in figs. 1 and 2, basic controlling flow process of the present invention is as follows:
1) client 2 is obtained channel information by the channel information file in the channel issue Web server 4.
2) client 2 is according to the content choice channel of channel information file, and channel server 3 sends the tabulation of corresponding channel active node according to selected channel to client 2.
3) client 2 nodes are to wherein active node request desired data sheet.
4) client 2 adopts Membe/Partner mechanism to come management node, and node and partner node are constantly found new node by the Gossip agreement, adds the Member node as oneself, and all active nodes are upgraded.
5) set up data channel by channel server 3 between client 2 and the partner node, finish the stream medium data distribution, 2 pairs of stream medium datas of receiving of client carry out corresponding broadcast.
As shown in figures 1 and 3, be described as follows with regard to concrete control flow of the present invention below:
1. source of media 1 is connected to channel server 3, adds a new channel.
2. channel server 3 is preserved stream medium data synchronizing information in the channel of these source of media 1 and this channel, and the channel information file in 3 pairs of channels issues of channel server Web server 4 carries out corresponding renewal.
3. client 2 starts back connection STUN server 5, and STUN server 5 adopts Simple Traversal of UDP Through Network Address Translators (RFC 3489) and client 2 information interactions, finishes the test of client 2NAT type and outside ip address information, and client 2 is preserved this NAT and IP address information.
4. client 2 connects channel issue Web server 4, by channel issue Web server 4 download channels message files, tabulates at client 2 indicated channels.
5. the user chooses required channel from channel list, and sends NAT type and outside ip address information to channel server 3, on user's aspect, this choose can be presented as intuitively click one with the linking of channel server 3.
6. client 2 is landed this channel server 3, and channel server 3 returns best channel active node tabulation, stream medium data synchronizing information and Streaming Media header according to client ip address region and passing through property of NAT to client 2 according to selected channel.
7. client 2 nodes are to wherein active node request desired data sheet, and client 2 sends to each partner node or the active node of holding this data slice randomly with the data slice request, to keep the load balance of node.
8. client 2 adopts Membe/Partner mechanism to come management node, node and partner node are constantly found new node by the Gossip agreement, add Member node as oneself, all active nodes are upgraded, in this renewal process, client 2 nodes are by periodically sending the Gossip bag to partner node, according to the playing progress rate of this locality and the validity of data slice, send the request of obtaining of related data sheet, and local node the data slice information that can provide, client 2 is periodically eliminated 20% partner node according to quality and flow evaluation to partner node, and the idle Member node of choosing equivalent is replaced.
In order to reduce to cause data redundancy and playout-delay to the excessive request msg sheet of single partner node, in the present invention, for each partner node is provided with sliding window mechanism, when dispatching, data slice, whether allows to the corresponding data slice of this node request with decision with reference to the sliding window size of current partner node.
Each node is after receiving the Gossip packet of partner node, preserve the buffer data sheet message bit pattern BMap of partner node, simultaneously, the BMap that node periodically compares local buffer data slice bitmap and partner node carries out the data slice that the data slice dispatching algorithm please be looked for novelty to partner node.
9. set up data channel by channel server 3 between client 2 and the partner node, adopting channel server 3 to transmit NAT between the client 2 penetrates relevant signaling and carries out NAT/Firewall and penetrate, in streaming media data transmission, adopt udp protocol to connect data channel between the client 2, thereby finish the stream medium data distribution, 2 pairs of stream medium datas of receiving of client carry out corresponding broadcast.Client 2 keeps being connected with channel server 3 by " heartbeat packet " mechanism, promptly by the time cycle of setting, call out, reply contact between client 2 and the channel server 3, be in line states with definite client 2 with respect to channel server 3, and channel server 3 regularly obtains the relevant state information of client 2.
In the present invention, in order to reduce the data copy of data slice in processing procedure, node has adopted the memory buffer pool technology of band reference count, adopt the buffer manager for use of loop configuration, use the data block buffering pond of band reference count simultaneously, control local storage according to the progress of playing, this buffer manager for use is provided with two verniers, a progress that is used to indicate current broadcast, another is used to indicate locally buffered initial data sheet ID number, the The data push-model adds buffer manager for use to, when when partner node gets access to data slice, be positioned at the DST PLAYER of client 2, by a thread Buffer manager median certificate from client 2 constantly independently, from buffer manager for use, obtain data slice during broadcast, and push away to the filter of Streaming Media and play up and play.
Like this, the present invention is in data transmission procedure, just become relative data sending terminal or receiving terminal between the node (or clients corresponding) mutually, thereby greatly reduce the load of system's master server (as channel server, source of media), the existing Internet resources of the system that made full use of have improved system works efficient.
Embodiment 2:
As shown in Figure 4, the difference of present embodiment and embodiment 1 is: in the present embodiment, the present invention includes a plurality of channel server 3A, 3B, 3X, channel server 3A, 3B, adopt cascade between the 3X, a plurality of client 2A, 2Y respectively with channel server 3A, 3B, 3X links, channel server 3A, 3B, 3X finishes client 2A, between the 2Y, and client 2A, 2Y and different channel server 3A, 3B, information transfer between the 3X, described transfer information comprises the active node tabulation, NAT penetrates signaling etc., as for other structure and control flow, described same or similar with embodiment 1, repeat no more herein.
Claims (18)
1. network flow media data playing method, it is characterized in that: it adopts following steps:
A, client are obtained channel information;
B, select channel, obtain the tabulation of corresponding channel active node according to channel information;
C, client are obtained new partner node information according to this active node tabulation, realize the stream medium data distribution by channel server between client and partner node, and client is carried out corresponding broadcast.
2. network flow media data playing method according to claim 1 is characterized in that: described steps A comprises the steps:
Connect the STUN server behind A1, the client terminal start-up, finish the test of client NAT type and outside ip address information;
A2, client connect channel issue Web server, by channel issue Web server download channels message file, indicated channel tabulation.
3. network flow media data playing method according to claim 2 is characterized in that: described step B comprises the steps:
B1, choose required channel, and send NAT type and outside ip address information to the channel correlation server by channel list;
B2, client are landed described channel server, and channel server returns best channel active node tabulation according to client ip address region and passing through property of NAT to client according to selected channel.
4. network flow media data playing method according to claim 3 is characterized in that: described channel server also returns stream medium data synchronizing information and Streaming Media header to client.
5. network flow media data playing method according to claim 1 is characterized in that: among the described step C, described client keeps being connected by " heartbeat packet " mechanism and channel server.
6. according to any described network flow media data playing method among the claim 2-5, it is characterized in that: also comprise the steps: before the described steps A
Source of media is connected to channel server, adds a new channel, and channel server is preserved the channel of this source of media, and channel server carries out corresponding renewal to the channel information file.
7. network flow media data playing method according to claim 6 is characterized in that: described source of media sends the stream medium data synchronizing information to channel server.
8. according to any described network flow media data playing method among the claim 2-5, it is characterized in that: described step C comprises the steps:
C1, client node are to active node request desired data sheet;
C2, customer end adopted Membe/Partner mechanism are come management node, and node and partner node are constantly found new node by the Gossip agreement, add the Member node as oneself, and all active nodes are upgraded;
Set up data channel by channel server between C3, client and the partner node, finish the stream medium data distribution, client is carried out corresponding broadcast to the stream medium data of receiving.
9. network flow media data playing method according to claim 8, it is characterized in that: among the described step C1, client sends to each partner node or the active node of holding this data slice randomly with the data slice request, to keep the load balance of node.
10. network flow media data playing method according to claim 8, it is characterized in that: among the described step C2, client node is by periodically sending the Gossip bag to partner node, according to the playing progress rate of this locality and the validity of data slice, send the request of obtaining of related data sheet, and local node the data slice information that can provide.
11. network flow media data playing method according to claim 8, it is characterized in that: among the described step C2, client is periodically eliminated 20% partner node according to the quality and the flow evaluation of partner node, and the idle Member node of choosing equivalent is replaced.
12. network flow media data playing method according to claim 8, it is characterized in that: among the described step C3, adopt channel server to transmit NAT between the client and penetrate relevant signaling and carry out NAT/Firewall and penetrate, adopt udp protocol to connect data channel between the client.
13. a network flow media data Play System comprises source of media and client, described source of media is preserved stream medium data, it is characterized in that: also comprise channel server and channel issue Web server, wherein,
Described channel server is preserved the channel of source of media, and the channel information file in the channel issue Web server is upgraded;
The channel that described channel issue Web server receiving channels server sends is preserved the channel information file;
Described client is chosen channel according to the channel information file in the channel issue Web server, channel server sends the tabulation of corresponding channel active node according to selected channel to client, client is tabulated according to active node and is obtained new partner node information, realize the stream medium data distribution by channel server between the partner node of client, client is play stream medium data.
14. network flow media data Play System according to claim 13, it is characterized in that: described customer end adopted Membe/Partner mechanism is come management node, node and partner node are constantly found new node by the Gossip agreement, add Member node, all active nodes are upgraded as oneself.
15. according to any described network flow media data Play System among the claim 13-14, it is characterized in that: in the described client buffer manager for use is set, described buffer manager for use adopts loop configuration, use the data block buffering pond of band reference count simultaneously, control local storage according to the progress of playing, this buffer manager for use is provided with two verniers, a progress that is used to indicate current broadcast, another is used to indicate locally buffered initial data sheet ID number, and the The data push-model adds buffer manager for use to; From buffer manager for use, obtain data slice during broadcast, and push away to the filter of Streaming Media and play up and play.
16. according to any described network flow media data Play System among the claim 13-14, it is characterized in that: described system also comprises the STUN server, described STUN server is by mutual with client-side information, finish the test of client NAT type and outside ip address information, also send described information to channel server as required by described NAT of client storage and IP information.
17. network flow media data Play System according to claim 16 is characterized in that: described employing STUN server adopts Simple Traversal of UDP Through Network Address Translators (RFC 3489) and client to carry out information interaction.
18. according to any described network flow media data Play System among the claim 13-14, it is characterized in that: comprise a plurality of channel servers in the described system, adopt cascade between the described channel server, described channel server finish between the client and client and different channel server between the information transfer, described transfer information comprises that active node tabulation, NAT penetrate signaling.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006100347402A CN101047696A (en) | 2006-03-27 | 2006-03-27 | Network flow media data playing method and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006100347402A CN101047696A (en) | 2006-03-27 | 2006-03-27 | Network flow media data playing method and system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101047696A true CN101047696A (en) | 2007-10-03 |
Family
ID=38771913
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2006100347402A Pending CN101047696A (en) | 2006-03-27 | 2006-03-27 | Network flow media data playing method and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101047696A (en) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102035894A (en) * | 2010-12-29 | 2011-04-27 | 北京播思软件技术有限公司 | Distance-based state synchronization method |
| CN102113279A (en) * | 2009-06-15 | 2011-06-29 | 松下电器产业株式会社 | Alm distribution tree constructing apparatus, method of constructing alm distribution tree, program, and integrated circuit |
| CN102231761A (en) * | 2011-08-12 | 2011-11-02 | 乐视网信息技术（北京）股份有限公司 | Peer-to-Peer (P2P) data interaction method |
| CN101702734B (en) * | 2009-10-27 | 2012-12-12 | 北京算通数字技术研究中心有限公司 | Dispatching method and device of streaming media data and nodal equipment |
| CN103036790A (en) * | 2012-12-31 | 2013-04-10 | 乐视网信息技术（北京）股份有限公司 | P2P (peer-to-peer) node selection method introducing node bandwidth condition constrain |
| CN103152817A (en) * | 2013-03-27 | 2013-06-12 | 哈尔滨工业大学 | Distributed clock synchronizing method based on broadcast Gossip algorithm |
| CN103312574A (en) * | 2013-06-28 | 2013-09-18 | 北京奇艺世纪科技有限公司 | Interactive method and device for nodes in point-to-point network |
| CN105718550A (en) * | 2016-01-18 | 2016-06-29 | 腾讯科技（深圳）有限公司 | Media information publishing method and system |
| CN108984595A (en) * | 2017-06-02 | 2018-12-11 | 苹果公司 | Lasting ID for off line access Streaming Media |
| CN111901362A (en) * | 2020-08-11 | 2020-11-06 | 深圳墨世科技有限公司 | Client dynamic CDN switching method and system |
-
2006
- 2006-03-27 CN CNA2006100347402A patent/CN101047696A/en active Pending
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102113279A (en) * | 2009-06-15 | 2011-06-29 | 松下电器产业株式会社 | Alm distribution tree constructing apparatus, method of constructing alm distribution tree, program, and integrated circuit |
| CN101702734B (en) * | 2009-10-27 | 2012-12-12 | 北京算通数字技术研究中心有限公司 | Dispatching method and device of streaming media data and nodal equipment |
| CN102035894A (en) * | 2010-12-29 | 2011-04-27 | 北京播思软件技术有限公司 | Distance-based state synchronization method |
| CN102231761A (en) * | 2011-08-12 | 2011-11-02 | 乐视网信息技术（北京）股份有限公司 | Peer-to-Peer (P2P) data interaction method |
| CN103036790A (en) * | 2012-12-31 | 2013-04-10 | 乐视网信息技术（北京）股份有限公司 | P2P (peer-to-peer) node selection method introducing node bandwidth condition constrain |
| CN103152817B (en) * | 2013-03-27 | 2015-04-15 | 哈尔滨工业大学 | Distributed clock synchronizing method based on broadcast Gossip algorithm |
| CN103152817A (en) * | 2013-03-27 | 2013-06-12 | 哈尔滨工业大学 | Distributed clock synchronizing method based on broadcast Gossip algorithm |
| CN103312574A (en) * | 2013-06-28 | 2013-09-18 | 北京奇艺世纪科技有限公司 | Interactive method and device for nodes in point-to-point network |
| CN105718550A (en) * | 2016-01-18 | 2016-06-29 | 腾讯科技（深圳）有限公司 | Media information publishing method and system |
| CN105718550B (en) * | 2016-01-18 | 2020-07-14 | 腾讯科技（深圳）有限公司 | Media information publishing method and system |
| CN108984595A (en) * | 2017-06-02 | 2018-12-11 | 苹果公司 | Lasting ID for off line access Streaming Media |
| CN108984595B (en) * | 2017-06-02 | 2022-09-13 | 苹果公司 | Persistent ID for offline access to streaming media |
| CN111901362A (en) * | 2020-08-11 | 2020-11-06 | 深圳墨世科技有限公司 | Client dynamic CDN switching method and system |
| CN111901362B (en) * | 2020-08-11 | 2022-07-01 | 深圳墨世科技有限公司 | Client dynamic CDN switching method and system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101047696A (en) | Network flow media data playing method and system | |
| Li et al. | Peer-to-peer live video streaming on the internet: issues, existing approaches, and challenges [peer-to-peer multimedia streaming] | |
| Deshpande et al. | Streaming live media over a peer-to-peer network | |
| Zhang et al. | A survey of peer-to-peer live video streaming schemes–an algorithmic perspective | |
| Bharambe et al. | The impact of heterogeneous bandwidth constraints on DHT-based multicast protocols | |
| CN103634692A (en) | CDN (content distribution network) and P2P (peer-to-peer) based hybrid stream media video-on-demand system | |
| WO2008116401A1 (en) | A method, system and nodes for p2p content sharing | |
| Sweha et al. | Angels in the cloud: A peer-assisted bulk-synchronous content distribution service | |
| CN1604569A (en) | A robust point to point based stream scheduling method | |
| Zhao et al. | Gridmedia: A practical peer-to-peer based live video streaming system | |
| CN1897588A (en) | Mixed-mode network file transmitting method and system | |
| Chandler et al. | Toward p2p-based multimedia sharing in user generated contents | |
| CN1291566C (en) | Digital medium delivering method based on IP network | |
| US8959243B2 (en) | System and method to guide active participation in peer-to-peer systems with passive monitoring environment | |
| Markakis et al. | A p2p home-box overlay for efficient content distribution | |
| Bestavros et al. | Osmosis: Scalable delivery of real-time streaming media in ad-hoc overlay networks | |
| Yang et al. | A P2P network framework for interactive streaming media | |
| CN109246487B (en) | Intelligent scheduling system | |
| Liang et al. | Topology optimization in multi-tree based P2P streaming system | |
| Tang et al. | Characterizing user behavior to improve quality of streaming service over P2P networks | |
| Guo et al. | dHCPS: decentralized hierarchically clustered p2p video streaming | |
| Shah et al. | Performance study of unstructured P2P overlay streaming systems | |
| Hoong et al. | A Two-layer Super-Peer based P2P Live Media Streaming System. | |
| Hoong et al. | Push-pull two-layer super-peer based P2P live media streaming | |
| Luo et al. | Design and deployment of a peer-to-peer based iptv system over global internet |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |