專利名稱：在iptv系統(tǒng)內(nèi)調(diào)整心跳消息發(fā)送時(shí)間的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IPTV (交互式網(wǎng)絡(luò)電視)技術(shù)領(lǐng)域，具體涉及一種在IPTV系統(tǒng)內(nèi)調(diào)整心跳消息發(fā)送時(shí)間的方法及系統(tǒng)。
背景技術(shù)：
隨著寬帶的逐漸普及和組播技術(shù)的不斷發(fā)展，IPTV以其優(yōu)良的實(shí)時(shí)性和交互性為廣大用戶所接收。IPTV是一種以家用電視機(jī)或PC為顯示終端，通過互聯(lián)網(wǎng)，提供包括電視節(jié)目在內(nèi)的內(nèi)容豐富的多媒體服務(wù)業(yè)務(wù)，可以實(shí)現(xiàn)媒體服務(wù)者和消費(fèi)者之間的互動(dòng)，并可以根據(jù)用戶的選擇提供內(nèi)容廣泛的多媒體服務(wù)功能。在IPTV系統(tǒng)中，為了保證客戶端與流媒體服務(wù)器的正常通信，客戶端需定期的發(fā)送心跳消息給流媒體服務(wù)器，以表明自身與流媒體服務(wù)器的連接正常。如果流媒體服務(wù)器在一定時(shí)間內(nèi)(即超出心跳超時(shí)時(shí)間時(shí))都沒有收到來自客戶端的心跳消息時(shí)，會(huì)自動(dòng)認(rèn)為與該客戶端的通訊已中斷，斷開與該客戶端的連接。目前，客戶端發(fā)送心跳消息的時(shí)間間隔由客戶端自身決定，而不會(huì)根據(jù)網(wǎng)絡(luò)的當(dāng)前狀況和流媒體服務(wù)器當(dāng)前的符合情況進(jìn)行調(diào)整，根據(jù)研究表明，在高峰段時(shí)期，客戶端發(fā)送的心跳消息會(huì)占到流媒體服務(wù)器接收到的所有信令的80%，媒體服務(wù)器需消耗大量的開銷來處理這些心跳消息，從而使流媒體服務(wù)器利用較少的開銷去處理客戶端發(fā)送的其他操作請(qǐng)求(例如暫停、播放、快進(jìn)、快退等)，使用戶請(qǐng)求的操作響應(yīng)變慢，大大降低了用戶的體驗(yàn)。尤其是在網(wǎng)絡(luò)狀況不好的情況下，過多的心跳消息甚至?xí)斐上⒌膿砣?，?yán)重影響用戶的體驗(yàn)。而在空時(shí)期，流媒體服務(wù)器又會(huì)因接收到心跳信息較少而使大部分資源空置， 不利于資源的合理利用，降低了資源的利用率。

發(fā)明內(nèi)容
本發(fā)明要解決的主要技術(shù)問題是，提供一種在IPTV系統(tǒng)內(nèi)調(diào)整心跳消息發(fā)送時(shí)間的方法及系統(tǒng)，可動(dòng)態(tài)的調(diào)整客戶端發(fā)送心跳消息的時(shí)間間隔，避免心跳消息過多導(dǎo)致媒體服務(wù)器響應(yīng)用戶操作請(qǐng)求變慢、甚至造成消息擁塞的情況，也可避免由高峰時(shí)期轉(zhuǎn)變?yōu)榭臻e時(shí)期時(shí)，心跳消息過少導(dǎo)致資源浪費(fèi)的情況，可提高資源利用率，提升用戶的體驗(yàn)。為解決上述技術(shù)問題，本發(fā)明提供一種在IPTV系統(tǒng)內(nèi)調(diào)整心跳消息發(fā)送時(shí)間的方法，包括設(shè)定客戶端接入數(shù)量閾值；流媒體服務(wù)器實(shí)時(shí)獲取當(dāng)前接入的客戶端的接入數(shù)量，并將其與所述閾值進(jìn)行比較，根據(jù)比較結(jié)果發(fā)送時(shí)間間隔調(diào)整命令給相應(yīng)的客戶端；客戶端接收到所述時(shí)間間隔調(diào)整命令后，根據(jù)所述時(shí)間間隔調(diào)整命令相應(yīng)的調(diào)整心跳消息發(fā)送的時(shí)間間隔。在本發(fā)明的一種實(shí)施例中，所述時(shí)間間隔調(diào)整命令包括增大時(shí)間間隔命令，當(dāng)所述比較結(jié)果為所述當(dāng)前接入的客戶端的接入數(shù)量大于所述閾值時(shí)，所述流媒體服務(wù)器發(fā)送所述增大時(shí)間間隔命令給相應(yīng)的客戶端； 客戶端接收到所述增大時(shí)間間隔命令后，根據(jù)所述增大時(shí)間間隔命令增大心跳消息發(fā)送的時(shí)間間隔。在本發(fā)明的一種實(shí)施例中，所述時(shí)間間隔調(diào)整命令包括減小時(shí)間間隔命令，當(dāng)所述比較結(jié)果為當(dāng)前客戶端的接入數(shù)量由大于所述閾值變?yōu)樾∮诘扔谒鲩撝禃r(shí)，所述流媒體服務(wù)器發(fā)送減小時(shí)間間隔命令給相應(yīng)的客戶端；客戶端接收到所述減小時(shí)間間隔命令后，根據(jù)所述減小時(shí)間間隔命令相應(yīng)的減小心跳消息發(fā)送的時(shí)間間隔。在本發(fā)明的一種實(shí)施例中，所述流媒體服務(wù)器發(fā)送所述增大時(shí)間間隔命令給當(dāng)前接入的所有客戶端。在本發(fā)明的一種實(shí)施例中，所述流媒體服務(wù)器發(fā)送增大時(shí)間間隔命令給最后接入的客戶端。在本發(fā)明的一種實(shí)施例中，所述流媒體服務(wù)器發(fā)送所述減小時(shí)間間隔命令給當(dāng)前接入的所有客戶端。在本發(fā)明的一種實(shí)施例中，所述閾值包括多個(gè)等級(jí)，所述增大時(shí)間間隔命令和所述減小時(shí)間間隔命令包含與所述閾值的各等級(jí)相對(duì)應(yīng)的時(shí)間間隔調(diào)整等級(jí)，客戶端根據(jù)所述增大時(shí)間間隔命令和所述減小時(shí)間間隔命令包含的時(shí)間間隔調(diào)整等級(jí)對(duì)心跳消息發(fā)送的時(shí)間間隔做相應(yīng)的調(diào)整。在本發(fā)明的一種實(shí)施例中，所述流媒體服務(wù)器通過實(shí)時(shí)流協(xié)議發(fā)送所述時(shí)間間隔命令給相應(yīng)的客戶端。本發(fā)明還提供了一種IPTV系統(tǒng)，包括流媒體服務(wù)器和客戶端，所述流媒體服務(wù)器用于實(shí)時(shí)獲取當(dāng)前接入的客戶端的接入數(shù)量，并將其與設(shè)定的閾值進(jìn)行比較，根據(jù)比較結(jié)果發(fā)送時(shí)間間隔調(diào)整命令給相應(yīng)的客戶端；所述客戶端用于接收到所述時(shí)間間隔調(diào)整命令后，根據(jù)所述時(shí)間間隔調(diào)整命令相應(yīng)的調(diào)整心跳消息發(fā)送的時(shí)間間隔。本發(fā)明的有益效果是本發(fā)明提供的方法通過設(shè)置客戶端接入數(shù)量閾值，且流媒體服務(wù)器實(shí)時(shí)的獲取當(dāng)前接入的客戶端的接入數(shù)量，并將獲取的接入數(shù)量與設(shè)定的閾值進(jìn)行比較，根據(jù)比較結(jié)果發(fā)送時(shí)間間隔調(diào)整命令給相應(yīng)的客戶端，以對(duì)客戶端的心跳消息發(fā)送時(shí)間間隔做相應(yīng)的調(diào)整，例如如果比較結(jié)果是大于該閾值，表明此時(shí)接入的客戶端較多，需調(diào)整心跳消息的發(fā)送時(shí)間間隔以減小客戶端發(fā)送心跳消息的頻率，流媒體服務(wù)器發(fā)送增大時(shí)間間隔命令給相應(yīng)的客戶端，接收到所述增大時(shí)間間隔命令的客戶端根據(jù)接收到的增大時(shí)間間隔命令相應(yīng)的增大心跳消息發(fā)送的時(shí)間間隔以減小心跳消息發(fā)送的頻率。因此本發(fā)明提供的方法可根據(jù)當(dāng)前接入的客戶端的數(shù)量適時(shí)的調(diào)整客戶端發(fā)送心跳消息的頻率，避免心跳消息過多造成的流媒體服務(wù)器響應(yīng)用戶操作請(qǐng)求變慢、甚至造成消息擁塞的情況，也可避免由高峰時(shí)期轉(zhuǎn)入空閑時(shí)期心跳消息過少造成的資源的浪費(fèi)，提高流媒體服務(wù)器資源的利用率，進(jìn)而大大提升用戶的體驗(yàn)。


圖1為本發(fā)明一種實(shí)施例的增大客戶端心跳信息發(fā)送時(shí)間間隔的示意圖一；圖2為本發(fā)明一種實(shí)施例的增大客戶端心跳信息發(fā)送時(shí)間間隔的示意圖二 ；
圖3為本發(fā)明一種實(shí)施例的減小客戶端心跳信息發(fā)送時(shí)間間隔的示意圖。
具體實(shí)施例方式本發(fā)明根據(jù)IPTV系統(tǒng)內(nèi)當(dāng)前客戶端接入的實(shí)際數(shù)量適時(shí)的調(diào)整客戶端發(fā)送心跳消息的頻率，進(jìn)而提高流媒體服務(wù)器的資源利用率，提升用戶的體驗(yàn)。下面通過具體實(shí)施方式
結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步詳細(xì)說明。本例中的IPTV系統(tǒng)包括至少一個(gè)流媒體服務(wù)器和至少一個(gè)客戶端，在該IPTV系統(tǒng)內(nèi)調(diào)整心跳消息發(fā)送時(shí)間的方法包括設(shè)定客戶端接入數(shù)量閾值；流媒體服務(wù)器實(shí)時(shí)獲取當(dāng)前接入的客戶端的接入數(shù)量，并將其與所述閾值進(jìn)行比較，根據(jù)比較結(jié)果發(fā)送時(shí)間間隔調(diào)整命令給相應(yīng)的客戶端；客戶端接收到時(shí)間間隔調(diào)整命令后，根據(jù)時(shí)間間隔調(diào)整命令相應(yīng)的調(diào)整心跳消息發(fā)送的時(shí)間間隔。本例中客戶端接入數(shù)量閾值的具體值設(shè)定可根據(jù)實(shí)際情況具體選擇，例如，在網(wǎng)絡(luò)情況較好的情況下，可選擇將接入數(shù)量閾值設(shè)置的較大，在網(wǎng)絡(luò)情況較不好的情況下，可選擇將接入數(shù)量閾值設(shè)置的小一些，以及時(shí)的根據(jù)接入的客戶端的計(jì)入數(shù)量調(diào)整客戶端心跳消息的發(fā)送時(shí)間間隔。本例中流媒體服務(wù)器可根據(jù)當(dāng)前與其建立連接的客戶端的連接數(shù)來判斷當(dāng)前用戶端的接入數(shù)。本例中的時(shí)間間隔調(diào)整命令包括增大時(shí)間間隔命令和減小時(shí)間間隔命令，當(dāng)上述比較結(jié)果為當(dāng)前接入的客戶端的接入數(shù)量大于閾值時(shí)，流媒體服務(wù)器發(fā)送增大時(shí)間間隔命令給相應(yīng)的客戶端進(jìn)行增大心跳消息發(fā)送時(shí)間間隔的調(diào)整；當(dāng)上述比較結(jié)果為當(dāng)前客戶端的接入數(shù)量由大于閾值變?yōu)樾∮诘扔陂撝禃r(shí)，流媒體服務(wù)器發(fā)送減小時(shí)間間隔命令給相應(yīng)的客戶端進(jìn)行減小心跳消息發(fā)送時(shí)間間隔的調(diào)整。由上可知，本例中客戶端心跳消息發(fā)送的時(shí)間間隔可由媒體服務(wù)器根據(jù)當(dāng)前接入的客戶端數(shù)量來調(diào)整，而不只是由客戶端自行確定，增加了媒體服務(wù)器對(duì)客戶端控制的可靠性。同時(shí)心跳消息發(fā)送的時(shí)間間隔得以及時(shí)調(diào)整可避免心跳消息過多造成的流媒體服務(wù)器響應(yīng)用戶操作請(qǐng)求變慢、甚至造成消息擁塞的情況。本例中，當(dāng)前接入系統(tǒng)的客戶端的接入數(shù)量大于設(shè)定的閾值時(shí)，流媒體服務(wù)器可根據(jù)實(shí)際情況選擇發(fā)送增大時(shí)間間隔命令給相應(yīng)的客戶端以進(jìn)行相應(yīng)的調(diào)整。具體可如下1、當(dāng)前接入系統(tǒng)的客戶端的接入數(shù)量大于設(shè)定的閾值時(shí)，流媒體服務(wù)器可選擇發(fā)送增大時(shí)間間隔命令給當(dāng)前接入的所有客戶端，客戶端接收到該命令后適當(dāng)?shù)脑龃笮奶l(fā)送的時(shí)間間隔，以減少流媒體服務(wù)器的負(fù)荷，提高流媒體服務(wù)器的資源利用率。2、當(dāng)前接入系統(tǒng)的客戶端的接入數(shù)量大于設(shè)定的閾值時(shí)，流媒體服務(wù)器還可選擇發(fā)送增大時(shí)間間隔命令給最后接入的客戶端，命令最后接入的客戶端減小心跳消息發(fā)送的頻率，以減少流媒體服務(wù)器的負(fù)荷。在本例中，客戶端心跳消息發(fā)送的時(shí)間間隔除了可以由流媒體服務(wù)器根據(jù)當(dāng)前接入的客戶端數(shù)量大于設(shè)定的閾值，而將其做增大調(diào)整以減小心跳消息的發(fā)送頻率外，當(dāng)流媒體服務(wù)器檢測(cè)到當(dāng)前客戶端的接入數(shù)量由大于閾值變?yōu)樾∮谠撻撝禃r(shí)，還可發(fā)送減小時(shí)間間隔命令給相應(yīng)的客戶端以減小心跳消息發(fā)送的時(shí)間間隔，避免在流媒體由高峰時(shí)期轉(zhuǎn)入空閑時(shí)期后，由于處于高峰期的調(diào)整使接收到的心跳消息少，使資源空置導(dǎo)致資源的浪費(fèi)。本例中，當(dāng)流媒體服務(wù)器檢測(cè)到當(dāng)前客戶端的接入數(shù)量由大于設(shè)定的閾值變?yōu)樾∮谠撻撝禃r(shí)，流媒體服務(wù)器也可根據(jù)實(shí)際情況選擇發(fā)送減小時(shí)間間隔命令給相應(yīng)的客戶端，例如可或選擇將減小時(shí)間間隔命令發(fā)送給當(dāng)前接入的所有客戶端。值得注意的是，隨著技術(shù)的發(fā)展，在流媒體服務(wù)器可以實(shí)時(shí)記錄每個(gè)客戶端的心跳時(shí)間間隔時(shí)，本發(fā)明在選擇發(fā)送時(shí)間間隔調(diào)整命令時(shí)，可根據(jù)流媒體服務(wù)器記載的各個(gè)客戶端的心跳消息發(fā)送時(shí)間間隔，根據(jù)實(shí)際情況選擇時(shí)間間隔最大或最小的客戶端進(jìn)行調(diào)離
iF. ο本例中的閾值可包括多個(gè)等級(jí)，流媒體服務(wù)器可根據(jù)閾值的等級(jí)發(fā)送增大時(shí)間間隔命令和所述減小時(shí)間間隔命令給相應(yīng)的客戶端對(duì)心跳消息的發(fā)送時(shí)間間隔做相應(yīng)的調(diào)整，相應(yīng)的，本例中的增大時(shí)間間隔命令和減小時(shí)間間隔命令包含與閾值的各等級(jí)相對(duì)應(yīng)的時(shí)間間隔調(diào)整等級(jí)，客戶端根據(jù)增大時(shí)間間隔命令和減小時(shí)間間隔命令包含的時(shí)間間隔調(diào)整等級(jí)對(duì)心跳消息發(fā)送的時(shí)間間隔做相應(yīng)的調(diào)整，例如假設(shè)閾值包括從小到大的第一等級(jí)、第二等級(jí)和第三等級(jí)，相應(yīng)的增大時(shí)間間隔命令與該閾值的各等級(jí)對(duì)應(yīng)的有第一增大時(shí)間間隔等級(jí)、第二增大時(shí)間間隔等級(jí)、第三增大時(shí)間間隔等級(jí)；減小時(shí)間間隔命令與該閾值的各等級(jí)對(duì)應(yīng)的有第一減小時(shí)間間隔等級(jí)、 第二減小時(shí)間間隔等級(jí)、第三減小時(shí)間間隔等級(jí)。當(dāng)流媒體服務(wù)器檢測(cè)到當(dāng)前接入的用戶接入數(shù)量大于閾值的第一等級(jí)，則發(fā)送的增大時(shí)間間隔命令包含第一增大時(shí)間間隔等級(jí)， 例如命令時(shí)間間隔由原來的T變成2T;當(dāng)流媒體服務(wù)器檢測(cè)到當(dāng)前接入的用戶接入數(shù)量大于閾值的第二等級(jí)，此時(shí)接入的客戶端更多，發(fā)送的增大時(shí)間間隔命令包含第二增大時(shí)間間隔等級(jí)，例如命令時(shí)間間隔由原來的2T變成4T，以此類推。當(dāng)流媒體服務(wù)器檢測(cè)到當(dāng)前接入的用戶接入數(shù)量小于閾值的第二等級(jí)，則發(fā)送的減小時(shí)間間隔命令包含第二減小時(shí)間間隔等級(jí)，例如命令時(shí)間間隔由原來的4T變成2T;當(dāng)流媒體服務(wù)器檢測(cè)到當(dāng)前接入的用戶接入數(shù)量小于閾值的第一等級(jí)，此時(shí)接入的客戶端更少，發(fā)送的減小時(shí)間間隔命令包含第一減小時(shí)間間隔等級(jí)，例如命令時(shí)間間隔由原來的2T 變成T，以此類推。本例中流媒體服務(wù)器可通過實(shí)時(shí)流協(xié)議RTSP (Real-Time Streaming Protocol) 發(fā)送增大時(shí)間間隔命令和減小時(shí)間間隔命令給相應(yīng)的客戶端。因?yàn)閷?shí)時(shí)流協(xié)議RTSP協(xié)議定義了一對(duì)多應(yīng)用程序如何有效地通過IP網(wǎng)絡(luò)傳送多媒體數(shù)據(jù)，且RTSP在體系結(jié)構(gòu)上位于實(shí)時(shí)傳輸協(xié)議RTP (Real-Time Transport Portocol)和實(shí)時(shí)傳輸控制協(xié)議 RTCP(Real-Time Control Transport Portocol)之上，RTSP充當(dāng)多媒體服務(wù)器的網(wǎng)絡(luò)遠(yuǎn)程控制。為了更好的理解本發(fā)明，下面本例假設(shè)TPTV系統(tǒng)包括流媒體服務(wù)器、客戶端A和客戶端B，以及將閾值設(shè)置為1為例，對(duì)本發(fā)明做進(jìn)一步說明。請(qǐng)參見圖1，假設(shè)客戶端A和客戶端B自行定義的心跳消息發(fā)送時(shí)間間隔都為t。 假設(shè)客戶端先接入系統(tǒng)，此時(shí)未超過設(shè)定的閾值1。流媒體服務(wù)器發(fā)現(xiàn)當(dāng)前客戶端數(shù)量增加到超過閾值以后，并通知客戶端增加心跳消息發(fā)送時(shí)間間隔的過程如下，請(qǐng)參見圖1
客戶端A正常服務(wù)中，發(fā)送心跳消息，距離上次發(fā)送心跳的時(shí)間間隔為t ；流媒體服務(wù)器收到心跳消息，并反饋給客戶端A —個(gè)成功的應(yīng)答；客戶端B向服務(wù)器發(fā)送點(diǎn)播節(jié)目請(qǐng)求；流媒體服務(wù)器處理成功客戶端B的請(qǐng)求，開始播放節(jié)目，并給客戶端B成功應(yīng)答；流媒體服務(wù)器發(fā)現(xiàn)當(dāng)前接入的客戶端數(shù)量超過了設(shè)定的閾值1，發(fā)送增大時(shí)間間隔命令給客戶端B和客戶端A，要求將心跳消息發(fā)送時(shí)間間隔增加為2t ；客戶端B和客戶端A收到該命令后，根據(jù)該命令更改心跳消息發(fā)送間隔時(shí)間為2t， 并反饋成功更改的應(yīng)答消息給流媒體服務(wù)器；客戶端A發(fā)送心跳消息，距離上次發(fā)送心跳的時(shí)間間隔為2t ；流媒體服務(wù)器收到心跳消息，并給一個(gè)成功的應(yīng)答；客戶端B發(fā)送心跳消息，距離上次發(fā)送心跳的時(shí)間間隔為2t ；流媒體服務(wù)器收到心跳消息，并給一個(gè)成功的應(yīng)答。圖1所示的是在當(dāng)前客戶端接入數(shù)量大于設(shè)定的閾值時(shí)，流媒體服務(wù)器通知當(dāng)前接入的所有客戶端更改心跳消息發(fā)送時(shí)間間隔，下面以只要求最后接入的客戶端更改心跳消息發(fā)送時(shí)間間隔為例做進(jìn)一步說明，請(qǐng)參見圖2 客戶端A正常服務(wù)中，發(fā)送心跳消息，距離上次發(fā)送心跳的時(shí)間間隔為t ；流媒體服務(wù)器收到心跳消息，并反饋給客戶端A —個(gè)成功的應(yīng)答；客戶端B向服務(wù)器發(fā)送點(diǎn)播節(jié)目請(qǐng)求；流媒體服務(wù)器處理成功客戶端B的請(qǐng)求，開始播放節(jié)目，并給客戶端B成功應(yīng)答；流媒體服務(wù)器發(fā)現(xiàn)當(dāng)前接入的客戶端數(shù)量超過了設(shè)定的閾值1，發(fā)送增大時(shí)間間隔命令給客戶端B，要求將心跳消息發(fā)送時(shí)間間隔增加為2t?？蛻舳薆收到該命令后，根據(jù)該命令更改心跳消息發(fā)送間隔時(shí)間為2t，并反饋成功更改的應(yīng)答消息給流媒體服務(wù)器；客戶端A發(fā)送心跳消息，距離上次發(fā)送心跳的時(shí)間間隔為t ；流媒體服務(wù)器收到心跳消息，并給一個(gè)成功的應(yīng)答；客戶端B發(fā)送心跳消息，距離上次發(fā)送心跳的時(shí)間間隔為2t ；流媒體服務(wù)器收到心跳消息，并給一個(gè)成功的應(yīng)答。圖1 一 2所示的是在當(dāng)前客戶端接入數(shù)量大于設(shè)定的閾值時(shí)，流媒體服務(wù)器通知最后相應(yīng)的客戶端更改心跳消息發(fā)送時(shí)間間隔的流程，下面以流媒體服務(wù)器發(fā)現(xiàn)當(dāng)前客戶端接入數(shù)量由大于設(shè)定的閾值變成小于等于設(shè)定的閾值為例對(duì)本發(fā)明做進(jìn)一步說明。在圖1所示的基礎(chǔ)上，此時(shí)客戶端A和客戶端B心跳消息發(fā)送時(shí)間間隔都為2t，閾值仍設(shè)為1，流媒體服務(wù)器發(fā)現(xiàn)當(dāng)前客戶端數(shù)量減少到小于等于閾值，并通知客戶端減小心跳消息發(fā)送的時(shí)間間隔的過程如下，請(qǐng)參見圖3 客戶端A正常服務(wù)中，發(fā)送心跳消息，距離上次發(fā)送心跳的時(shí)間間隔為2t ；流媒體服務(wù)器收到心跳消息，并給一個(gè)成功的應(yīng)答；客戶端B向流媒體服務(wù)器發(fā)送退出服務(wù)請(qǐng)求；流媒體服務(wù)器終止客戶端B的服務(wù)并斷開連接；流媒體服務(wù)器發(fā)現(xiàn)由于客戶端B的退出，導(dǎo)致當(dāng)前服務(wù)的客戶端數(shù)等于閾值1，于是給所有正在服務(wù)的客戶端(本例中為客戶端A)發(fā)送減小時(shí)間間隔命令，要求縮短心跳消息發(fā)送的時(shí)間間隔；客戶端A收到該命令，修改心跳消息發(fā)送間隔時(shí)間，并給流媒體服務(wù)器成功應(yīng)答；客戶端A發(fā)送心跳消息，距離上次發(fā)送心跳的時(shí)間間隔為t ；流媒體服務(wù)器收到心跳消息，并給一個(gè)成功的應(yīng)答。綜上可知，本發(fā)明提供的方法可根據(jù)當(dāng)前接入的客戶端的數(shù)量適時(shí)的減小客戶端發(fā)送心跳消息的頻率，避免心跳消息過多造成的流媒體服務(wù)器響應(yīng)用戶操作請(qǐng)求變慢、甚至造成消息擁塞的情況的同時(shí)，還可在當(dāng)前接入的客戶端數(shù)量小于閾值時(shí)，相應(yīng)的減小心跳消息發(fā)送的時(shí)間間隔，使流媒體服務(wù)器資源的利用率處于一個(gè)最佳狀態(tài)，進(jìn)而大大提升用戶的體驗(yàn)。以上內(nèi)容是結(jié)合具體的實(shí)施方式對(duì)本發(fā)明所作的進(jìn)一步詳細(xì)說明，不能認(rèn)定本發(fā)明的具體實(shí)施只局限于這些說明。對(duì)于本發(fā)明所屬技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干簡(jiǎn)單推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種在IPTV系統(tǒng)內(nèi)調(diào)整心跳消息發(fā)送時(shí)間的方法，其特征在于，包括設(shè)定客戶端接入數(shù)量閾值；流媒體服務(wù)器實(shí)時(shí)獲取當(dāng)前接入的客戶端的接入數(shù)量，并將其與所述閾值進(jìn)行比較， 根據(jù)比較結(jié)果發(fā)送時(shí)間間隔調(diào)整命令給相應(yīng)的客戶端；客戶端接收到所述時(shí)間間隔調(diào)整命令后，根據(jù)所述時(shí)間間隔調(diào)整命令相應(yīng)的調(diào)整心跳消息發(fā)送的時(shí)間間隔。
2.如權(quán)利要求1所述的方法，其特征在于，所述時(shí)間間隔調(diào)整命令包括增大時(shí)間間隔命令，當(dāng)所述比較結(jié)果為所述當(dāng)前接入的客戶端的接入數(shù)量大于所述閾值時(shí)，所述流媒體服務(wù)器發(fā)送所述增大時(shí)間間隔命令給相應(yīng)的客戶端；客戶端接收到所述增大時(shí)間間隔命令后，根據(jù)所述增大時(shí)間間隔命令增大心跳消息發(fā)送的時(shí)間間隔。
3.如權(quán)利要求2所述的方法，其特征在于，所述時(shí)間間隔調(diào)整命令包括減小時(shí)間間隔命令，當(dāng)所述比較結(jié)果為當(dāng)前客戶端的接入數(shù)量由大于所述閾值變?yōu)樾∮诘扔谒鲩撝禃r(shí)，所述流媒體服務(wù)器發(fā)送減小時(shí)間間隔命令給相應(yīng)的客戶端；客戶端接收到所述減小時(shí)間間隔命令后，根據(jù)所述減小時(shí)間間隔命令相應(yīng)的減小心跳消息發(fā)送的時(shí)間間隔。
4.如權(quán)利要求2所述的方法，其特征在于，所述流媒體服務(wù)器發(fā)送所述增大時(shí)間間隔命令給當(dāng)前接入的所有客戶端。
5.如權(quán)利要求2所述的方法，其特征在于，所述流媒體服務(wù)器發(fā)送增大時(shí)間間隔命令給最后接入的客戶端。
6.如權(quán)利要求3所述的方法，其特征在于，所述流媒體服務(wù)器發(fā)送所述減小時(shí)間間隔命令給當(dāng)前接入的所有客戶端。
7.如權(quán)利要求3-6任一項(xiàng)所述的方法，其特征在于，所述閾值包括多個(gè)等級(jí)，所述增大時(shí)間間隔命令和所述減小時(shí)間間隔命令包含與所述閾值的各等級(jí)相對(duì)應(yīng)的時(shí)間間隔調(diào)整等級(jí)，客戶端根據(jù)所述增大時(shí)間間隔命令和所述減小時(shí)間間隔命令包含的時(shí)間間隔調(diào)整等級(jí)對(duì)心跳消息發(fā)送的時(shí)間間隔做相應(yīng)的調(diào)整。
8.如權(quán)利要求1-6任一項(xiàng)所述的方法，其特征在于，所述流媒體服務(wù)器通過實(shí)時(shí)流協(xié)議發(fā)送所述時(shí)間間隔命令給相應(yīng)的客戶端。
9.一種IPTV系統(tǒng)，其特征在于，包括流媒體服務(wù)器和客戶端，所述流媒體服務(wù)器用于實(shí)時(shí)獲取當(dāng)前接入的客戶端的接入數(shù)量，并將其與設(shè)定的閾值進(jìn)行比較，根據(jù)比較結(jié)果發(fā)送時(shí)間間隔調(diào)整命令給相應(yīng)的客戶端；所述客戶端用于接收到所述時(shí)間間隔調(diào)整命令后， 根據(jù)所述時(shí)間間隔調(diào)整命令相應(yīng)的調(diào)整心跳消息發(fā)送的時(shí)間間隔。
全文摘要
本發(fā)明公開了一種在IPTV系統(tǒng)內(nèi)調(diào)整心跳消息發(fā)送時(shí)間的方法及系統(tǒng)，通過設(shè)置客戶端接入數(shù)量閾值，且流媒體服務(wù)器實(shí)時(shí)的獲取當(dāng)前接入的客戶端的接入數(shù)量，并將獲取的接入數(shù)量與設(shè)定的閾值進(jìn)行比較，根據(jù)比較結(jié)果發(fā)送時(shí)間間隔調(diào)整命令給相應(yīng)的客戶端，以對(duì)客戶端的心跳消息發(fā)送時(shí)間間隔做相應(yīng)的調(diào)整。因此本發(fā)明提供的方法可根據(jù)當(dāng)前接入的客戶端的數(shù)量適時(shí)的減小客戶端發(fā)送心跳消息的頻率，避免心跳消息過多造成的流媒體服務(wù)器響應(yīng)用戶操作請(qǐng)求變慢、甚至造成消息擁塞的情況，也可避免由高峰時(shí)期轉(zhuǎn)入空閑時(shí)期心跳消息過少造成的資源的浪費(fèi)，提高流媒體服務(wù)器資源的利用率，進(jìn)而大大提升用戶的體驗(yàn)。
文檔編號(hào)H04N21/63GK102438181SQ20111023644
公開日2012年5月2日 申請(qǐng)日期2011年8月18日 優(yōu)先權(quán)日2011年8月18日
發(fā)明者霍晶 申請(qǐng)人:中興通訊股份有限公司