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

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


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