CN104954866A - Dynamic control method for playing point in live broadcast of streaming media data - Google Patents
Dynamic control method for playing point in live broadcast of streaming media data Download PDFInfo
- Publication number
- CN104954866A CN104954866A CN201510347135.XA CN201510347135A CN104954866A CN 104954866 A CN104954866 A CN 104954866A CN 201510347135 A CN201510347135 A CN 201510347135A CN 104954866 A CN104954866 A CN 104954866A
- Authority
- CN
- China
- Prior art keywords
- time
- client
- medium data
- stream medium
- broadcast point
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 25
- 238000009825 accumulation Methods 0.000 abstract description 3
- 238000005516 engineering process Methods 0.000 description 13
- 230000005540 biological transmission Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 238000011161 development Methods 0.000 description 3
- 239000012634 fragment Substances 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 238000010276 construction Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000010348 incorporation Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
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
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention provides a dynamic control method for a playing point in live broadcast of streaming media data. The position of a local playing point of a client can be dynamically controlled; when streaming media of the client are played not fluently, the set time of the local playing point of the client is stopped so as to wait for enough data accumulation in a buffer area, therefore the demand of continuous playing of the client is met; meanwhile, the playing condition of the client is monitored, and when disfluent playing occurs again, a data acquisition server is switched; when data in the buffer area satisfy the continuous playing of the client, the local playing point of the client is switched into a real-time playing point of the server, or else the current playing point of the client is kept to go on playing the streaming media data. Through the technical scheme proposed by the invention, the condition that disfluent playing occurs continuously when the streaming media are played on the client can be avoided, therefore the playing fluency is guaranteed to the maximum degree; meanwhile, when the network condition of the client gets better, a real-time playing state can be automatically switched to.
Description
Technical field
The present invention relates to the live field of stream medium data, and in particular to the live middle broadcast point dynamic control method of a kind of stream medium data.
Background technology
Along with the development of the Internet, network is utilized to carry out live streaming media or program request becomes a kind of trend gradually, slowly be dissolved in daily life, form focus in work, study and the various aspects such as amusement, be video conference, that online education or Web TV, video website are all applied is more and more extensive.Streaming Media (Stream Media) refers to the media formats adopting the mode of stream transmission to play at Internet/Intranet, as audio frequency, video or multimedia file.Streaming Media does not need to download whole file before broadcasting, only by beginning content stored in internal memory, in a computer buffer memory is carried out to packet and stream medium data is correctly exported, can the viewing of download limit, limit.Its principle is that the multimedia file transmitted to user is divided into different fragments according to broadcast time order, then successively these fragments is issued user, and these fragments of Continuous Play just define continuous print sound and image.
The multimedia files such as whole Voice & Video and three-dimensional media are resolved to compressed package one by one through specific compress mode by stream transmission mainly finger, by video server to subscriber computer order or transmit in real time.In the system adopting streaming manner, user need not wait until that whole file is all downloaded complete as employing downloading mode, but only need play and watch after the start-up study of several seconds or tens seconds can the computer of user again utilize decompression apparatus to the multimedia file decompress(ion) of compression.Now the remainder of multimedia file will continue to download in the server on backstage.Compared with simple downloading mode, this streaming manner to the broadcasting of download limit, multimedia file limit not only makes shorten significantly start-up time, and also greatly reduces the demand of system cache capacity, greatly reduces the time that user is used in wait.At present, stream media technology has been widely used in internet arena.
Traditional network flow-medium Play System generally based on C/S model, but needs to consume a large amount of network bandwidths and server resource due to streaming media playing, and therefore this pattern seriously limits the development of network flow-medium business.For the network video stream that an occupied bandwidth is 300kbps, when there being 1000 users to watch simultaneously, the bandwidth of needs is 300Mbps.Such performance requirement can not meet for most of server.If support several ten thousand even user of hundreds of thousands, this C/S model is adopted to be almost impossible.Certainly, increasing number of servers and improving bandwidth is a kind of solution, but this mode needs huge cost, so need new technological means to solve this problem.
IP multicast solves a kind of technology that network flow-medium multiplexing consumes massive band width.Utilize multicast a data can be sent to one group of specific user simultaneously, thus avoid data repeat send, the waste of the network bandwidth can not be caused, be very applicable to Network Transmission Streaming.But IP multicast also has the problem of self, because Internet is a heterogeneous network, hardware platform varies, and InterWorking Equipment also there are differences in the support of multicast, and therefore IP multicast exists the difficulty of deployment in actual applications.
Peer-to-peer network is emerging network technology recent years, relative to traditional C/S model, the feature of a P2P pattern highly significant be exactly node without the need to Dependency Set Chinese style server resource, each node can directly communicate.Each node has identical status, both can request service, also can provide service, play the dual role of server and client computer in C/S model simultaneously, even can also have the function of router and high-speed cache.Under P2P pattern, because each node has the function of client-server, each like this node is also sending data flow to other nodes from while other node receiving data stream.Utilize this feature, P2P network technology can apply existing computational resource and limited network bandwidth to realize large scale network live streaming media.
P2P is the abbreviation of peer to peer connection peer to peer pattern.P2P technology is a kind of between different terminals user, without the technology of the direct swap data of trunking or service.It has broken traditional Client/Server pattern, and in a peer-to-peer network, the status of each node is identical, possesses client and server double grading, can simultaneously as service user and ISP.The core of P2P utilizes user resources, carries out file transfer by Peer, and this is different from traditional client server computation model completely.P2P, by the design of " decentralization " and multicast communication mechanism, achieves not reliance server and swap file fast.But, also there is obvious shortcoming in P2P system, it is exactly availability issue, although say from whole system, P2P is reliable, for single content or individual task, P2P is unstable, each Peer can stop service at any time, even logs off, and the content namely exchanged at any time may be deleted or be terminated shared.
In the service mode of audio/video multimedia business, based on the Video Applications of Internet basic network, need the user in the face of large concurrent, just need efficient audio-video frequency content to distribute and transmission technology, this is also the basal core of audio frequency and video business service pattern.Although it is high that the feature of the Internet based on IP is efficiency, but relative to traditional telecommunications network, it does not have good service quality (QoS, Quality of Service) ensure (as: larger time delay, delay variation, packet loss, out of order etc.), by be this business carry out must in the face of and the problem that solves.And current employing P2P merges the technical scheme of CDN transmission of video, can overcome the above problems.
The English full name of CDN is Content Delivery Network, i.e. content distributing network, also referred to as Content Delivery Network.CDN is based upon a kind of value-added network on existing IP network foundation structure, is one deck network architecture of disposing in application layer.The core of CDN utilizes intelligent policy techniques, the content at center and service are pushed to network edge, make user can obtain service in the nearest place the best in quality with service, its key technology comprises high-speed cache, load balancing, contents construction, contents distribution, content storage and Content Management etc.The technological merit of CDN comprises: (1) global load-balancing, and access speed is fast, allows user be connected to nearest server and gets on.(2) Hot Contents initiatively transmits, and from motion tracking, automatically upgrades.(3) Seamless integration-, highly reliable, availability and autgmentability.(4) reduce taking network bandwidth resources, there is the management control ability of intelligence.(5) content sent is protected, and content supplier can in the local content oneself determining service.Based on above-mentioned advantage, CDN technology can improve the utilance of broadband resource, increase Streaming Media application popularization on the internet, these application comprise online broadcasting, Music on Demand, live telecast, interactive game etc., greatly promote the development of Internet application and service.But, existing CDN is all get up for the network configuration of conventional internet, content transmission and the construction of business approach, not enough to video code model support, time delay is too large, the Video service that cannot provide broadcast level, system configuration are too simple, along with the expansion of service ability, need constantly investment etc.
CDN and P2P is used to different fields, and CDN is mainly used in reliable Web and streaming medium content distribution, and P2P is then mainly used in content exchange.Two kinds of technology respectively have pluses and minuses.Obviously, the pluses and minuses of CDN and P2P technology have certain complementarity in application.The reliability of the extended capability of P2P, multiple users share resource capability and CDN, manageability are combined, effectively utilizes and transform P2P technology, take into full account the technical characteristic of the existing CDN of operator, build a novel distribution of media and delivery system.
But no matter adopt P2P, CDN or CDN and P2P technological incorporation networking, capital runs into the connectivity problem that user produces due to own net situation, network environment residing for different user varies, operator (ISP) is different, region is different, the network bandwidth is different, when user's (particularly narrow-band user) is connected to P2P node server or CDN server obtains stream medium data, due to the instability of network, there will be network congestion, data packetloss, the phenomenons such as network delay, thus cause the data of user's local cache cannot meet the demand play in real time, produce audio and video playing packet loss, frame losing, card, Hua Ping etc. affect the phenomenon of Consumer's Experience.When being particularly in live streaming media environment, such as Online Video education, video conference, race or game shows are live, when user network is in poor shape, the live picture of easy appearance or sound are off and on, user's manual switchover connection server is needed to reconnect, or can not automatically be updated to nearest broadcast state when user network situation improves after there is larger delay, user's manual refreshing is needed to reconnect, the live high request to real-time cannot be met, affect Consumer's Experience.
Summary of the invention
The present invention proposes the live middle broadcast point dynamic control method of a kind of stream medium data, the position of the local broadcast point of Dynamic controlling client, effectively can solve the not smooth problem of broadcasting that client stream medium data occurs continuously.
In order to achieve the above object, the present invention proposes the live middle broadcast point dynamic control method of a kind of stream medium data, comprises the following steps:
Steps A: the stream medium data play quality of detecting real-time client, judges whether stream medium data broadcasting occurs not smooth;
Step B: when stream medium data broadcasting occurs not smooth, continues to play after local for client broadcast point is suspended the first setting-up time again;
Step C: the stream medium data play quality again detecting client, detects client-cache district data simultaneously;
Step D: when stream medium data broadcasting occurs not smooth again, then switch the stream medium data acquisition server that client connects;
Step e: when client-cache district data for the time of client Continuous Play more than the second setting-up time, and when this state maintains more than the 3rd setting-up time, can obtain the real-time broadcast point of service end, and local for client broadcast point is switched to real-time broadcast point;
Step F: when client does not meet the condition in step D and step e, maintains the constant continuation play stream media data of the local broadcast point of client.
Further, when stream medium data stop reproduction time more than the 4th setting-up time or the time that cannot play in the 5th setting-up time more than 50% time, judge stream medium data play occur not smooth.
Further, described 4th setting-up time is 2 ~ 10 seconds.
Further, described 4th setting-up time is 5 seconds.
Further, described 5th setting-up time is 5 ~ 20 seconds.
Further, described 5th setting-up time is 15 seconds.
Further, described first setting-up time is 1 ~ 10 second.
Further, described first setting-up time is 2 seconds.
Further, described second setting-up time is 60 ~ 100 milliseconds.
Further, described second setting-up time is 60 milliseconds.
Further, described 3rd setting-up time is 2 ~ 10 seconds.
Further, described 4th setting-up time is 5 seconds.
Further, described stream medium data obtains server is P2P node server or CDN server.
The live middle broadcast point dynamic control method of stream medium data that the present invention proposes, can the position of the local broadcast point of Dynamic controlling client, when client streaming media playing occurs not smooth, stop the local broadcast point setting-up time of client, to wait for that buffer area data accumulation is enough, thus meet the demand that client continues broadcasting, detect client terminal playing situation simultaneously, when again occurring playing not smooth, switch data obtains server, continue, when playing, client local client is switched to the real-time broadcast point of server when buffer area data meet client, otherwise keep client current playing point to continue play stream media data.By the technical scheme that the present invention proposes, can avoid constantly occurring playing slack situation during client terminal playing Streaming Media, farthest ensure the fluency play, real-time broadcasting can be automatically switched to when client network situation takes a turn for the better simultaneously.
Accompanying drawing explanation
Figure 1 shows that the live middle broadcast point dynamic control method flow chart of the stream medium data of present pre-ferred embodiments.
Figure 2 shows that local broadcast point and real-time broadcast point relation schematic diagram when client and server is synchronously play.
Figure 3 shows that when stream medium data play there is not smooth situation time the local broadcast point schematic diagram that automatically regulates.
Figure 4 shows that the schematic diagram when local for client broadcast point being updated to real-time broadcast point.
Embodiment
Provide the specific embodiment of the present invention below in conjunction with accompanying drawing, but the invention is not restricted to following execution mode.According to the following describes and claims, advantages and features of the invention will be clearer.It should be noted that, accompanying drawing all adopts the form that simplifies very much and all uses non-ratio accurately, only for object that is convenient, the aid illustration embodiment of the present invention lucidly.
Please refer to Fig. 1, Figure 1 shows that the live middle broadcast point dynamic control method flow chart of the stream medium data of present pre-ferred embodiments.
The present invention proposes the live middle broadcast point dynamic control method of a kind of stream medium data, comprises the following steps:
Steps A: the stream medium data play quality of detecting real-time client, judges whether stream medium data broadcasting occurs not smooth;
Step B: when stream medium data broadcasting occurs not smooth, continues to play after local for client broadcast point is suspended the first setting-up time again;
Step C: the stream medium data play quality again detecting client, detects client-cache district data simultaneously;
Step D: when stream medium data broadcasting occurs not smooth again, then switch the stream medium data acquisition server that client connects;
Step e: when client-cache district data for the time of client Continuous Play more than the second setting-up time, and when this state maintains more than the 3rd setting-up time, can obtain the real-time broadcast point of service end, and local for client broadcast point is switched to real-time broadcast point;
Step F: when client does not meet the condition in step D and step e, maintains the constant continuation play stream media data of the local broadcast point of client.
According to present pre-ferred embodiments, after client's side link server starts to obtain stream medium data, the play quality of the local stream medium data of client meeting detecting real-time, please refer to Fig. 2, Figure 2 shows that local broadcast point and real-time broadcast point relation schematic diagram when client and server is synchronously play, the local broadcast point of client and the real-time broadcast point of service end synchronously carry out, specifically, in practical situations both, the local broadcast point of client can lag behind the real-time broadcast point of service end slightly, and (both are almost consistent, the situation of backwardness is not shown in the figures), this causes because Internet Transmission has time delay.
Network environment residing for different clients varies, when the network quality of client is also in dynamic change simultaneously, there will be broadcasting card when user network is in poor shape and wait the slack phenomenon of broadcasting, the local stream medium data play quality of client meeting detecting real-time, judges stream medium data plays whether occur slack situation.Wherein, when stream medium data stop reproduction time more than the 4th setting-up time or the time that cannot play in the 5th setting-up time more than 50% time, judge stream medium data play occur not smooth.Described 4th setting-up time is 2 ~ 10 seconds, and described 5th setting-up time is 5 ~ 20 seconds.In present pre-ferred embodiments, described 4th setting-up time is 5 seconds, described 5th setting-up time is 15 seconds, getting 30 milliseconds is a sample time, when local stream medium data play dwell time more than 5 seconds, or the time more than 50% in 15 seconds all cannot play stream media data (namely have in 500 sample time time over half cannot play stream media data), when having wherein any one situation generation, judge that the local stream medium data of client is play and occur not smooth phenomenon.
When the broadcasting of client terminal to discover stream medium data occurs not smooth, immediately local for client broadcast point is suspended the first setting-up time, wherein, the scope of described first setting-up time is 1 ~ 10 second, described first setting-up time is 2 seconds in the present embodiment, namely local broadcast point is suspended 2 seconds to wait for that local cache data is accumulated to enough maintenance clients and continues to play by client, in local broadcast point time out, client can continue to obtain stream medium data stored in buffer area from server, time out terminates the continuation of rear client and continues play stream media data according to the broadcast point before suspending, broadcast point adjustment can with reference to figure 3, Figure 3 shows that when stream medium data play there is not smooth situation time the local broadcast point schematic diagram that automatically regulates, the present embodiment judges to play slack situation to play stopping for 5 seconds, when local broadcast point is suspended t2 (2 seconds) time after stopping t1 (5 seconds) time is play in judgement, now the local broadcast point of client has lagged behind the time of the real-time broadcast point t1 of service end (5 seconds)+t2 (2 seconds)=7 seconds, then client terminal playing point moves on, stream medium data proceeds to play.
When client is after local broadcast point first time suspends continuation broadcasting, client can detect local stream medium data play quality again, judges stream medium data plays whether can again occur slack situation.Wherein, when stream medium data stop reproduction time more than the 4th setting-up time or the time that cannot play in the 5th setting-up time more than 50% time, judge stream medium data play occur not smooth.Described 4th setting-up time scope is 2 ~ 10 seconds, and described 5th setting-up time scope is 5 ~ 20 seconds.In the present embodiment, user network situation does not take a turn for the better, again occur that broadcasting card waits and play slack phenomenon, wherein, described 4th setting-up time of the present embodiment is 5 seconds, described 5th setting-up time is 15 seconds, getting 30 milliseconds is a sample time, when local stream medium data play dwell time more than 5 seconds, or the time more than 50% in 15 seconds all cannot play stream media data (namely have in 500 sample time time over half cannot play stream media data), when having wherein any one situation generation, judge that the local stream medium data of client is play and again occur not smooth phenomenon.Now judge that client's side link is poor to the network condition of current server, the stream medium data needing trial switching client to connect obtains server, thus make client's side link arrive the good server of network condition, such as close together, stability better, higher, the same operator of performance intranet server even, to improve the network connection status of client, final purpose makes client streaming media playing smooth.
When client is after local broadcast point first time suspends continuation broadcasting, client also can detect client-cache district data simultaneously, when client-cache district data can for the time of client Continuous Play more than the second setting-up time, and this state maintains more than the 3rd setting-up time, described second setting-up time scope can be set as 60 ~ 100 milliseconds, described second setting-up time is 60 milliseconds in the present embodiment, i.e. 2 sample time, described 3rd setting-up time scope can be set as 2 ~ 10 seconds, described 3rd setting-up time is 5 seconds in the present embodiment, namely when client-cache district data can for the time of client Continuous Play more than 60 milliseconds, and when next state maintained more than 5 seconds, obtain the real-time broadcast point of service end, and local for client broadcast point is switched to real-time broadcast point.
Please refer to Fig. 4, Figure 4 shows that the schematic diagram when local for client broadcast point being updated to real-time broadcast point, in the present embodiment, when client is after local broadcast point first time suspends continuation broadcasting, the local broadcast point of client has in fact lagged behind the real-time broadcast point of service end, lag time is t1+t2, within 5 seconds, judge to play slack situation to play stopping, namely the local broadcast point of client lags behind the service end real-time broadcast point time is t1 (5 seconds)+t2 (2 seconds)=7 seconds, the time of client Continuous Play can be supplied more than 60 milliseconds when client detects buffer area data, and when this state maintained more than 5 seconds, obtain the real-time broadcast point of service end, and local for client broadcast point is switched to real-time broadcast point, and buffer area data are abandoned restart obtain latest data carry out stream medium data broadcasting, automatically client is realized and service end stream medium data is synchronously play.
According to present pre-ferred embodiments, it is P2P node server or CDN server that described stream medium data obtains server, client can switch and is connected to different P2P node servers or CDN server to obtain played data, the different server of client's side link has different data acquisition speed, its stream medium data broadcast state is again detected after subscription client is switched to new server, if when still occurring playing stopping situation, according to above step, client can judge whether that needing again to switch its stream medium data connected obtains server, until search out the server of most suitable namely network connection status the best.
In sum, the live middle broadcast point dynamic control method of stream medium data that the present invention proposes, can the position of the local broadcast point of Dynamic controlling client, when there is stopping situation in client streaming media playing, stop the local broadcast point setting-up time of client, to wait for that buffer area data accumulation is enough thus to meet the demand that client continues to play, detect client terminal playing situation simultaneously, when again occurring playing stopping, switch data obtains server, continue, when playing, client local client is switched to the real-time broadcast point of server when buffer area data meet client, otherwise keep client current playing point to continue play stream media data.By the technical scheme that the present invention proposes, the situation occurring during client terminal playing Streaming Media constantly stopping can being avoided, farthest ensure the fluency play, real-time broadcasting can be automatically switched to when client network situation takes a turn for the better.
Although the present invention with preferred embodiment disclose as above, so itself and be not used to limit the present invention.Persond having ordinary knowledge in the technical field of the present invention, without departing from the spirit and scope of the present invention, when being used for a variety of modifications and variations.Therefore, protection scope of the present invention is when being as the criterion depending on those as defined in claim.
Claims (13)
1. the live middle broadcast point dynamic control method of stream medium data, is characterized in that, comprise the following steps:
Steps A: the stream medium data play quality of detecting real-time client, judges whether stream medium data broadcasting occurs not smooth;
Step B: when stream medium data broadcasting occurs not smooth, continues to play after local for client broadcast point is suspended the first setting-up time again;
Step C: the stream medium data play quality again detecting client, detects client-cache district data simultaneously;
Step D: when stream medium data broadcasting occurs not smooth again, then switch the stream medium data acquisition server that client connects;
Step e: when client-cache district data for the time of client Continuous Play more than the second setting-up time, and when this state maintains more than the 3rd setting-up time, can obtain the real-time broadcast point of service end, and local for client broadcast point is switched to real-time broadcast point;
Step F: when client does not meet the condition in step D and step e, maintains the constant continuation play stream media data of the local broadcast point of client.
2. the live middle broadcast point dynamic control method of stream medium data according to claim 1, it is characterized in that, when stream medium data stop reproduction time more than the 4th setting-up time or the time that cannot play in the 5th setting-up time more than 50% time, judge stream medium data play occur not smooth.
3. the live middle broadcast point dynamic control method of stream medium data according to claim 2, is characterized in that, described 4th setting-up time is 2 ~ 10 seconds.
4. the live middle broadcast point dynamic control method of stream medium data according to claim 3, is characterized in that, described 4th setting-up time is 5 seconds.
5. the live middle broadcast point dynamic control method of stream medium data according to claim 2, is characterized in that, described 5th setting-up time is 5 ~ 20 seconds.
6. the live middle broadcast point dynamic control method of stream medium data according to claim 5, is characterized in that, described 5th setting-up time is 15 seconds.
7. the live middle broadcast point dynamic control method of stream medium data according to claim 1, it is characterized in that, described first setting-up time is 1 ~ 10 second.
8. the live middle broadcast point dynamic control method of stream medium data according to claim 1, it is characterized in that, described first setting-up time is 2 seconds.
9. the live middle broadcast point dynamic control method of stream medium data according to claim 1, it is characterized in that, described second setting-up time is 60 ~ 100 milliseconds.
10. the live middle broadcast point dynamic control method of stream medium data according to claim 9, it is characterized in that, described second setting-up time is 60 milliseconds.
The live middle broadcast point dynamic control method of 11. stream medium data according to claim 1, it is characterized in that, described 3rd setting-up time is 2 ~ 10 seconds.
The live middle broadcast point dynamic control method of 12. stream medium data according to claim 11, it is characterized in that, described 4th setting-up time is 5 seconds.
The live middle broadcast point dynamic control method of 13. stream medium data according to claim 1, is characterized in that, it is P2P node server or CDN server that described stream medium data 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 true CN104954866A (en) | 2015-09-30 |
| CN104954866B CN104954866B (en) | 2018-04-27 |
Family
ID=54169152
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510347135.XA Expired - Fee Related 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) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105450675A (en) * | 2016-01-25 | 2016-03-30 | 杭州施强网络科技有限公司 | Method for selecting CDN service nodes through clients in streaming medium playing |
| CN105578211A (en) * | 2015-12-16 | 2016-05-11 | 深圳市网心科技有限公司 | Live broadcast acceleration network stagnation optimization method and system based on infinite service node |
| CN105872764A (en) * | 2015-12-21 | 2016-08-17 | 乐视云计算有限公司 | Data downloading method and device based on P2P (Peer-to-Peer) network |
| CN106445820A (en) * | 2016-09-21 | 2017-02-22 | 惠州Tcl移动通信有限公司 | Method and system for optimizing application program operation and mobile terminal |
| CN107451259A (en) * | 2017-07-31 | 2017-12-08 | 北京微影时代科技有限公司 | A kind of data dictionary dynamic updating method and device |
| CN107886939A (en) * | 2016-09-30 | 2018-04-06 | 北京京东尚科信息技术有限公司 | A kind of termination splice text voice playing method and device in client |
| CN109587580A (en) * | 2018-11-15 | 2019-04-05 | 湖南快乐阳光互动娱乐传媒有限公司 | Video segmentation downloading method and system based on self-adaptive CDN |
| CN109982100A (en) * | 2019-03-28 | 2019-07-05 | 北京粉笔蓝天科技有限公司 | A kind of audio/video processing method and system |
| CN110197447A (en) * | 2019-04-17 | 2019-09-03 | 威比网络科技(上海)有限公司 | Based on communication index online education method, apparatus, electronic equipment, storage medium |
| US11463421B2 (en) * | 2016-08-08 | 2022-10-04 | Record Sure Limited | Method of generating a secure record of a conversation |
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 not_active Expired - Fee Related
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 |
|---|
| 李海翔: "对等无线直播系统跨域移动服务质量保证机制研究", 《中国优秀硕士学位论文全文数据库》 * |
Cited By (14)
| 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 |
| CN105578211A (en) * | 2015-12-16 | 2016-05-11 | 深圳市网心科技有限公司 | Live broadcast acceleration network stagnation optimization method and system based on infinite service node |
| CN105872764A (en) * | 2015-12-21 | 2016-08-17 | 乐视云计算有限公司 | Data downloading method and device based on P2P (Peer-to-Peer) network |
| CN105450675A (en) * | 2016-01-25 | 2016-03-30 | 杭州施强网络科技有限公司 | Method for selecting CDN service nodes through clients in streaming medium playing |
| 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 |
| CN107886939A (en) * | 2016-09-30 | 2018-04-06 | 北京京东尚科信息技术有限公司 | A kind of termination splice text voice playing method and device in 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 downloading method and system based on self-adaptive CDN |
| CN109982100A (en) * | 2019-03-28 | 2019-07-05 | 北京粉笔蓝天科技有限公司 | A kind of audio/video processing method and system |
| CN110197447A (en) * | 2019-04-17 | 2019-09-03 | 威比网络科技(上海)有限公司 | Based on communication index online education method, apparatus, electronic equipment, storage medium |
| CN110197447B (en) * | 2019-04-17 | 2022-09-30 | 哈尔滨沥海佳源科技发展有限公司 | Communication index based online education method and device, electronic equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104954866B (en) | 2018-04-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104954866A (en) | Dynamic control method for playing point in live broadcast of streaming media data | |
| Shen et al. | Peer-to-peer media streaming: Insights and new developments | |
| US8650301B2 (en) | Adaptive data rate streaming in a peer-to-peer network delivering video content | |
| KR20030056701A (en) | Apparatus and method for providing multimedia streaming service by using point-to-point connection | |
| WO2008080343A1 (en) | A method and apparatus for reducing delay of media play | |
| CN101729273A (en) | Streaming media distribution system, method and device | |
| US20120143986A1 (en) | Systems and methods for downloading by different processes | |
| CN102231761A (en) | Peer-to-Peer (P2P) data interaction method | |
| CN102696234A (en) | Edge content delivery apparatus and content delivery network for the internet protocol television system | |
| Zhang et al. | A distributed multichannel demand-adaptive P2P VoD system with optimized caching and neighbor-selection | |
| CN111556344A (en) | Method, device, equipment and system for downloading video stream | |
| Shehab et al. | Efficient schemes for playout latency reduction in P2P-VoD systems | |
| CN101132390A (en) | Stream media system based on P2P technology | |
| Thampi | A review on P2P video streaming | |
| CN105577646A (en) | Method for aggregating bandwidth on user side, device and content distribution system | |
| Kuo et al. | Advanced bootstrap and adjusted bandwidth for content distribution in peer-to-peer live streaming | |
| Wen et al. | Recent advances in peer-to-peer media streaming systems | |
| Chen et al. | Zebroid: using IPTV data to support STB-assisted VoD content delivery | |
| CN111556324B (en) | Video live broadcast method, device, equipment and system | |
| Jiang et al. | A replica placement algorithm for hybrid CDN-P2P architecture | |
| Peltotalo et al. | RTSP‐based Mobile Peer‐to‐Peer Streaming System | |
| Chadagorn et al. | PileCast: Multiple bit rate live video streaming over BitTorrent | |
| Yu et al. | Self-adaptive schedule mechanism for peer-to-peer multi-rate live streaming system | |
| RU2465638C1 (en) | Method of distributing multimedia information by peer-to-peer decentralised network deployment and decentralised network for realising said method | |
| Zhang et al. | An adaptive multi-channel p2p video-on-demand system using plug-and-play helpers |
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 STRONG NETWORK TECHNOLOGY CO.,LTD. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20180427 |