CN104954866B - A kind of live middle broadcast point dynamic control method of stream medium data - Google Patents
A kind of live middle broadcast point dynamic control method of stream medium data Download PDFInfo
- Publication number
- CN104954866B CN104954866B CN201510347135.XA CN201510347135A CN104954866B CN 104954866 B CN104954866 B CN 104954866B CN 201510347135 A CN201510347135 A CN 201510347135A CN 104954866 B CN104954866 B CN 104954866B
- Authority
- CN
- China
- Prior art keywords
- client
- medium data
- stream medium
- broadcast point
- time
- 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.)
- Active
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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/4424—Monitoring of the internal components or processes of the client device, e.g. CPU or memory load, processing speed, timer, counter or percentage of the hard disk space used
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
- H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
-
- 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/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
- H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
- H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
- H04N21/64738—Monitoring network characteristics, e.g. bandwidth, congestion level
Abstract
The present invention proposes a kind of live middle broadcast point dynamic control method of stream medium data, it is capable of the position of dynamic control client local broadcast point, when client streaming media playing occurs not smooth, stop client local broadcast point setting time, to wait the accumulation of buffer area data enough, so as to meet the needs of client persistently plays, detect client terminal playing situation at the same time, when occurring playing not smooth again, switch data obtains server, client local client is switched to the real-time broadcast point of server when buffer area data meet that client persistently plays, otherwise client current playing point is kept to continue play stream media data.By technical solution proposed by the present invention, it can avoid that the slack situation that plays continuously emerges during client terminal playing Streaming Media, farthest ensure the fluency played, while real-time broadcast state can be automatically switched to when client network situation takes a turn for the better.
Description
Technical field
The present invention relates to the live field of stream medium data, and the live middle broadcast point of more particularly to a kind of stream medium data is dynamically
Control method.
Background technology
With the development of internet, use a network for live streaming media or program request is increasingly becoming a kind of trend, slowly melt
Enter into daily life, work, study and amusement etc. various aspects formed hot spot, either video conference,
Line education or Web TV, video website are all applied more and more extensive.Streaming Media (Stream Media) refers to using stream
The media formats that the mode of formula transmission is played in Internet/Intranet, such as audio, video or multimedia file.Streaming Media
Whole file need not be downloaded before broadcasting, beginning content is only stored in memory, data packet is delayed in a computer
Deposit and stream medium data is correctly exported, can with while download while watch.Its principle is the multimedia file transmitted to user
It is divided into different fragments according to broadcast time order, these fragments is then issued user successively, continuously plays these fragments just
Form continuous sound and image.
Stream transmission is referred mainly to the multimedia file such as whole Voice ＆ Video and three-dimensional media by specific compression side
Formula is parsed into compressed package one by one, is transmitted from video server to subscriber computer order or in real time.Using stream transmission side
In the system of formula, user waits until that all download finishes whole file like that not necessarily like using downloading mode, but need to only pass through several
The start-up study of second or tens seconds again can decompress the multimedia file of compression using decompression apparatus on the computer of user
After play out and watch.The remainder of multimedia file will continue to download in the server on backstage at this time.With it is simple
Downloading mode is compared, and this streaming manner played to multimedia file when downloading not only makes the startup time significantly
Shorten, and the demand of system cache capacity is greatly reduced, greatly reduce user and be used in the time waited.At present, flow
Medium technique has been widely used in internet arena.
Traditional network flow-medium play system is generally basede on C/S model, but since streaming media playing needs to consume greatly
The network bandwidth and server resource of amount, therefore this pattern seriously limits the development of network flow-medium business.Accounted for one
Exemplified by the network video stream for being 300kbps with bandwidth, when there is 1000 users to watch at the same time, it is necessary to bandwidth be 300Mbps.
Such performance requirement can not meet for most of servers.If support tens of thousands of or even hundreds of thousands use
Family, is nearly impossible using this C/S model.Certainly, it is a kind of solution method to increase number of servers and improve bandwidth,
But this mode needs huge cost, so needing new technological means to solve the problems, such as this.
IP multicasts are a kind of technologies for solving network flow-medium multiplexing consumption massive band width.Can be by one using multicast
Part data are sent to one group of specific user at the same time, are sent so as to avoid the repetition of data, will not cause the wave of network bandwidth
Take, be very suitable for Network Transmission Streaming.But IP multicasts the problem of also there is itself, because Internet is a heterogeneous network
Network, hardware platform is multifarious, and InterWorking Equipment is there is also difference in the support to multicast, therefore IP multicasts are in practical applications
There are the difficulty of deployment.
Peer-to-peer network is emerging network technology recent years, and relative to traditional C/S model, P2P patterns one are very
Outstanding feature is exactly that node can directly communicate without relying on centralized server resource, each node.Each node tool
There is identical status, can both ask to service, service can also be provided, while play server and client computer in C/S model
Dual role, or even can also have the function of router and cache.Under P2P patterns, since each node has
There is the function of client-server, so each node is also sent out while data flow is received from other node to other nodes
Send data flow.Using this feature, P2P network technologies can be realized big using existing computing resource and limited network bandwidth
Scale network live streaming media.
P2P is the abbreviation of peer to peer connection peer to peer patterns.P2P technologies be it is a kind of be used for different terminals user it
Between, data or the technology of service are directly exchanged without trunking.It has broken traditional Client/Server patterns,
In peer-to-peer network, the status of each node is identical, possesses client and server double grading, can be at the same time as clothes
Make sure user and ISP.The core of P2P is to utilize user resources, carries out file transmission by Peer, this is complete
Different from traditional client server computation model.P2P is realized not by the design and multicast communication mechanism of " decentralization "
Reliance server and quick swap file.However, P2P systems there is also it is obvious the shortcomings that, be exactly availability issue, although from
For whole system, P2P is reliable, but for single content or individual task, P2P be it is unstable, each
Peer can terminate service at any time, or even log off, that is, the content exchanged may be deleted or be terminated at any time shared.
In the service mode of audio/video multimedia business, the Video Applications based on Internet basic network are, it is necessary to face
The user of large concurrent, it is necessary to which efficient audio-video frequency content distribution and transmission technology, this is also audio and video business service pattern
Basal core.Although the characteristics of internet based on IP is efficient, relative to traditional telecommunications network, it does not have
Preferable service quality (QoS, Quality of Service) ensures (such as:It is larger time delay, delay variation, packet loss, out of order
Deng), will be that business development must be faced and solved the problems, such as.And the technical side of currently employed P2P fusions CDN transmission of video
Case, you can solve problem above.
The English full name of CDN is Content Delivery Network, i.e. content distributing network, also referred to as content transmission
Network.CDN is built upon a kind of value-added network on existing IP network foundation structure, is the layer network in application layer deployment
Framework.The core of CDN is using intelligent policy techniques, the content at center and service is pushed to network edge so that user
Service can be obtained in place nearest and that service quality is optimal, its key technology includes cache, load balancing, content
Route, content distribution, content storage and Content Management etc..The technological merit of CDN includes：(1) global load-balancing, access speed
It hurry up, allow user to be connected to nearest server up.(2) Hot Contents actively transmit, and from motion tracking, automatically update.(3) it is seamless
Integrated, highly reliable, availability and autgmentability.(4) occupancy to network bandwidth resources is reduced, the management control energy with intelligence
Power.(5) content sent is protected, and content supplier can be in the local content for oneself determining service.Based on above-mentioned
Advantage, CDN technologies can improve the utilization rate of broadband resource, the application popularization of increase Streaming Media on the internet, these application bags
Online broadcasting, Music on Demand, live telecast, interactive game etc. are included, greatly promotes the development of Internet application and service.But
It is that network structure, content transmission and business approach construction of the existing CDN network all just for conventional internet are got up
, Video service, the system structure that support that deficiency, time delay are too big to video code model, can not provide broadcast level be too simple,
As the extension of service ability is, it is necessary to constantly investment etc..
CDN and P2P is used for different fields, and CDN is mainly used for reliable Web and streaming medium content distribution, and P2P is then
It is mainly used for content exchange.Two kinds of technologies respectively have advantage and disadvantage.Obviously, the advantage and disadvantage of CDN and P2P technologies are upper with certain in application
Complementarity.The extended capability of P2P, multiple users share resource capability are combined with reliability, the manageability of CDN, had
Effect ground utilizes and conversion P2P technologies, takes into full account the technical characteristic of the existing CDN of operator, builds a new distribution of media
And delivery system.
But no matter P2P, CDN or CDN and P2P technological incorporation networkings are used, user can be all run into due to own net
The connectivity problem that situation produces, the network environment residing for different user is multifarious, and operator (ISP) is different, region is different, net
Network bandwidth is different, when user's (particularly narrow-band user) is connected to P2P node servers or CDN server acquisition Streaming Media number
According to when, it is unstable due to network, it may appear that phenomena such as network congestion, data packetloss, network delay, so as to cause user local
The data of caching can not meet the needs of playing in real time, and producing audio and video playing packet loss, frame losing, interim card, flower screen etc. influences user
The phenomenon of experience.When being especially in live streaming media environment, such as Online Video education, video conference, race or game
, when user network is in poor shape, easily there is live picture or sound off and on, it is necessary to which user is manual in living broadcast of programs etc.
Switch Connection Service device to reconnect, or cannot be automatically updated most after there is larger delay when user network situation improves
Nearly broadcast state can not meet the live high request to real-time, influence user's body, it is necessary to user's manual refreshing reconnect
Test.
The content of the invention
The present invention proposes a kind of live middle broadcast point dynamic control method of stream medium data, and dynamic control client is locally broadcast
Position a little is put, can effectively solve the problem that the not smooth problem of broadcasting that client stream medium data continuously occurs.
In order to achieve the above object, the present invention proposes a kind of live middle broadcast point dynamic control method of stream medium data, bag
Include the following steps：
Step A：The stream medium data play quality of detecting real-time client, judges whether stream medium data broadcasting occurs not
It is smooth；
Step B：When stream medium data, which plays, occurs not smooth, client local broadcast point is suspended into the first setting time
After be further continued for playing；
Step C：The stream medium data play quality of client is detected again, while detects client-cache area data；
Step D：When stream medium data, which plays, occurs not smooth again, then switch the stream medium data that client is connected
Obtain server；
Step E：When client-cache area data for the time that client continuously plays more than the second setting time, and
When this state is maintained for more than three setting times, the real-time broadcast point of server-side is obtained, and client local broadcast point is switched to
Real-time broadcast point；
Step F：When client is unsatisfactory for the condition in step D and step E, maintain client local broadcast point constant after
Continued broadcasting streaming media data.
Further, when stream medium data stops reproduction time more than the 4th setting time or in the 5th setting time
When the time that can not be played is more than 50%, it is not smooth to judge that stream medium data plays appearance.
Further, the 4th setting time is 2~10 seconds.
Further, the 4th setting time is 5 seconds.
Further, the 5th setting time is 5~20 seconds.
Further, the 5th setting time is 15 seconds.
Further, first setting time is 1~10 second.
Further, first setting time is 2 seconds.
Further, second setting time is 60~100 milliseconds.
Further, second setting time is 60 milliseconds.
Further, the 3rd setting time is 2~10 seconds.
Further, the 4th setting time is 5 seconds.
Further, it is P2P node servers or CDN server that the stream medium data, which obtains server,.
The live middle broadcast point dynamic control method of stream medium data proposed by the present invention, being capable of dynamic control client local
The position of broadcast point, when client streaming media playing occurs not smooth, stops client local broadcast point setting time, so as to
Wait the accumulation of buffer area data enough, so as to meet the needs of client persistently plays, while detect client terminal playing situation, when
Switch data obtains server when occurring playing not smooth again, when buffer area data meet that client is persistently played by client
End local client is switched to the real-time broadcast point of server, otherwise keeps client current playing point to continue playing stream media number
According to.By technical solution proposed by the present invention, can avoid that broadcasting slack feelings continuously emerge during client terminal playing Streaming Media
Condition, farthest ensures the fluency played, while can automatically switch to when client network situation takes a turn for the better and broadcast in real time
Put.
Brief description of the drawings
Fig. 1 show the live middle broadcast point dynamic control method flow chart of stream medium data of present pre-ferred embodiments.
Fig. 2 show local broadcast point and real-time broadcast point relation schematic diagram when client and server is played simultaneously.
Fig. 3 show the schematic diagram of the local broadcast point automatic adjustment when stream medium data plays appearance not smooth situation.
Fig. 4 is shown when the schematic diagram that client local broadcast point is updated to real-time broadcast point.
Embodiment
The embodiment of the present invention is provided below in conjunction with attached drawing, but the invention is not restricted to following embodiment.Root
According to following explanation and claims, advantages and features of the invention will become apparent from.It should be noted that attached drawing is using very simple
The form of change and non-accurate ratio is used, be only used for conveniently, lucidly aiding in illustrating the purpose of the embodiment of the present invention.
Please refer to Fig.1, Fig. 1 show the live middle broadcast point kinetic controlling equation of stream medium data of present pre-ferred embodiments
Method flow chart.
The present invention proposes a kind of live middle broadcast point dynamic control method of stream medium data, comprises the following steps：
Step A：The stream medium data play quality of detecting real-time client, judges whether stream medium data broadcasting occurs not
It is smooth；
Step B：When stream medium data, which plays, occurs not smooth, client local broadcast point is suspended into the first setting time
After be further continued for playing；
Step C：The stream medium data play quality of client is detected again, while detects client-cache area data；
Step D：When stream medium data, which plays, occurs not smooth again, then switch the stream medium data that client is connected
Obtain server；
Step E：When client-cache area data for the time that client continuously plays more than the second setting time, and
When this state is maintained for more than three setting times, the real-time broadcast point of server-side is obtained, and client local broadcast point is switched to
Real-time broadcast point；
Step F：When client is unsatisfactory for the condition in step D and step E, maintain client local broadcast point constant after
Continued broadcasting streaming media data.
Preferred embodiment according to the present invention, after client Connection Service device starts to obtain stream medium data, client meeting
The play quality of detecting real-time local stream medium data, please refers to Fig.2, and Fig. 2 is shown when client and server is played simultaneously
When local broadcast point and real-time broadcast point relation schematic diagram, client local broadcast point and the same stepping of the real-time broadcast point of server-side
OK, specifically, in practical situations, client local broadcast point can lag behind the real-time broadcast point of server-side slightly (both are several
It is consistent, fall behind in situation map and do not show), this is because caused by network transmission has time delay.
Since the network environment residing for different clients is multifarious, while the network quality of client is also at dynamic and becomes
In the case of change, occur that playing interim card etc. plays slack phenomenon when user network is in poor shape, client can be real-time
The local stream medium data play quality of detecting, judges that stream medium data plays slack situation whether occur.Wherein, as stream matchmaker
Volume data stops reproduction time more than the 4th setting time or the time that can not be played in the 5th setting time more than 50%
When, it is not smooth to judge that stream medium data plays appearance.4th setting time is 2~10 seconds, and the 5th setting time is 5
~20 seconds.In present pre-ferred embodiments, the 4th setting time is 5 seconds, and the 5th setting time is 15 seconds, takes 30
Millisecond be a sample time, when local stream medium data broadcasting dwell time was more than 5 seconds, or more than 50% in 15 seconds
Time all can not play stream media data (i.e. have the time of more than half can not playing stream media number in 500 sample times
According to), when having the generation of any of which situation, judge that client local stream medium data plays the not smooth phenomenon of appearance.
When client finds that stream medium data broadcasting occurs not smooth, client local broadcast point is suspended first immediately
Setting time, wherein, the scope of first setting time is 1~10 second, and first setting time is 2 in the present embodiment
Second, i.e., local broadcast point is suspended 2 seconds to wait local cache data accumulation to maintain client persistently to play to enough by client,
In local broadcast point time out, client may proceed to obtain stream medium data deposit buffer area, time out from server
After client continue according to before pause broadcast point continue play stream media data, broadcast point adjustment refer to Fig. 3, scheme
3 show when stream medium data play there is not smooth situation when the automatic adjustment of local broadcast point schematic diagram, the present embodiment with
Play exemplified by stopping judging within 5 seconds to play slack situation, will after local broadcast point is judging to play and stopping t1 (5 seconds) times
It suspends t2 (2 seconds) times, and client local broadcast point is had already fallen behind in server-side real-time broadcast point t1 (5 seconds)+t2 (2 at this time
Second)=time of 7 seconds, then client terminal playing point move on, stream medium data continues to play.
After when client, by local broadcast point, pause continues broadcasting for the first time, client can detect local Streaming Media again
Data playback quality, judges that stream medium data plays whether can occur slack situation again.Wherein, when stream medium data stops
Only reproduction time more than the 4th setting time or the time that can not be played in the 5th setting time more than 50% when, judge stream
It is not smooth that media data plays appearance.The 4th setting time scope is 2~10 seconds, and the 5th setting time scope is 5
~20 seconds.In the present embodiment, user network situation does not improve, and occurs playing the slack phenomenon of the broadcasting such as interim card again,
Wherein, the 4th setting time of the present embodiment is 5 seconds, and the 5th setting time is 15 seconds, and it is a sample to take 30 milliseconds
This time, when local stream medium data played dwell time more than 5 seconds, or time in 15 seconds more than 50% can not all be broadcast
Streaming media data (i.e. have in 500 sample times the time of more than half can not play stream media data), there is any of which
When a kind of situation occurs, judge that not smooth phenomenon occurs again in the stream medium data broadcasting of client local.Client is judged at this time
The Network status for being connected to current server is poor, it is necessary to which attempting the stream medium data that switching client is connected obtains service
Device so that client is connected to the preferable server of Network status, such as closer to the distance, stability preferably, performance it is higher,
Same operator even intranet server, to improve the network connection status of client, final purpose is so that client
Streaming media playing is smooth.
After when client, by local broadcast point, pause continues broadcasting for the first time, client also can detect client at the same time and delay
Area's data are deposited, when client-cache area data for the time that client continuously plays more than the second setting time, and this shape
State is maintained for more than the 3rd setting time, and the second setting time scope may be set to 60~100 milliseconds, in the present embodiment institute
The second setting time is stated as 60 milliseconds, i.e. 2 sample times, the 3rd setting time scope may be set to 2~10 seconds, at this
3rd setting time described in embodiment is 5 seconds, i.e., when client-cache area data surpass for the time that client continuously plays
60 milliseconds are crossed, and when next state is maintained for more than 5 seconds, obtains the real-time broadcast point of server-side, and client local broadcast point is cut
It is changed to real-time broadcast point.
Please refer to Fig.4, Fig. 4 is shown when the schematic diagram that client local broadcast point is updated to real-time broadcast point, at this
In embodiment, after when client, by local broadcast point, pause continues broadcasting for the first time, client local broadcast point is actually
Through lagging behind the real-time broadcast point of server-side, lag time t1+t2, using play stop judging for 5 seconds playing slack situation as
It is t1 (5 seconds)+t2 (2 seconds)=7 seconds that example, i.e. client local broadcast point, which lag behind the server-side real-time broadcast point time, works as client
End detects buffer area data for the time that client continuously plays more than 60 milliseconds, and when this state is maintained for more than 5 seconds,
The real-time broadcast point of server-side is obtained, and client local broadcast point is switched to real-time broadcast point, and buffer area data are abandoned
Restart to obtain latest data progress stream medium data broadcasting, realize that client and server-side stream medium data are synchronously broadcast automatically
Put.
Preferred embodiment according to the present invention, it is P2P node servers or CDN service that the stream medium data, which obtains server,
Device, client, which can switch, is connected to different P2P node servers or CDN server to obtain played data, and client connects
Connect different servers and have different rate of data acquisition, it is detected again after subscription client is switched to new server
Stream medium data broadcast state, if still there is playing stopping situation, client can judge whether need according to above step
To switch its stream medium data connected again and obtain server, until searching out most suitable namely network connection status
Optimal server.
In conclusion the live middle broadcast point dynamic control method of stream medium data proposed by the present invention, being capable of dynamic control
The position of client local broadcast point, when stopping situation occurring in client streaming media playing, stops client local broadcast point
Setting time, to wait the accumulation of buffer area data enough so as to meet the needs of client persistently plays, while detect client
Broadcasting situation is held, switch data obtains server when occurring playing stopping again, when buffer area data meet that client continues
Client local client is switched to the real-time broadcast point of server during broadcasting, otherwise keeps client current playing point after continued broadcasting
Streaming media data.By technical solution proposed by the present invention, can avoid occurring constantly stopping during client terminal playing Streaming Media
Situation, farthest ensure play fluency, can automatically switch to when client network situation takes a turn for the better and broadcast in real time
Put.
Although the present invention is disclosed above with preferred embodiment, so it is not limited to the present invention.Skill belonging to the present invention
Has usually intellectual in art field, without departing from the spirit and scope of the present invention, when can be used for a variety of modifications and variations.Cause
This, the scope of protection of the present invention is defined by those of the claims.
Claims (13)
1. a kind of live middle broadcast point dynamic control method of stream medium data, it is characterised in that comprise the following steps：
Step A：The stream medium data play quality of detecting real-time client, judges whether stream medium data broadcasting occurs not flowing
Freely；
Step B：When stream medium data play occur it is not smooth when, by client local broadcast point suspend the first setting time after again
Continue to play；
Step C：The stream medium data play quality of client is detected again, while detects client-cache area data；
Step D：When stream medium data, which plays, occurs not smooth again, then switch the stream medium data that client is connected and obtain
Server；
Step E：When client-cache area data for the time that client continuously plays more than the second setting time, and this shape
When state is maintained for more than three setting times, the real-time broadcast point of server-side is obtained, and client local broadcast point is switched in real time
Broadcast point；
Step F：When client is unsatisfactory for the condition in step D and step E, maintain client local broadcast point constant after continued broadcasting
Streaming media data.
2. the live middle broadcast point dynamic control method of stream medium data according to claim 1, it is characterised in that as stream matchmaker
Volume data stops reproduction time more than the 4th setting time or the time that can not be played in the 5th setting time more than 50%
When, it is not smooth to judge that stream medium data plays appearance.
3. the live middle broadcast point dynamic control method of stream medium data according to claim 2, it is characterised in that described
Four setting times are 2~10 seconds.
4. the live middle broadcast point dynamic control method of stream medium data according to claim 3, it is characterised in that described
Four setting times are 5 seconds.
5. the live middle broadcast point dynamic control method of stream medium data according to claim 2, it is characterised in that described
Five setting times are 5~20 seconds.
6. the live middle broadcast point dynamic control method of stream medium data according to claim 5, it is characterised in that described
Five setting times are 15 seconds.
7. the live middle broadcast point dynamic control method of stream medium data according to claim 1, it is characterised in that described
One setting time is 1~10 second.
8. the live middle broadcast point dynamic control method of stream medium data according to claim 1, it is characterised in that described
One setting time is 2 seconds.
9. the live middle broadcast point dynamic control method of stream medium data according to claim 1, it is characterised in that described
Two setting times are 60~100 milliseconds.
10. the live middle broadcast point dynamic control method of stream medium data according to claim 9, it is characterised in that described
Second setting time is 60 milliseconds.
11. the live middle broadcast point dynamic control method of stream medium data according to claim 1, it is characterised in that described
3rd setting time is 2~10 seconds.
12. the live middle broadcast point dynamic control method of stream medium data according to claim 11, it is characterised in that described
3rd setting time is 5 seconds.
13. the live middle broadcast point dynamic control method of stream medium data according to claim 1, it is characterised in that described
It is P2P node servers or CDN server that stream medium data, which obtains server,.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510347135.XA CN104954866B (en) | 2015-06-19 | 2015-06-19 | A kind of live middle broadcast point dynamic control method of stream medium data |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510347135.XA CN104954866B (en) | 2015-06-19 | 2015-06-19 | A kind of live middle broadcast point dynamic control method of stream medium data |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104954866A CN104954866A (en) | 2015-09-30 |
| CN104954866B true CN104954866B (en) | 2018-04-27 |
Family
ID=54169152
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510347135.XA Active CN104954866B (en) | 2015-06-19 | 2015-06-19 | A kind of live middle broadcast point dynamic control method of stream medium data |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104954866B (en) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105578211B (en) * | 2015-12-16 | 2018-09-07 | 深圳市网心科技有限公司 | Live streaming based on unlimited service node accelerates network interim card optimization method and system |
| CN105872764A (en) * | 2015-12-21 | 2016-08-17 | 乐视云计算有限公司 | Data downloading method and device based on P2P (Peer-to-Peer) network |
| CN105450675B (en) * | 2016-01-25 | 2021-07-30 | 杭州施强教育科技有限公司 | Method for selecting CDN service node by client in streaming media playing |
| US11463421B2 (en) * | 2016-08-08 | 2022-10-04 | Record Sure Limited | Method of generating a secure record of a conversation |
| CN106445820A (en) * | 2016-09-21 | 2017-02-22 | 惠州Tcl移动通信有限公司 | Method and system for optimizing application program operation and mobile terminal |
| CN107886939B (en) * | 2016-09-30 | 2021-03-30 | 北京京东尚科信息技术有限公司 | Pause-continue type text voice playing method and device at client |
| CN107451259A (en) * | 2017-07-31 | 2017-12-08 | 北京微影时代科技有限公司 | A kind of data dictionary dynamic updating method and device |
| CN109587580A (en) * | 2018-11-15 | 2019-04-05 | 湖南快乐阳光互动娱乐传媒有限公司 | Video segmentation method for down loading and system based on adaptive CDN |
| CN109982100A (en) * | 2019-03-28 | 2019-07-05 | 北京粉笔蓝天科技有限公司 | A kind of audio/video processing method and system |
| CN110197447B (en) * | 2019-04-17 | 2022-09-30 | 哈尔滨沥海佳源科技发展有限公司 | Communication index based online education method and device, electronic equipment and storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101146221A (en) * | 2007-10-18 | 2008-03-19 | 中兴通讯股份有限公司 | Dynamic adjusting method and system for playing pointer in P2P direct broadcasting |
| CN102026276A (en) * | 2010-12-21 | 2011-04-20 | 江苏省邮电规划设计院有限责任公司 | Method for guaranteeing mobile peer-to-peer network stream media service experience quality |
| CN102387401A (en) * | 2011-10-17 | 2012-03-21 | 上海聚力传媒技术有限公司 | Method, device and equipment for adjusting play time point of audio and video information |
| CN102523291A (en) * | 2011-12-16 | 2012-06-27 | 北京邮电大学 | Model architecture for realizing streaming media experience quality strategy management of mobile peer-to-peer network |
-
2015
- 2015-06-19 CN CN201510347135.XA patent/CN104954866B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101146221A (en) * | 2007-10-18 | 2008-03-19 | 中兴通讯股份有限公司 | Dynamic adjusting method and system for playing pointer in P2P direct broadcasting |
| CN102026276A (en) * | 2010-12-21 | 2011-04-20 | 江苏省邮电规划设计院有限责任公司 | Method for guaranteeing mobile peer-to-peer network stream media service experience quality |
| CN102387401A (en) * | 2011-10-17 | 2012-03-21 | 上海聚力传媒技术有限公司 | Method, device and equipment for adjusting play time point of audio and video information |
| CN102523291A (en) * | 2011-12-16 | 2012-06-27 | 北京邮电大学 | Model architecture for realizing streaming media experience quality strategy management of mobile peer-to-peer network |
Non-Patent Citations (1)
| Title |
|---|
| 对等无线直播系统跨域移动服务质量保证机制研究;李海翔;《中国优秀硕士学位论文全文数据库》;20111215;10-42 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104954866A (en) | 2015-09-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104954866B (en) | A kind of live middle broadcast point dynamic control method of stream medium data | |
| Shen et al. | Peer-to-peer media streaming: Insights and new developments | |
| CN111372100B (en) | Distributed election-based end-to-end content distribution network system and distribution method | |
| CN102355448B (en) | Cloud streaming media data transmission method and system | |
| CN100558042C (en) | A kind of P2P live broadcasting method based on super node | |
| CN101141459B (en) | Method of implementing data transmission or stream media transmission using combination of HTTP and P2P | |
| CN100531143C (en) | Medium stream repeat method and medium server | |
| JP2019514536A (en) | Method performed by a server, cloud gaming system, client device and computer readable medium | |
| CN105337901A (en) | Router intelligent bandwidth allocation method and device | |
| CN101742238A (en) | Streaming media on-demand method and device combining RTS with P2P | |
| JP2006041784A (en) | Connector mode setter and setting method, connection mode controller and controlling method | |
| CN102231761A (en) | Peer-to-Peer (P2P) data interaction method | |
| CN103841468B (en) | Real time flow medium data transmission method | |
| CN101132390A (en) | Stream media system based on P2P technology | |
| CN111556344A (en) | Method, device, equipment and system for downloading video stream | |
| CN105392025B (en) | Method, equipment and the content distribution system of user side aggregated bandwidth | |
| CN105577646B (en) | Method, equipment and the content distribution system of user side aggregated bandwidth | |
| KR20120064969A (en) | Method and apparatus for push-pull hybrid streaming adaptive to video chunk distribution | |
| CN102821316A (en) | Improved video on demand (VOD) transmission method based on peer-to-peer computing core algorithm | |
| Kuo et al. | Advanced bootstrap and adjusted bandwidth for content distribution in peer-to-peer live streaming | |
| CN111556324B (en) | Video live broadcast method, device, equipment and system | |
| Wen et al. | Recent advances in peer-to-peer media streaming systems | |
| Jiang et al. | A replica placement algorithm for hybrid CDN-P2P architecture | |
| CN101369915B (en) | P2P operating network resource management system | |
| Chadagorn et al. | PileCast: Multiple bit rate live video streaming over BitTorrent |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: Hangzhou City, Zhejiang province Binjiang District 310052 shore road 1168 Applicant after: Hangzhou Strong Education Technology Co., Ltd. Address before: Hangzhou City, Zhejiang province Binjiang District 310052 shore road 1168 Applicant before: Hangzhou Shi Qiang network technology Co., Ltd |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |