專利名稱：一種實現(xiàn)重定向的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體涉及一種實現(xiàn)重定向的方法和系統(tǒng)。
背景技術(shù)：
隨著IPTV(網(wǎng)絡(luò)電視)系統(tǒng)的發(fā)展，IPTV用戶數(shù)越來越多，服務(wù)內(nèi)容也爆炸式增長，IPTV網(wǎng)絡(luò)中的服務(wù)節(jié)點也在不停增長。當(dāng)用戶的服務(wù)節(jié)點由于資源不足而無法滿足用 戶的服務(wù)請求時，會通過IPTV的重定向機制將用戶請求重定向到另一個可以提供服務(wù)的 節(jié)點上，保證了用戶的請求能夠得到滿足。目前IPTV系統(tǒng)中的這種重定向機制，主要依靠數(shù)據(jù)庫來保持各個節(jié)點的資源狀 況。當(dāng)前節(jié)點無法提供服務(wù)時，可以查詢數(shù)據(jù)庫中各節(jié)點的資源狀況，以找到可以提供服 務(wù)的資源。隨著用戶請求數(shù)的急劇上升，數(shù)據(jù)庫的查詢也越來越頻繁，造成數(shù)據(jù)庫性能下 降，用戶請求無法得到及時回應(yīng)。更嚴(yán)重的是，一旦數(shù)據(jù)庫崩潰，這種節(jié)點間重定向?qū)o法 進行，原本連接起來的各個節(jié)點將成為孤島，導(dǎo)致大量用戶請求失敗，造成用戶體驗嚴(yán)重下 降。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實現(xiàn)重定向的方法和系統(tǒng)，避免因數(shù) 據(jù)庫的問題而導(dǎo)致用戶請求的失敗，提高用戶滿意度。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種實現(xiàn)重定向的方法，該方法包括將業(yè)務(wù)數(shù)據(jù)庫MSDB的媒體業(yè)務(wù)服務(wù)器MSS信息同步到MSDB以外的共享內(nèi)存中；用戶終端設(shè)備UE需要重定向時，根據(jù)共享內(nèi)存中的MSS信息確定UE可用的MSS。同步所述MSS信息的過程包括向MSDB發(fā)送數(shù)據(jù)同步請求，MSDB根據(jù)該數(shù)據(jù)同步請求反饋所請求的數(shù)據(jù)，將該數(shù) 據(jù)保存到已創(chuàng)建的所述共享內(nèi)存中。 所述確定UE可用的MSS的過程包括接收因UE需要重定向而發(fā)起的重定向請求，通過解析該請求中的服務(wù)字段以獲 取請求類型和內(nèi)容ID，從所述共享內(nèi)存中獲取完整的可服務(wù)UE的MSS的地址和端口信息。該方法進一步包括對所述共享內(nèi)存中保存的數(shù)據(jù)進行索引創(chuàng)建，創(chuàng)建過程包括以請求類型和內(nèi)容 ID為關(guān)鍵字來創(chuàng)建HASH索引，將HASH索引保存到本進程堆內(nèi)存中。該方法進一步包括將所述可用的MSS通知給所述UE，由UE針對被通知的可用MSS進行重定向。一種實現(xiàn)重定向的系統(tǒng)，該系統(tǒng)包括同步單元、重定向決策單元；其中，所述同步單元，用于將MSDB的MSS信息同步到MSDB以外的共享內(nèi)存中；所述重定向決策單元，用于在UE需要重定向時，根據(jù)共享內(nèi)存中的MSS信息確定UE可用的MSS。 所述同步單元在同步所述MSS信息時，用于 向MSDB發(fā)送數(shù)據(jù)同步請求，觸發(fā)MSDB根據(jù)該數(shù)據(jù)同步請求反饋所請求的數(shù)據(jù)；并 將MSDB所反饋的數(shù)據(jù)保存到已創(chuàng)建的所述共享內(nèi)存中。所述重定向決策單元在確定UE可用的MSS時，用于接收因UE需要重定向而發(fā)起的重定向請求，通過解析該請求中的服務(wù)字段以獲 取請求類型和內(nèi)容ID，從所述共享內(nèi)存中獲取完整的可服務(wù)UE的MSS的地址和端口信息。
所述同步單元進一步用于對所述共享內(nèi)存中保存的數(shù)據(jù)進行索引創(chuàng)建，進行索引 創(chuàng)建時用于以請求類型和內(nèi)容ID為關(guān)鍵字來創(chuàng)建HASH索引，將HASH索引保存到本進程堆內(nèi)存中。所述重定向決策單元，進一步用于將所述可用的MSS通知給所述UE，觸發(fā)UE針對被通知的可用MSS進行重定向。本發(fā)明實現(xiàn)重定向的方法和系統(tǒng)，可有效避免因數(shù)據(jù)庫的問題而導(dǎo)致用戶請求的 失敗，因而能明顯提高用戶滿意度。


圖1為本發(fā)明一實施例的實現(xiàn)重定向的系統(tǒng)圖；圖2為本發(fā)明一實施例的實現(xiàn)重定向的流程圖；圖3為本發(fā)明實現(xiàn)重定向的流程簡圖。
具體實施例方式參見圖1，圖1為本發(fā)明一實施例的實現(xiàn)重定向的系統(tǒng)圖，該系統(tǒng)包括媒體業(yè) 務(wù)服務(wù)器(MSS, Media Service Server)、媒體業(yè)務(wù)控制服務(wù)器(MSCS, Media Service Control Server)、用戶終端設(shè)備(UE，User Equipment)、業(yè)務(wù)數(shù)據(jù)庫(MSDB，Media Service Database)。其中，MSS作為IPTV系統(tǒng)中節(jié)點的服務(wù)請求控制單元，用于接收UE發(fā)送的RTSP服 務(wù)請求；同時還用于在本業(yè)務(wù)服務(wù)器無法提供服務(wù)的情況下向MSCS發(fā)送重定向請求；還能 夠向UE返回可提供服務(wù)的MSS訪問鏈接。UE用于向MSS發(fā)送RTSP服務(wù)請求，根據(jù)MSS返回的RTSP服務(wù)應(yīng)答，向可用的MSS 重新發(fā)起RTSP服務(wù)請求。MSCS用于從MSDB同步各個MSS所擁有的資源情況等MSS信息，并保存到共享內(nèi)存 中；同時通過查詢MSDB來更新各個MSS的資源情況。還可以接收MSS的重定向請求并根據(jù) 其中的資源名稱等信息查詢可提供服務(wù)的MSS鏈接地址，再將查詢到的MSS鏈接地址返回 給MSS。另外，在業(yè)務(wù)進程因崩潰等原因發(fā)生重啟后，通過讀取共享內(nèi)存中各MSS的資源信 息，提供一定程度的災(zāi)難恢復(fù)能力。在具體應(yīng)用中，MSCS可以從MSDB同步重定向所需的MSS資源信息。通常，只需要 同步用于完成重定向功能所需的最小數(shù)據(jù)集合，以減少數(shù)據(jù)同步時間和共享內(nèi)存的占用， 其中必須包含的是每個MSS所控制的節(jié)點信息和節(jié)點內(nèi)所有資源的ID。并且，MSCS可以定時從MSDB同步MSS資源的增量信息，以保證和MSDB中的數(shù)據(jù)一致。MSDB中每條有改變的記錄，都會被分配對應(yīng)的時間戳。因此MSCS在從MSDB獲取增量信息時，只同步時間戳大于 最后一次同步成功時的時間戳的記錄，之后將需要同步的時間戳按照時間戳的先后順序插 入到已有的數(shù)據(jù)集合中。時間戳的使用保證了增量信息同步的完整性和有序性，也就保證 了共享內(nèi)存和MSDB的數(shù)據(jù)一致性。MSCS可以對同步的MSS資源數(shù)據(jù)進行創(chuàng)建索引的處理，以提高查詢速度。索引可 以不在共享內(nèi)存中保存，而是在進程的堆空間中保存，以盡量減少共享內(nèi)存的占用。這里所 說的索引是指以資源的ID為關(guān)鍵字key，資源所在的節(jié)點為取值value創(chuàng)建的哈希HASH 表，這樣可以通過重定向請求中的資源ID快速找到資源所在節(jié)點的MSS信息。當(dāng)然，在獲取了增量信息后，同樣可以對索引進行更新。MSCS接收到來自MSS的重定向請求時，根據(jù)該請求在共享內(nèi)存中的MSS資源信息 中查找可用的MSS鏈接地址，并將找到的可用的MSS鏈接地址反饋給MSS。在MSDB崩潰后，MSCS能夠依靠共享內(nèi)存中的業(yè)務(wù)資源信息繼續(xù)提供重定向服務(wù)。 這是因為，即使在業(yè)務(wù)進程崩潰后，由于共享內(nèi)存沒有被釋放；因此在業(yè)務(wù)進程重啟后，可 以重新讀取共享內(nèi)存中的數(shù)據(jù)，并重建所述索引，以繼續(xù)提供重定向服務(wù)。由以上描述可見，圖1所示系統(tǒng)能夠?qū)崿F(xiàn)圖2所示流程。參見圖2，圖2為本發(fā)明 一實施例的實現(xiàn)重定向的流程圖，該流程中的步驟201到步驟205描述業(yè)務(wù)數(shù)據(jù)同步的流 程和業(yè)務(wù)數(shù)據(jù)在共享內(nèi)存中構(gòu)建的過程，步驟206到步驟210描述對RTSP服務(wù)請求的處理 流程。圖2所示流程包括以下步驟步驟201 =MSCS啟動后創(chuàng)建共享內(nèi)存，之后通過數(shù)據(jù)庫查詢接口向MSDB發(fā)送數(shù)據(jù) 同步請求，需要同步的數(shù)據(jù)包括VOD分布信息、TVOD分布信息、頻道分布信息。步驟202 =MSDB將MSCS所請求的數(shù)據(jù)通過數(shù)據(jù)同步應(yīng)答反饋給MSCS，MSCS收到 MSDB的數(shù)據(jù)同步應(yīng)答，從中解析出所有數(shù)據(jù)并保存到共享內(nèi)存中。步驟203 :MSCS對共享內(nèi)存中保存的數(shù)據(jù)進行索引創(chuàng)建，以請求類型和內(nèi)容ID(如 VOD、TV0D、頻道的內(nèi)容ID等)為關(guān)鍵字來創(chuàng)建HASH索引，將HASH索引保存到本進程堆內(nèi) 存中。步驟204 =MSCS定時向MSDB發(fā)送增量同步請求，請求中包含最后一次增量或全量 同步成功的時間戳。步驟205 :MSDB將所述時間戳之后更新的數(shù)據(jù)通過增量同步應(yīng)答反饋給MSCS， MSCS應(yīng)用MSDB所反饋的增量數(shù)據(jù)(主要包括VOD、TV0D、頻道表的增量數(shù)據(jù))更新共享內(nèi) 存中的數(shù)據(jù)，同時還可以根據(jù)更新后的數(shù)據(jù)更新堆內(nèi)存中的索引。步驟206 =UE向MSS A發(fā)起RTSP服務(wù)請求。步驟207 =MSS A收到RTSP服務(wù)請求后，確定自身暫時無法提供服務(wù)，則向MSCS發(fā) 起節(jié)點間的重定向請求。步驟208 :MSCS收到MSS A的重定向請求后，通過解析該請求中的服務(wù)字段以獲取 請求類型(VOD、TV0D、頻道)和內(nèi)容ID，查詢對應(yīng)的索引，從共享內(nèi)存中獲取完整的可服務(wù) 的MSS B的地址和端口信息。步驟209 =MSCS將獲取的MSS B的地址和端口信息等MSS信息封裝成MSS鏈接地 址，并將該MSS鏈接地址攜帶于重定向應(yīng)答中反饋給MSS A。
步驟210:MSS A收到MSCS的重定向應(yīng)答后，將其中所包含的MSS鏈接地址攜帶于 RTSP服務(wù)應(yīng)答中發(fā)送給UE。步驟211 :UE接收來自MSS A的RTSP服務(wù)應(yīng)答，向該RTSP服務(wù)應(yīng)答中的MSS鏈接 地址所對應(yīng)的MSS B發(fā)起RTSP服務(wù)請求。結(jié)合以上所述的系統(tǒng)及方法可知，本發(fā)明實現(xiàn)重定向的操作思路可以表示如圖3 所示。參見圖3，圖3為本發(fā)明實現(xiàn)重定向的流程簡圖，該流程包括以下步驟 步驟310 將MSDB的MSS信息同步到MSDB以外的共享內(nèi)存中。步驟320 :UE需要重定向時，根據(jù)共享內(nèi)存中的MSS信息確定可用的MSS，并通知 UE。步驟330 =UE針對被通知的可用MSS進行重定向。需要說明的是，在圖1所示的系統(tǒng)中，MSCS中可以設(shè)置同步單元、重定向決策單 元。其中，同步單元可以將MSDB的MSS信息同步到MSDB以外的共享內(nèi)存中；實際上，同步 單元可以對MSCS中的共享內(nèi)存進行維護，并將同步的MSS信息儲存于該共享內(nèi)存中。當(dāng)因 收到重定向請求等信息而確定UE需要重定向時，重定向決策單元可以根據(jù)所述共享內(nèi)存 中的MSS信息確定可用的MSS，并向UE反饋該可用的MSS的鏈接地址。具體而言，同步單元在同步所述MSS信息時，能夠向MSDB發(fā)送數(shù)據(jù)同步請求，觸發(fā) MSDB根據(jù)該數(shù)據(jù)同步請求反饋所請求的數(shù)據(jù)；并將MSDB所反饋的數(shù)據(jù)保存到已創(chuàng)建的共 享內(nèi)存中。重定向決策單元在確定UE可用的MSS時，則能夠接收因UE需要重定向而發(fā)起 的重定向請求，通過解析該請求中的服務(wù)字段以獲取請求類型和內(nèi)容ID，從共享內(nèi)存中獲 取完整的可服務(wù)UE的MSS的地址和端口信息。另外，同步單元能夠進行創(chuàng)建索引的操作，重定向決策單元則能夠?qū)?chuàng)建的索引 加以利用；并且，重定向決策單元還能夠?qū)⒖捎玫腗SS通知給UE,觸發(fā)UE針對被通知的可 用MSS進行重定向。綜上所述可見，由于各個MSS的資源信息都保持在共享內(nèi)存中，并且共享內(nèi)存的 訪問速度遠(yuǎn)高于數(shù)據(jù)庫，因此重定向請求可以得到更快的處理，用戶體驗大大改善。同時在 數(shù)據(jù)庫崩潰和業(yè)務(wù)進程由于各種原因而重啟的情況下，仍能依靠共享內(nèi)存中的數(shù)據(jù)繼續(xù)提 供重定向服務(wù)，大大提供了系統(tǒng)的可靠性。顯然，無論是方法還是系統(tǒng)，本發(fā)明實現(xiàn)重定向的技術(shù)與現(xiàn)有技術(shù)對比具有如下 優(yōu)點(1)、MSCS在收到MSS的重定向請求時，不查詢數(shù)據(jù)庫，而是查詢共享內(nèi)存中保存 的節(jié)點資源信息，獲取可服務(wù)的MSS地址數(shù)據(jù)，查詢速度大大提高；(2)、即使數(shù)據(jù)庫無法提供服務(wù)，MSCS仍然可以依靠共享內(nèi)存中的數(shù)據(jù)來提供服務(wù)；(3)、在數(shù)據(jù)庫崩潰和業(yè)務(wù)進程重啟的情況下，共享內(nèi)存中的數(shù)據(jù)不會消失，MSCS 只需對共享內(nèi)存中的數(shù)據(jù)進行重建索引操作，即可繼續(xù)提供服務(wù)。以上優(yōu)點均可有效避免因數(shù)據(jù)庫的問題而導(dǎo)致用戶請求的失敗，因而能明顯提高 用戶滿意度。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍，凡在 本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應(yīng)包含在本發(fā)明的保護 范圍之內(nèi)。
權(quán)利要求
一種實現(xiàn)重定向的方法，其特征在于，該方法包括將業(yè)務(wù)數(shù)據(jù)庫MSDB的媒體業(yè)務(wù)服務(wù)器MSS信息同步到MSDB以外的共享內(nèi)存中；用戶終端設(shè)備UE需要重定向時，根據(jù)共享內(nèi)存中的MSS信息確定UE可用的MSS。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，同步所述MSS信息的過程包括向MSDB發(fā)送數(shù)據(jù)同步請求，MSDB根據(jù)該數(shù)據(jù)同步請求反饋所請求的數(shù)據(jù)，將該數(shù)據(jù)保 存到已創(chuàng)建的所述共享內(nèi)存中。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述確定UE可用的MSS的過程包括 接收因UE需要重定向而發(fā)起的重定向請求，通過解析該請求中的服務(wù)字段以獲取請求類型和內(nèi)容ID，從所述共享內(nèi)存中獲取完整的可服務(wù)UE的MSS的地址和端口信息。
4.根據(jù)權(quán)利要求1至3任一項所述的方法，其特征在于，該方法進一步包括對所述共享內(nèi)存中保存的數(shù)據(jù)進行索引創(chuàng)建，創(chuàng)建過程包括以請求類型和內(nèi)容ID為 關(guān)鍵字來創(chuàng)建HASH索引，將HASH索引保存到本進程堆內(nèi)存中。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，該方法進一步包括將所述可用的MSS通知給所述UE，由UE針對被通知的可用MSS進行重定向。
6.一種實現(xiàn)重定向的系統(tǒng)，其特征在于，該系統(tǒng)包括同步單元、重定向決策單元；其中，所述同步單元，用于將MSDB的MSS信息同步到MSDB以外的共享內(nèi)存中； 所述重定向決策單元，用于在UE需要重定向時，根據(jù)共享內(nèi)存中的MSS信息確定UE可 用的MSS。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述同步單元在同步所述MSS信息時，用于向MSDB發(fā)送數(shù)據(jù)同步請求，觸發(fā)MSDB根據(jù)該數(shù)據(jù)同步請求反饋所請求的數(shù)據(jù)；并將 MSDB所反饋的數(shù)據(jù)保存到已創(chuàng)建的所述共享內(nèi)存中。
8.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述重定向決策單元在確定UE可用的 MSS時，用于接收因UE需要重定向而發(fā)起的重定向請求，通過解析該請求中的服務(wù)字段以獲取請 求類型和內(nèi)容ID，從所述共享內(nèi)存中獲取完整的可服務(wù)UE的MSS的地址和端口信息。
9.根據(jù)權(quán)利要求6至8任一項所述的系統(tǒng)，其特征在于，所述同步單元進一步用于對所 述共享內(nèi)存中保存的數(shù)據(jù)進行索引創(chuàng)建，進行索引創(chuàng)建時用于以請求類型和內(nèi)容ID為關(guān)鍵字來創(chuàng)建HASH索引，將HASH索引保存到本進程堆內(nèi)存中。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述重定向決策單元，進一步用于 將所述可用的MSS通知給所述UE，觸發(fā)UE針對被通知的可用MSS進行重定向。
全文摘要
本發(fā)明公開了一種實現(xiàn)重定向的方法和系統(tǒng)，均可將業(yè)務(wù)數(shù)據(jù)庫的媒體業(yè)務(wù)服務(wù)器信息同步到業(yè)務(wù)數(shù)據(jù)庫以外的共享內(nèi)存中；用戶終端設(shè)備需要重定向時，根據(jù)共享內(nèi)存中的媒體業(yè)務(wù)服務(wù)器信息確定用戶終端設(shè)備可用的媒體業(yè)務(wù)服務(wù)器。本發(fā)明實現(xiàn)重定向的方法和系統(tǒng)，可有效避免因數(shù)據(jù)庫的問題而導(dǎo)致用戶請求的失敗，因而能明顯提高用戶滿意度。
文檔編號H04L12/56GK101867526SQ201010210998
公開日2010年10月20日 申請日期2010年6月28日 優(yōu)先權(quán)日2010年6月28日
發(fā)明者劉俊, 熊勤 申請人:中興通訊股份有限公司