專利名稱：一種網(wǎng)絡(luò)電視服務(wù)請求的定向方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)電視(IPTV)和移動流媒體系統(tǒng)，特別涉及一種IPTV服務(wù)請求的定向方法。
背景技術(shù)：
IPTV (網(wǎng)絡(luò)電視)業(yè)務(wù)是指以機(jī)頂盒接入到寬帶網(wǎng)絡(luò)，以PC機(jī)或者電 視機(jī)為顯示終端，從而為用戶提供一種交互式電視體驗(yàn)和多媒體服務(wù)的寬帶增 值業(yè)務(wù)。同時(shí)，也是固網(wǎng)3G主推的一項(xiàng)業(yè)務(wù)。移動流媒體被認(rèn)為是3G網(wǎng)絡(luò)的核心業(yè)務(wù)，也是未來移動通信業(yè)務(wù)發(fā)展的 方向?？傮w來看，當(dāng)前移動通信網(wǎng)絡(luò)提供的主要是以圖像和文字為主的靜態(tài)內(nèi) 容。隨著移動通信網(wǎng)絡(luò)向3G逐步演進(jìn)，融合聲音、文字、圖像多種形態(tài)，為 用戶提供更為有聲有色的手機(jī)電視、視頻點(diǎn)播等移動流媒體業(yè)務(wù)應(yīng)用，成為移 動增值業(yè)務(wù)發(fā)展的必然趨勢。如圖l所示，典型的IPTV和移動流媒體系統(tǒng)基本上由以下幾個子系統(tǒng)組成用戶終端，是指用戶直接接入固網(wǎng)或者無線網(wǎng)絡(luò)的終端設(shè)備。EPG (電子節(jié)目單)子系統(tǒng)，局端提供的向用戶終端展示的操作界面，是用戶進(jìn)行業(yè)務(wù)訂購，體驗(yàn)服務(wù)的入口。業(yè)務(wù)管理平臺，對整個系統(tǒng)進(jìn)行資產(chǎn)管理，對用戶進(jìn)行認(rèn)證，鑒權(quán)和計(jì)費(fèi)。業(yè)務(wù)引擎，為用戶提供最終的服務(wù)和對服務(wù)進(jìn)行控制。其中，業(yè)務(wù)管理平臺、業(yè)務(wù)引擎和EPG子系統(tǒng)為局端系統(tǒng)，用戶終端訪問時(shí)會和EPG子系統(tǒng)和業(yè)務(wù)引擎建立短連接。在IPTV和移動流媒體業(yè)務(wù)中最吸引人的就是用戶可以對所觀看的媒體節(jié)目進(jìn)行交互式的控制，這就使得用戶終端和局端需要進(jìn)行大量的邏輯控制。在眾多邏輯控制中局端的重定向速度是用戶流暢的體驗(yàn)各種多媒體服務(wù)的一個 瓶頸。在現(xiàn)有的IPTV系統(tǒng)和移動流媒體系統(tǒng)中， 一般緩存最近請求服務(wù)的用戶 信息和最近訪問的內(nèi)容信息；在業(yè)務(wù)引擎宕掉的情況下，啟用該緩存，整個系 統(tǒng)走應(yīng)急流程。目前的IPTV和移動流媒體系統(tǒng)中只在EPG子系統(tǒng)作了緩存，并且是在業(yè) 務(wù)引擎宕掉的情況下才啟用。所以沒有改善通常情況下整個系統(tǒng)的響應(yīng)速度。發(fā)明內(nèi)容本發(fā)明要解決的技術(shù)問題是，在EPG子系統(tǒng)和業(yè)務(wù)引擎針對服務(wù)請求的 媒體節(jié)目或預(yù)期請求的節(jié)目設(shè)置兩級緩存，加快用戶向IPTV或移動流媒體系 統(tǒng)請求服務(wù)時(shí)的重定向速度，從而使終端用戶能夠流暢的體驗(yàn)各種服務(wù)。為此，本發(fā)明提供-種IPTV服務(wù)請求的定向方法，其在電子節(jié)目單子系 統(tǒng)和業(yè)務(wù)引擎中分別設(shè)置緩存以向用戶終端提供統(tǒng)一資源定位符，包括步驟步驟-、用戶終端向電子節(jié)目單子系統(tǒng)發(fā)送服務(wù)請求；步驟二、電子節(jié)目爭子系統(tǒng)在本地緩存中檢索對應(yīng)的統(tǒng)一資源定位符，如 果命中則向用戶終端返回統(tǒng)一資源定位符，如果未命中則執(zhí)行步驟三；步驟三、業(yè)務(wù)引擎在本地緩存中檢索對應(yīng)的統(tǒng)一資源定位符，如果命中則 向用戶終端返回統(tǒng)一資源定位符，如果未命中則執(zhí)行步驟四；步驟四、業(yè)務(wù)引擎生成統(tǒng)一資源定位符，并向用戶終端返回統(tǒng)一資源定位符。其中，在所述步驟一中，用戶終端以超文本傳輸協(xié)議方式或?qū)崟r(shí)流協(xié)議方 式向電子節(jié)目單子系統(tǒng)發(fā)送服務(wù)請求。其中，在所述步驟二中，電子節(jié)目單子系統(tǒng)根據(jù)用戶終端的服務(wù)請求的內(nèi) 容和用戶屬性信息在電子節(jié)目單子系統(tǒng)的本地緩存中檢索對應(yīng)的統(tǒng)一資源定 位符。其中，在所述步驟三中，業(yè)務(wù)引擎根據(jù)電子節(jié)目單子系統(tǒng)發(fā)送的請求的內(nèi) 容和用戶屬性信息在業(yè)務(wù)引擎的本地緩存中檢索對應(yīng)的統(tǒng)一資源定位符。其中，在所述步驟四中，其中業(yè)務(wù)引擎將所生成的統(tǒng)一資源定位符發(fā)送到 電子節(jié)目單子系統(tǒng)，電子節(jié)目單子系統(tǒng)向用戶終端返回該統(tǒng)一資源定位符。其中，其在電子節(jié)目單子系統(tǒng)和業(yè)務(wù)引擎中分別設(shè)置緩存以向用戶終端提
供統(tǒng)一資源定位符，包括步驟步驟一、用戶終端向電子節(jié)目單子系統(tǒng)發(fā)送服務(wù)請求；步驟二、電亍節(jié)目單子系統(tǒng)在本地緩存中檢索對應(yīng)的統(tǒng)一資源定位符，如 果命中則向用戶終端返回統(tǒng) -資源定位符，如果未命中則執(zhí)行步驟三；步驟三、業(yè)務(wù)引擎在本地緩存中檢索對應(yīng)的統(tǒng)一資源定位符，如果命中則 向用戶終端返回統(tǒng)一資源定位符，如果未命中則執(zhí)行步驟四；步驟四、業(yè)務(wù)引擎生成統(tǒng)一資源定位符，并向用戶終端返回統(tǒng)一資源定位符；步驟五、用戶終端使用電子節(jié)目單子系統(tǒng)返回的統(tǒng)一資源定位符向業(yè)務(wù)引擎請求媒體內(nèi)容；步驟六、業(yè)務(wù)引擎在收到請求后，向業(yè)務(wù)管理平臺發(fā)送鑒權(quán)請求； 步驟七、業(yè)務(wù)管理平臺在進(jìn)行鑒權(quán)后，向業(yè)務(wù)引擎發(fā)送鑒權(quán)通過消息； 步驟八、業(yè)務(wù)引擎向用戶終端發(fā)送媒體數(shù)據(jù)流。其中，在所述步驟一中，用戶終端以超文本傳輸協(xié)議方式或?qū)崟r(shí)流協(xié)議方 式向電子節(jié)目單子系統(tǒng)發(fā)送服務(wù)請求。其中，在所述步驟二中，電子節(jié)目單子系統(tǒng)根據(jù)用戶終端的服務(wù)請求的內(nèi) 容和用戶屬性信息在電子節(jié)H單子系統(tǒng)的本地緩存中檢索對應(yīng)的統(tǒng)一資源定 位符。其中，在所述步驟三中，業(yè)務(wù)引擎根據(jù)電子節(jié)目單子系統(tǒng)發(fā)送的請求的內(nèi) 容和用戶屬性信息在業(yè)務(wù)引擎的本地緩存中檢索對應(yīng)的統(tǒng)一資源定位符。其中，在所述步驟四中，其中業(yè)務(wù)引擎將所生成的統(tǒng)一資源定位符發(fā)送到 電子節(jié)目單子系統(tǒng)，電子節(jié)目單子系統(tǒng)向用戶終端返回該統(tǒng)一資源定位符。本發(fā)明在EPG子系統(tǒng)和業(yè)務(wù)引擎采用兩級緩存機(jī)制，可以在IPTV和移 動流媒體系統(tǒng)運(yùn)行的平均時(shí)間內(nèi)，節(jié)省局端大量的運(yùn)算時(shí)間，從而提高用戶訪 問系統(tǒng)的響應(yīng)速度，為用戶提供流暢的服務(wù)。


圖1是IPTV和移動流媒體系統(tǒng)結(jié)構(gòu)圖；圖2是本發(fā)明處理IPTV用戶服務(wù)請求的流程圖；圖3是本發(fā)明結(jié)合IPTV系統(tǒng)實(shí)施的時(shí)序圖。
具體實(shí)施方式
下面結(jié)合附圖，詳細(xì)說明本發(fā)明的具體實(shí)施方式
。本發(fā)明提出的兩級緩存機(jī)制，如圖l所示，其是在電子節(jié)目單(EPG)子 系統(tǒng)2和業(yè)務(wù)引擎4這兩個為用戶提供媒體或數(shù)據(jù)服務(wù)相關(guān)的子系統(tǒng)上針對服 務(wù)請求的內(nèi)容或用戶預(yù)期請求的內(nèi)容設(shè)置緩存。這樣，當(dāng)終端服務(wù)請求服務(wù)時(shí)， 通常情況下就不需要所有的服務(wù)請求和啟動流程，中間的某些復(fù)雜的運(yùn)算和操 作步驟可以省略；從而節(jié)省大量的耗時(shí)的操作，提高的整個IPTV系統(tǒng)或移動 流媒體系統(tǒng)對用戶服務(wù)的響應(yīng)速度。本發(fā)明的第一級緩存在EPG子系統(tǒng)2上。EPG子系統(tǒng)2直接面向用戶終 端3，用戶終端3向EPG子系統(tǒng)2發(fā)送HTTP (超文本傳輸協(xié)議)方式或者 RTSP (實(shí)時(shí)流協(xié)議)方式的服務(wù)請求。EPG子系統(tǒng)2在收到用戶終端3的服 務(wù)請求時(shí)，根據(jù)用戶終端3所發(fā)送的服務(wù)請求的內(nèi)容和用戶屬性信息，在EPG 子系統(tǒng)2的本地緩存中檢索對應(yīng)的統(tǒng)一資源定位符(URL)，如果命中則向用 戶終端3返回該URL;如果未命中，EPG子系統(tǒng)2向業(yè)務(wù)引擎4發(fā)送用戶終 端3的相關(guān)參數(shù)，由業(yè)務(wù)引擎4生成URL并返回給EPG子系統(tǒng)2，最終由EPG 子系統(tǒng)2將該URL返回到用戶終端3。其中，針對EPG子系統(tǒng)2上的URL緩存設(shè)置緩存的最大容量；并且對于 緩存中的每條信息設(shè)置有效期，EPG子系統(tǒng)2根據(jù)緩存中的有效期定時(shí)清理 過期信息；并且把服務(wù)請求的內(nèi)容根據(jù)訪問頻率進(jìn)行排序，設(shè)定訪問頻率閾值， 將訪問頻率超過該閾值的內(nèi)容的相關(guān)參數(shù)發(fā)送給業(yè)務(wù)引擎4，從業(yè)務(wù)引擎4獲 得URL并更新到EPG子系統(tǒng)2的本地緩存中。本發(fā)明的第二級緩存在業(yè)務(wù)引擎4上。業(yè)務(wù)引擎4中存儲了內(nèi)容相關(guān)的所 有屬性、用戶和用戶終端3的各種屬性信息。用戶所請求服務(wù)的URL最終都 是由業(yè)務(wù)引擎4生成的。當(dāng)EPG子系統(tǒng)2在本地緩存未檢索到為用戶提供服 務(wù)的URL，則向業(yè)務(wù)引擎4請求URL;業(yè)務(wù)引擎4也會在其本地的緩存中檢 索所需要的URL，如果命中，則向EPG子系統(tǒng)2返回；未命中，則根據(jù)EPG 子系統(tǒng)2傳過來的各種參數(shù)生成URL，返回給EPG子系統(tǒng)2。在業(yè)務(wù)引擎4的第二級緩存中，同樣需要設(shè)置緩存的最大容量和每條緩存 數(shù)據(jù)的有效期；定時(shí)清理過期的緩存數(shù)據(jù)；EPG子系統(tǒng)2還要定時(shí)將內(nèi)容訪 問的頻率發(fā)送到業(yè)務(wù)引擎4;業(yè)務(wù)引擎4參考EPG子系統(tǒng)2發(fā)送過來的內(nèi)容
訪問頻率將超過閾值的內(nèi)容的URL更新到本地緩存。圖2是本發(fā)明處理服務(wù)請求的流程圖，下面結(jié)合附圖2，具體描述本發(fā)明處理服務(wù)請求的流程。步驟S1，用戶向EPG子系統(tǒng)2請求服務(wù)，具體是用戶終端3向EPG子系 統(tǒng)2發(fā)送HTTP (超文本傳輸協(xié)議)方式或者RTSP (實(shí)時(shí)流協(xié)議)方式的服 務(wù)請求；步驟S2， EPG于系統(tǒng)2在收到用戶終端3的服務(wù)請求時(shí)，EPG子系統(tǒng)2 根據(jù)用戶終端3的服務(wù)請求的內(nèi)容和用戶屬性信息在EPG子系統(tǒng)2的本地緩 存中檢索對應(yīng)的URL;步驟S3，判斷是否檢索到對應(yīng)的URL，如果命中則執(zhí)行步驟S4，如果未 命中則執(zhí)行步驟S5;步驟S4， EPG子系統(tǒng)2向用戶終端3返回URL，服務(wù)請求流程結(jié)束；步驟S5， EPG子系統(tǒng)2向業(yè)務(wù)引擎4發(fā)送用戶終端3的相關(guān)參數(shù)，業(yè)務(wù) 引擎4接受EPG子系統(tǒng)2獲取URL的服務(wù)請求；步驟S6，業(yè)務(wù)引擎4根據(jù)EPG子系統(tǒng)2發(fā)過來的請求的內(nèi)容和用戶屬性 信息在業(yè)務(wù)引擎4的本地緩存中檢索對應(yīng)的URL;步驟S7，判斷是否檢索到對應(yīng)的URL，如果命中則執(zhí)行步驟S4，如果未 命中則執(zhí)行步驟S8;步驟S8，業(yè)務(wù)引擎4根據(jù)用戶屬性信息生成URL，并將該URL發(fā)送到 EPG子系統(tǒng)2，然后執(zhí)行步驟S4。圖3是本發(fā)明結(jié)合IPTV系統(tǒng)實(shí)施的時(shí)序圖，如圖3所示，本發(fā)明的IPTV 處理方法如下。步驟l:用戶終端3向EPG子系統(tǒng)2發(fā)送服務(wù)請求；步驟2: EPG系統(tǒng)2根據(jù)服務(wù)請求中的請求的內(nèi)容和用戶屬性信息，査找 本地緩存中是否存在對應(yīng)的URL，如果未命中，則進(jìn)行步驟3;如果命中，則 直接向用戶終端返回URL;步驟3: EPG子系統(tǒng)2向業(yè)務(wù)引擎4轉(zhuǎn)發(fā)用戶服務(wù)請求；步驟4:業(yè)務(wù)引擎4査找本地緩存中是否存在對應(yīng)的URL，如果命中，則進(jìn)行步驟5;如果未命中，則由業(yè)務(wù)引擎4生成URL;步驟5:業(yè)務(wù)引擎4向EPG子系統(tǒng)2返回URL;
步驟6: EPG亍系統(tǒng)2向用戶終端3轉(zhuǎn)發(fā)URL;步驟7:用戶終端3使用EPG子系統(tǒng)2返回的URL向業(yè)務(wù)引擎4請求媒 體內(nèi)容；步驟8:業(yè)務(wù)引擎4在收到請求后，向業(yè)務(wù)管理平臺1發(fā)送批價(jià)、鑒權(quán)請求；步驟9:業(yè)務(wù)管理平臺1在進(jìn)行鑒權(quán)后，向業(yè)務(wù)引擎4發(fā)送批價(jià)、鑒權(quán)通 過消息；步驟10:業(yè)務(wù)引擎4向用戶終端3發(fā)送媒體數(shù)據(jù)流； 步驟ll:用戶終端3向業(yè)務(wù)引擎4發(fā)送服務(wù)結(jié)束請求； 步驟12:業(yè)務(wù)引擎4向業(yè)務(wù)管理平臺1轉(zhuǎn)發(fā)服務(wù)結(jié)束請求； 步驟13:業(yè)務(wù)管理平臺1根據(jù)服務(wù)結(jié)束請求做計(jì)費(fèi)處理，然后向業(yè)務(wù)引 擎4發(fā)送服務(wù)結(jié)束確認(rèn)消息。當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情 況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但 這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1、一種網(wǎng)絡(luò)電視服務(wù)請求的定向方法，其在電子節(jié)目單子系統(tǒng)和業(yè)務(wù)引擎中分別設(shè)置緩存以向用戶終端提供統(tǒng)一資源定位符，包括步驟步驟一、用戶終端向電子節(jié)目單子系統(tǒng)發(fā)送服務(wù)請求；步驟二、電子節(jié)目單子系統(tǒng)在本地緩存中檢索對應(yīng)的統(tǒng)一資源定位符，如果命中則向用戶終端返回統(tǒng)一資源定位符，如果未命中則執(zhí)行步驟三；步驟三、業(yè)務(wù)引擎在本地緩存中檢索對應(yīng)的統(tǒng)一資源定位符，如果命中則向用戶終端返回統(tǒng)一資源定位符，如果未命中則執(zhí)行步驟四；步驟四、業(yè)務(wù)引擎生成統(tǒng)一資源定位符，并向用戶終端返回統(tǒng)一資源定位符。
2、 如權(quán)利要求l所述的方法，其特征在于，在所述步驟一中，用戶終端 以超文本傳輸協(xié)議方式或?qū)崟r(shí)流協(xié)議方式向電子節(jié)目單子系統(tǒng)發(fā)送服務(wù)請求。
3、 如權(quán)利要求l所述的方法，其特征在于，在所述步驟二中，電子節(jié)目 單子系統(tǒng)根據(jù)用戶終端的服務(wù)請求的內(nèi)容和用戶屬性信息在電子節(jié)目單子系 統(tǒng)的本地緩存中檢索對應(yīng)的統(tǒng)一資源定位符。
4、 如權(quán)利要求l所述的方法，其特征在于，在所述步驟三中，業(yè)務(wù)引擎 根據(jù)電子節(jié)目單子系統(tǒng)發(fā)送的請求的內(nèi)容和用戶屬性信息在業(yè)務(wù)引擎的本地 緩存中檢索對應(yīng)的統(tǒng)一資源定位符。
5、 如權(quán)利要求l所述的方法，其特征在于，在所述步驟四中，其中業(yè)務(wù) 引擎將所生成的統(tǒng)一資源定位符發(fā)送到電子節(jié)目單子系統(tǒng)，電子節(jié)目單子系統(tǒng) 向用戶終端返回該統(tǒng)一 資源定位符。
6、 一種在網(wǎng)絡(luò)電視系統(tǒng)中提供媒體內(nèi)容的方法，其在電子節(jié)目單子系統(tǒng) 和業(yè)務(wù)引擎中分別設(shè)置緩存以向用戶終端提供統(tǒng)一資源定位符，包括步驟步驟一、用戶終端向電子節(jié)目單子系統(tǒng)發(fā)送服務(wù)請求；步驟二、電子節(jié)目單子系統(tǒng)在本地緩存中檢索對應(yīng)的統(tǒng)一資源定位符，如 果命中則向用戶終端返回統(tǒng)一資源定位符，如果未命中則執(zhí)行步驟三；步驟三、業(yè)務(wù)引擎在本地緩存中檢索對應(yīng)的統(tǒng)一資源定位符，如果命中則 向用戶終端返回統(tǒng)一資源定位符，如果未命中則執(zhí)行步驟四；步驟四、業(yè)務(wù)引擎生成統(tǒng)一資源定位符，并向用戶終端返回統(tǒng)一資源定位符；步驟五、用戶終端使用電子節(jié)目單子系統(tǒng)返回的統(tǒng)一資源定位符向業(yè)務(wù)引擎請求媒體內(nèi)容；步驟六、業(yè)務(wù)引擎在收到請求后，向業(yè)務(wù)管理平臺發(fā)送鑒權(quán)請求； 步驟七、業(yè)務(wù)管理平臺在進(jìn)行鑒權(quán)后，向業(yè)務(wù)引擎發(fā)送鑒權(quán)通過消息； 步驟八、業(yè)務(wù)引擎向用戶終端發(fā)送媒體數(shù)據(jù)流。
7、 如權(quán)利要求6所述的方法，其特征在于，在所述步驟一中，用戶終端 以超文本傳輸協(xié)議方式或?qū)崟r(shí)流協(xié)議方式向電子節(jié)目單子系統(tǒng)發(fā)送服務(wù)請求。
8、 如權(quán)利要求6所述的方法，其特征在于，在所述歩驟二中，電子節(jié)目單子系統(tǒng)根據(jù)用戶終端的服務(wù)請求的內(nèi)容和用戶屬性信息在電子節(jié)目單子系 統(tǒng)的本地緩存中檢索對應(yīng)的統(tǒng)一資源定位符。
9、 如權(quán)利要求6所述的方法，其特征在于，在所述步驟三中，業(yè)務(wù)引擎 根據(jù)電子節(jié)目單子系統(tǒng)發(fā)送的請求的內(nèi)容和用戶屬性信息在業(yè)務(wù)引擎的本地 緩存中檢索對應(yīng)的統(tǒng)一資源定位符。
10、 如權(quán)利要求6所述的方法，其特征在于，在所述步驟四中，其中業(yè)務(wù) 引擎將所生成的統(tǒng)一資源定位符發(fā)送到電子節(jié)目單子系統(tǒng)，電子節(jié)目單子系統(tǒng) 向用戶終端返回該統(tǒng)一資源定位符。
全文摘要
本發(fā)明公開了一種網(wǎng)絡(luò)電視服務(wù)請求的定向方法，其在電子節(jié)目單子系統(tǒng)和業(yè)務(wù)引擎中分別設(shè)置緩存以向用戶終端提供統(tǒng)一資源定位符，包括步驟步驟一、用戶終端向電子節(jié)目單子系統(tǒng)發(fā)送服務(wù)請求；步驟二、電子節(jié)目單子系統(tǒng)在本地緩存中檢索對應(yīng)的統(tǒng)一資源定位符，如果命中則向用戶終端返回統(tǒng)一資源定位符，如果未命中則執(zhí)行步驟三；步驟三、業(yè)務(wù)引擎在本地緩存中檢索對應(yīng)的統(tǒng)一資源定位符，如果命中則向用戶終端返回統(tǒng)一資源定位符，如果未命中則執(zhí)行步驟四；步驟四、業(yè)務(wù)引擎生成統(tǒng)一資源定位符，并向用戶終端返回統(tǒng)一資源定位符。
文檔編號H04N7/173GK101155294SQ200610113430
公開日2008年4月2日 申請日期2006年9月28日 優(yōu)先權(quán)日2006年9月28日
發(fā)明者印和平, 霆 孫, 潘承錦, 王印龍 申請人:中興通訊股份有限公司