專利名稱：一種ppv業(yè)務(wù)的實(shí)時控制方法、系統(tǒng)和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及交互式網(wǎng)絡(luò)電視(IPTV)領(lǐng)域，特別是指一種按次付費(fèi)(PPV)業(yè)務(wù)的 實(shí)時控制方法、系統(tǒng)和設(shè)備。
背景技術(shù)：
基于IP多媒體子系統(tǒng)(IMS，IP Multimedia Subsystem)網(wǎng)絡(luò)的交互式網(wǎng)絡(luò)電視 (IPTV, Internet Protocol Television)技術(shù)，為用戶提供了豐富多彩的音視頻服務(wù)，如直播頻道、點(diǎn)播節(jié)目等。在傳統(tǒng)數(shù)字電視中，對于直播頻道提供了一種按次付費(fèi)(PPV，Pay Per View)的電視服務(wù)，通常數(shù)字電視中是按照整個頻道進(jìn)行按次付費(fèi)。
由于目前的IPTV業(yè)務(wù)流程中沒有關(guān)于PPV節(jié)目的實(shí)時控制，因此，基于目前的 IPTV業(yè)務(wù)流程，用戶無法實(shí)時地訂購并觀看PPV節(jié)目；如果想觀看PPV節(jié)目，用戶需要 提前訂購、如到運(yùn)營商的客戶中心提前訂購需要觀看的PPV節(jié)目，這樣降低了用戶的體 驗(yàn)度。發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種PPV業(yè)務(wù)的實(shí)時控制方法、系統(tǒng)和 設(shè)備，能夠使用戶可以實(shí)時地訂購并觀看PPV節(jié)目，提高了用戶的體驗(yàn)度。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的
本發(fā)明提供了一種PPV業(yè)務(wù)的實(shí)時控制方法，該方法包括
交互式網(wǎng)絡(luò)電視服務(wù)控制功能實(shí)體IPTV SCF依據(jù)用戶終端發(fā)送的直播會話建立 請求，確認(rèn)當(dāng)前直播頻道上存在用戶未訂購的按次付費(fèi)PPV節(jié)目；
IPTV SCF通知所述用戶終端對所述未訂購PPV節(jié)目進(jìn)行訂購。
其中，所述直播會話建立請求中至少攜帶所述直播頻道的標(biāo)識和用戶信息；
所述用戶終端通過IP多媒體子系統(tǒng)核心Core IMS將所述直播會話建立請求發(fā)送 給所述IPTV SCF。
所述IPTV SCF確認(rèn)當(dāng)前直播頻道上存在用戶未訂購的PPV節(jié)目，具體為
所述IPTV SCF依據(jù)所述直播頻道的標(biāo)識，到IPTV應(yīng)用門戶中獲取所述直播頻 道的節(jié)目播放列表；
所述IPTV SCF依據(jù)所述用戶信息，到用戶信息服務(wù)功能實(shí)體中獲取所述用戶訂 購PPV節(jié)目的信息；
依據(jù)所述節(jié)目播放列表和所述用戶訂購PPV節(jié)目的信息，IPTV SCF確認(rèn)所述直 播頻道上存在用戶未訂購的PPV節(jié)目。
所述IPTV SCF通知所述用戶終端對所述未訂購PPV節(jié)目進(jìn)行訂購，具體為所 述IPTV SCF在特定時刻獲取所述未訂購PPV節(jié)目的訂購統(tǒng)一資源定位符URL，并通知 用戶終端依據(jù)所述訂購URL對所述未訂購PPV節(jié)目進(jìn)行訂購；
所述特定時刻為當(dāng)所述IPTVSCF確認(rèn)當(dāng)前直播頻道上存在用戶未訂購的PPV節(jié)目時，依據(jù)所述PPV節(jié)目的播放時間，啟動預(yù)設(shè)的定時器；將所述定時器到時的時刻 作為所述特定時刻。
所述IPTV SCF獲取所述未訂購PPV節(jié)目的訂購URL，具體為所述IPTV SCF 向所述IPTV應(yīng)用門戶獲取所述用戶未訂購PPV節(jié)目的訂購URL ；
所述IPTV SCF通知用戶終端對所述未訂購PPV節(jié)目進(jìn)行訂購，具體為IPTV SCF通過Core IMS將攜帶所述訂購URL的消息發(fā)送給用戶終端，用戶終端依據(jù)所述訂購 URL對所述未訂購PPV節(jié)目進(jìn)行訂購。
該方法進(jìn)一步包括
所述用戶終端依據(jù)所述訂購URL訂購所述未訂購PPV節(jié)目成功時，在所述直播 頻道上觀看所述PPV節(jié)目；
所述用戶終端依據(jù)所述訂購URL訂購所述未訂購PPV節(jié)目失敗時，所述用戶終 端退出所述直播頻道對應(yīng)的組播組。
當(dāng)所述用戶終端需要回退觀看所述直播頻道已經(jīng)播放過的節(jié)目時，該方法進(jìn)一 步包括
所述IPTV SCF依據(jù)所述用戶終端發(fā)送的直播會話調(diào)整請求，到所述IPTV應(yīng)用 門戶中獲取所述直播頻道上的PPV節(jié)目邊界點(diǎn)；
所述IPTV SCF將所述PPV節(jié)目邊界點(diǎn)通過所述直播會話調(diào)整請求發(fā)送給集群控 制器CC ；
所述CC確定時移邊界點(diǎn)，并依據(jù)所述PPV節(jié)目邊界點(diǎn)，確定用戶回退到的節(jié)目 時間點(diǎn)。
所述IPTV SCF獲取所述PPV節(jié)目邊界點(diǎn)，具體為
所述IPTV SCF依據(jù)所述直播頻道的節(jié)目播放列表，確認(rèn)已經(jīng)播放的節(jié)目中最后 一個PPV節(jié)目的結(jié)束時間點(diǎn)，作為所述PPV節(jié)目邊界點(diǎn)。
所述CC確認(rèn)時移邊界點(diǎn)，具體為
所述CC依據(jù)當(dāng)前時刻和預(yù)設(shè)的所述直播頻道允許的存儲已播放節(jié)目的最大時 長，確定所述時移邊界點(diǎn)。
所述CC確定用戶回退到的節(jié)目時間點(diǎn)，具體為將所述PPV節(jié)目邊界點(diǎn)和時 移邊界點(diǎn)進(jìn)行比較，將距離當(dāng)前時刻最近的PPV節(jié)目邊界點(diǎn)或者時移邊界點(diǎn)作為所述用 戶回退到的節(jié)目時間點(diǎn)。
本發(fā)明還提供了一種PPV業(yè)務(wù)的實(shí)時控制系統(tǒng)，該系統(tǒng)包括用戶終端、和 IPTV SCF，其中，
所述用戶終端，用于向所述IPTV SCF發(fā)送直播會話建立請求；
所述IPTV SCF,用于依據(jù)所述直播會話建立請求確認(rèn)當(dāng)前直播頻道上存在用戶 未訂購的PPV節(jié)目；還用于通知所述用戶終端對所述未訂購PPV節(jié)目進(jìn)行訂購。
所述IPTV SCF進(jìn)一步用于，獲取所述未訂購PPV節(jié)目的訂購URL，并通知用 戶終端依據(jù)所述訂購URL對所述未訂購PPV節(jié)目進(jìn)行訂購；
相應(yīng)的，該系統(tǒng)進(jìn)一步包括
IPTV應(yīng)用門戶，用于向所述IPTV SCF提供未訂購PPV節(jié)目的訂購URL ；還用于向所述IPTV SCF提供所述直播頻道的節(jié)目播放列表；
用戶信息服務(wù)功能實(shí)體，用于向所述IPTV SCF提供用戶訂購PPV節(jié)目的信 息；
相應(yīng)的，所述IPTV SCF進(jìn)一步用于，依據(jù)所述節(jié)目播放列表和所述用戶訂購 PPV節(jié)目的信息確認(rèn)所述直播頻道上存在用戶未訂購的PPV節(jié)目。
該系統(tǒng)進(jìn)一步包括
Core IMS,用于將來自用戶終端的直播會話建立請求發(fā)送給所述IPTV SCF ；還 用于將來自IPTV SCF的攜帶所述訂購URL的消息發(fā)送給所述用戶終端，通知用戶進(jìn)行所 述未訂購PPV節(jié)目的訂購。
當(dāng)所述用戶終端需要回退觀看所述直播頻道已經(jīng)播放過的節(jié)目時，該系統(tǒng)進(jìn)一 步包括CC ；
相應(yīng)的，所述IPTV SCF進(jìn)一步用于，到所述IPTV應(yīng)用門戶中獲取所述直播頻 道上的PPV節(jié)目邊界點(diǎn)，并將所述PPV節(jié)目邊界點(diǎn)發(fā)送給所述CC ；
所述CC，用于確定時移邊界點(diǎn)，并依據(jù)所述PPV節(jié)目邊界點(diǎn)，確定用戶回退到 的節(jié)目時間點(diǎn)。
本發(fā)明還提供了一種PPV業(yè)務(wù)的實(shí)時控制設(shè)備，該設(shè)備包括
分析模塊，用于接收來自用戶終端的直播會話建立請求，并依據(jù)所述直播會話 建立請求，確認(rèn)當(dāng)前直播頻道上存在用戶未訂購的PPV節(jié)目；
處理模塊，用于通知所述用戶終端對所述未訂購PPV節(jié)目進(jìn)行訂購。
本發(fā)明PPV業(yè)務(wù)的實(shí)時控制方案，在用戶請求直播頻道時，通過IPTV服務(wù)控制 功能實(shí)體確認(rèn)在該直播頻道上存在PPV節(jié)目，然后在特定時刻通知用戶進(jìn)行PPV節(jié)目的 訂購；對于用戶從直播狀態(tài)切換到時移狀態(tài)的情況，通過IPTV服務(wù)控制功能實(shí)體對時移 的邊界進(jìn)行控制；如此，用戶可以實(shí)時地訂購并觀看PPV節(jié)目，提高了用戶的體驗(yàn)度。


圖1為IPTV系統(tǒng)架構(gòu)示意圖2為本發(fā)明PPV業(yè)務(wù)的實(shí)時控制方法流程圖3為本發(fā)明PPV業(yè)務(wù)的實(shí)時控制方法實(shí)施例一的流程圖4為本發(fā)明PPV業(yè)務(wù)的實(shí)時控制方法實(shí)施例二的流程圖5為本發(fā)明PPV業(yè)務(wù)的實(shí)時控制方法實(shí)施例三的流程圖6為本發(fā)明PPV業(yè)務(wù)的實(shí)時控制系統(tǒng)的結(jié)構(gòu)關(guān)系示意圖7為本發(fā)明PPV業(yè)務(wù)的實(shí)時控制設(shè)備的結(jié)構(gòu)關(guān)系示意圖。
具體實(shí)施方式
下面結(jié)合附圖和具體實(shí)施例對本發(fā)明的技術(shù)方案進(jìn)一步詳細(xì)闡述。
本發(fā)明PPV業(yè)務(wù)的實(shí)時控制方案，在用戶請求直播頻道時，通過IPTV服務(wù)控制 功能實(shí)體確認(rèn)在該直播頻道上存在PPV節(jié)目，然后在特定時刻通知用戶進(jìn)行PPV節(jié)目的 訂購；對于用戶從直播狀態(tài)切換到時移狀態(tài)的情況，通過IPTV服務(wù)控制功能實(shí)體對時移 的邊界進(jìn)行控制。
其中，用戶通過直播頻道觀看視頻節(jié)目時，需要加入一個組播組，該組播組的所有用戶共同使用該直播頻道觀看節(jié)目、即網(wǎng)絡(luò)側(cè)的該直播頻道對應(yīng)的視頻源和組播組 用戶是一對多的關(guān)系，用戶通過直播頻道所觀看的節(jié)目是實(shí)時的，可以將此種狀態(tài)稱為 直播狀態(tài)；當(dāng)用戶從直播狀態(tài)切換到時移狀態(tài)時，該用戶需要推出上述組播組，和當(dāng)前 直播頻道對應(yīng)的視頻源建立一對一的關(guān)系，此時用戶所觀看的節(jié)目是非實(shí)時的。
本發(fā)明PPV業(yè)務(wù)的實(shí)時控制方案所適用的IPTV系統(tǒng)如圖1所示，包括用戶 終端、IPTV服務(wù)控制功能實(shí)體、用戶信息服務(wù)功能實(shí)體、內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN，Content Delivery Network)子系統(tǒng)、業(yè)務(wù)選擇功能實(shí)體、業(yè)務(wù)發(fā)現(xiàn)功能實(shí)體、業(yè)務(wù)控制功能實(shí) 體、傳輸處理功能實(shí)體和資源接納控制功能實(shí)體。
業(yè)務(wù)控制功能實(shí)體，本發(fā)明的IPTV系統(tǒng)是基于下一代網(wǎng)絡(luò)IMS網(wǎng)絡(luò)，則業(yè)務(wù) 控制功能實(shí)體為IMS核心(Core IMS)。
IPTV 服務(wù)控制功能實(shí)體(IPTV SCF，IPTV Service Control Function),主要提供會話初始階段的業(yè)務(wù)認(rèn)證、根據(jù)用戶的IPTV業(yè)務(wù)清單確定是否允許用戶使用相關(guān)的業(yè) 務(wù)、信用控制、以及選擇相應(yīng)的IPTV媒體功能，可以看作是下一代網(wǎng)絡(luò)架構(gòu)中的會話初 始化協(xié)議 6IP，Session Initiation Protocol)應(yīng)用服務(wù)器。IPTV SCF 和 Core IMS 之間通過ISC接口進(jìn)行交互；用戶終端和IPTV SCF通過CoreIMS進(jìn)行會話相關(guān)的信息交互，用戶 終端也可以通過Ut接口進(jìn)行IPTV業(yè)務(wù)清單配置。
CDN子系統(tǒng)，負(fù)責(zé)點(diǎn)播服務(wù)的信令控制、媒體流的傳輸，包括CDN控制器 (CDNC)、集群控制器(CC)和媒體交互功能實(shí)體(CDF)。用戶觸發(fā)點(diǎn)播服務(wù)時，IPTV SCF通過Core IMS (Y2接口)將SIP消息路由至CDNC，CDNC依據(jù)該SIP消息選擇其 管轄的某個CC; CC主要功能為選擇其管轄的某個CDF提供具體的媒體流數(shù)據(jù)(如以 RTP方式傳輸)，還用于處理播放過程中的控制信令(如RTSP命令)。
IPTV應(yīng)用門戶，提供基本的IPTV門戶展示界面，本發(fā)明中為提供用戶訂購的 Web界面。
傳輸處理功能實(shí)體，主要向用戶終端提供直播頻道媒體流數(shù)據(jù)；
資源接納控制功能實(shí)體，主要完成提供基本的策略控制、資源預(yù)留、接納控制 等功能。
基于圖1的IPTV系統(tǒng)架構(gòu)示意圖，本發(fā)明PPV業(yè)務(wù)的實(shí)時控制方法流程如圖2 所示，包括
步驟201，IPTV SCF依據(jù)用戶終端發(fā)送的直播會話建立請求，確認(rèn)當(dāng)前直播頻 道上存在用戶未訂購的PPV節(jié)目。
步驟202，IPTV SCF通知用戶終端對未訂購PPV節(jié)目進(jìn)行訂購。下面通過具體 的實(shí)施例來說明本發(fā)明的實(shí)時控制方案，如圖3所示為PPV業(yè)務(wù)的實(shí)時控制方法實(shí)施例 一的流程，該流程適用于用戶終端請求直播頻道的情況，如圖3所示，包括
步驟301，用戶終端向Core IMS發(fā)送直播會話建立請求。
當(dāng)用戶需要觀看直播節(jié)目時，通過用戶終端向Core IMS發(fā)送一個直播會話建立 請求，該請求中攜帶一個直播頻道的標(biāo)識，該直播頻道即為用戶需要觀看的節(jié)目所在的 頻道。
步驟302，Core IMS依據(jù)直播會話建立請求和資源接納控制功能實(shí)體協(xié)作執(zhí)行資 源預(yù)留操作。
上述直播會話建立請求中還攜帶了用戶通過該直播頻道觀看節(jié)目時所需要的資 源信息、即用戶請求的網(wǎng)絡(luò)帶寬。Core IMS依據(jù)用戶請求的網(wǎng)絡(luò)帶寬，和資源接納控制 功能實(shí)體協(xié)作，在當(dāng)前直播頻道上為執(zhí)行資源預(yù)留、即為該用戶預(yù)留用戶請求大小的網(wǎng) 絡(luò)帶寬，以供后續(xù)媒體流的播放使用。
步驟303，Core IMS將直播會話建立請求轉(zhuǎn)發(fā)給IPTV SCF。
步驟304，IPTVSCF判斷當(dāng)前直播頻道上是否存在用戶未訂購的PPV節(jié)目。
Core IMS將直播會話建立請求轉(zhuǎn)發(fā)給IPTV SCF, IPTV SCF依據(jù)該直播會話建立請求，檢查在該直播頻道上是否存在PPV節(jié)目，以及確認(rèn)該用戶的PPV節(jié)目的訂購情 況。
其中，IPTV應(yīng)用門戶可以提供節(jié)目的播放列表，IPTV SCF根據(jù)直播頻道的標(biāo) 識可以獲取當(dāng)前直播頻道的節(jié)目播放列表，由此可以判斷該直播頻道上是否存在PPV節(jié) 目，包括當(dāng)前播放的PPV節(jié)目和即將播放的PPV節(jié)目；較佳地，可以在播放列表中設(shè)置 一個字段用來表示節(jié)目的屬性，通過該字段可以得知一個視頻節(jié)目是否為PPV節(jié)目，具 體的該字段的值可以根據(jù)需要設(shè)定。
用戶信息服務(wù)功能實(shí)體中存儲有用戶信息，包括用戶身份信息、用戶訂購PPV 節(jié)目的情況等，則IPTV SCF依據(jù)直播會話建立請求中攜帶的用戶信息(用戶身份等)， 通過查詢用戶信息服務(wù)功能實(shí)體就可以得知該用戶訂購PPV節(jié)目的情況，包括該用戶是 否訂購了 PPV節(jié)目、以及訂購的PPV節(jié)目的信息(節(jié)目名稱等)。
結(jié)合IPTV應(yīng)用門戶提供的播放列表和用戶信息服務(wù)功能實(shí)體提供的用戶信息， 可以確認(rèn)在當(dāng)前的直播頻道上是否有PPV節(jié)目，以及是否有用戶已訂購和未訂購的PPV 節(jié)目。
步驟305，IPTV SCF向Core IMS返回2000K響應(yīng)，以告知Core IMS該直播會話已經(jīng)建立。
在本發(fā)明中，IPTV SCF接收到直播會話建立請求后，不僅要檢查當(dāng)前直播頻道 上是否存在PPV節(jié)目以及確認(rèn)該于用戶的PPV節(jié)目的訂購情況，還需要建立基于該直播 頻道的直播會話，并在建立成功后，向0)^1^ 返回2000尺響應(yīng)。
步驟306，Core IMS和資源接納控制功能實(shí)體協(xié)作進(jìn)行資源提交。
直播會話建立后，Core IMS和資源接納控制功能實(shí)體進(jìn)行資源提交、即在當(dāng)前 直播頻道上為該用戶分配其請求的網(wǎng)絡(luò)帶寬，并執(zhí)行步驟307，向用戶終端返回2000K 響應(yīng)，以告知用戶終端資源準(zhǔn)備就緒。
步驟308，用戶終端向傳輸處理功能實(shí)體發(fā)送因特網(wǎng)組管理協(xié)議(IGMP， Internet Group Management ProtocoDjoin 消息。
當(dāng)用戶終端得知資源準(zhǔn)備就緒后，立刻向傳輸處理功能實(shí)體發(fā)送IGMP join消 息，以加入當(dāng)前的組播組、即該直播頻道對應(yīng)的組播組，成為該組播組用戶，這樣，傳 輸處理功能實(shí)體才能將該直播頻道對應(yīng)的媒體流(即該直播頻道上的視頻節(jié)目數(shù)據(jù)流)發(fā) 送給屬于該組播組的該用戶終端。
由于直播頻道上的節(jié)目只能向?qū)儆谠撝辈ヮl道對應(yīng)的組播組的用戶終端播放， 因此，用戶終端必須要先加入該組播組才能觀看該直播頻道上的節(jié)目。
需要指出的是，該步驟中傳輸處理功能實(shí)體向用戶終端發(fā)送的媒體流包括可以通過該直播頻道進(jìn)行播放的PPV節(jié)目和非PPV節(jié)目的媒體流。
下面步驟309 步驟315是可選的。步驟309 步驟315是關(guān)于PPV節(jié)目的訂 購流程，因此，如果步驟304中確認(rèn)當(dāng)前直播頻道上沒有PPV節(jié)目，或者存在已訂購的 PPV節(jié)目，則用戶就不需要在該直播頻道上進(jìn)行PPV節(jié)目的訂購，該訂購流程即無需執(zhí) 行；如果在當(dāng)前直播頻道上有用戶未訂購的PPV節(jié)目，則執(zhí)行步驟309 315的訂購流程。
步驟309，IPTV SCF與IPTV應(yīng)用門戶進(jìn)行交互，獲取PPV節(jié)目的訂購URL。
需要指出的是，在步驟304中，IPTV SCF確認(rèn)在當(dāng)前直播頻道上有PPV節(jié)目， 且確認(rèn)該P(yáng)PV節(jié)目是該用戶未訂購的，則依據(jù)該P(yáng)PV節(jié)目的播放時間，啟動預(yù)設(shè)的定時 器，當(dāng)定時器到時(該時刻即為特定時刻)，IPTV SCF與IPTV應(yīng)用門戶進(jìn)行交互，獲取 該P(yáng)PV節(jié)目的訂購URL。具體的，該定時器的時長可以根據(jù)IPTV的策略、或者實(shí)際需要來設(shè)置。
例如，當(dāng)前時刻為9:00，IPTV SCF確認(rèn)在當(dāng)前直播頻道上存在用戶未訂購的 PPV節(jié)目，且該P(yáng)PV節(jié)目的播放時間為10:00，則根據(jù)需要可以立即啟動預(yù)設(shè)的定時器， 該定時器到時的時間為10:05(此種情況是允許用戶先觀看該P(yáng)PV節(jié)目5分鐘，然后再通 知用戶進(jìn)行訂購)，則在10:05時，IPTV SCF與IPTV應(yīng)用門戶進(jìn)行交互，獲取該P(yáng)PV節(jié) 目的訂購統(tǒng)一資源定位符(URL，Uniform Resource Locator)；或者，還可以在PPV節(jié)目 播放時啟動定時器，根據(jù)需要該定時器的時長為5分鐘，即在該P(yáng)PV節(jié)目播放到第5分 鐘時，IPTV SCF與IPTV應(yīng)用門戶進(jìn)行交互，獲取該P(yáng)PV節(jié)目的訂購URL。
獲取PPV節(jié)目的訂購URL的目的是通知用戶對該P(yáng)PV節(jié)目進(jìn)行訂購，并告知 用戶該P(yáng)PV節(jié)目的訂購地址URL，如步驟310 311 IPTV門戶將當(dāng)前PPV節(jié)目的訂 購URL返回給IPTV SCF ； IPTV SCF通過Core IMS發(fā)送消息(攜帶訂購URL)給用戶終 端，通知用戶進(jìn)行PPV節(jié)目的訂購。
步驟312，用戶依據(jù)訂購URL基于IPTV應(yīng)用門戶進(jìn)行PPV節(jié)目的訂購。
較佳地，通知用戶進(jìn)行訂購的消息在用戶終端上以Web界面的形式顯示，用戶 可以點(diǎn)擊該界面上的訂購URL，進(jìn)入由IPTV應(yīng)用門戶提供的訂購界面，進(jìn)行PPV節(jié)目 的訂購。
步驟313，IPTV應(yīng)用門戶將用戶的訂購信息在用戶信息服務(wù)功能實(shí)體中進(jìn)行更新。
步驟314，更新成功后，用戶信息服務(wù)功能實(shí)體向IPTV應(yīng)用門戶返回更新成功 的消息。
步驟315，IPTV應(yīng)用門戶向用戶終端返回2000K，以告知用戶該P(yáng)PV節(jié)目的訂 購成功，則用戶可以繼續(xù)觀看該P(yáng)PV節(jié)目。
圖4所示為PPV業(yè)務(wù)的實(shí)時控制方法實(shí)施例二的流程，該流程與圖3所示流程 的區(qū)別在于，圖3所示的流程中，用戶訂購PPV節(jié)目成功；而圖4的流程描述的是用戶 訂購PPV節(jié)目失敗。
其中步驟401 步驟412的處理同步驟301 步驟312，此處不再贅述。
步驟413 步驟414，因?yàn)榫W(wǎng)絡(luò)因素或者其他因素導(dǎo)致用戶訂購PPV節(jié)目失敗 時，IPTV應(yīng)用門戶通知用戶終端訂購失??；此時，用戶終端向傳輸處理功能實(shí)體發(fā)送IGMP leave消息，以離開該直播頻道對應(yīng)的組播組。因?yàn)?，?dāng)前直播頻道播放的是PPV 節(jié)目，而用戶訂購失敗無法觀看該節(jié)目，則用戶可以退出該直播頻道，選擇其他頻道觀 看其他節(jié)目。
圖5所示為PPV業(yè)務(wù)的實(shí)時控制方法實(shí)施例三的流程，該流程適用于用戶終端 請求由直播狀態(tài)切換到時移狀態(tài)的情況，如圖5所示，包括
步驟501，進(jìn)行直播會話建立，該步驟對應(yīng)圖3中步驟301 步驟308。
步驟502，用戶終端向Core IMS發(fā)送直播會話調(diào)整請求。
用戶處于直播狀態(tài)時、即用戶通過直播頻道在觀看節(jié)目時，根據(jù)需要(如用戶 需要觀看當(dāng)前直播頻道已經(jīng)播放過的節(jié)目)向時移狀態(tài)切換，首先，用戶需要向Core IMS發(fā)送一個直播會話調(diào)整請求。通過該直播會話請求，可以表示用戶終端請求切換到 時移狀態(tài)，其中還攜帶了用戶切換到時移狀態(tài)所需要的資源、即網(wǎng)絡(luò)帶寬。
步驟503，CoreIMS和資源接納控制功能實(shí)體協(xié)作，進(jìn)行資源調(diào)整。
依據(jù)用戶請求的在時移狀態(tài)所需的網(wǎng)絡(luò)帶寬，基于當(dāng)前直播頻道進(jìn)行網(wǎng)絡(luò)帶寬 的調(diào)整，為用戶從直播狀態(tài)切換到時移狀態(tài)做準(zhǔn)備。
步驟504，Core IMS將直播會話調(diào)整請求轉(zhuǎn)發(fā)給IPTV SCF。
步驟505，IPTV SCF依據(jù)該直播會話調(diào)整請求確認(rèn)當(dāng)前直播頻道上的PPV節(jié)目 邊界點(diǎn)。
根據(jù)當(dāng)前直播頻道的節(jié)目播放列表，可以確認(rèn)已播放的節(jié)目中最后一個PPV節(jié) 目的結(jié)束時間點(diǎn)，該結(jié)束時間點(diǎn)即為PPV節(jié)目邊界點(diǎn)。
步驟506，IPTV SCF選擇一個CDNC，此處實(shí)現(xiàn)為現(xiàn)有技術(shù)，不再贅述。
步驟507 509，IPTV SCF將攜帶PPV節(jié)目邊界點(diǎn)信息的直播會話調(diào)整請求發(fā) 送給Core IMS ； Core IMS再通過所選的CDNC將所述直播會話調(diào)整請求發(fā)送給CC。
步驟510，CC將直播會話調(diào)整請求中的當(dāng)前直播頻道上的PPV節(jié)目邊界點(diǎn)信息 進(jìn)行存儲。
步驟511，CC 向 CDF 發(fā)送實(shí)時流傳輸協(xié)議(RTSP，Real Time Streaming Protocol) Setup信令，通知CDF建立在時移狀態(tài)下的信令通道，以控制時移狀態(tài)下的數(shù)據(jù)通道(傳 輸流媒體數(shù)據(jù))。
步驟512，完成信令通道的建立后，CDF向CC返回2000K響應(yīng)；CC通過 CDNC、IPTV SCF 向 Core IMS 返回 2000K 響應(yīng)。
步驟513，CoreIMS和資源接納控制功能實(shí)體協(xié)作，進(jìn)行資源調(diào)整確認(rèn)，即針對 步驟503中資源請求，此處確認(rèn)將用戶請求資源、即網(wǎng)絡(luò)帶寬已經(jīng)分配好，并執(zhí)行步驟 514，Core IMS向用戶終端返回2000K響應(yīng)。
步驟515，用戶終端向傳輸處理功能實(shí)體發(fā)送IGMP Leave消息，離開當(dāng)前直播 頻道對應(yīng)的組播組。由于用戶需要切換到時移狀態(tài)，在時移狀態(tài)下，用戶終端和網(wǎng)絡(luò)側(cè) 的視頻源(當(dāng)前直播頻道對應(yīng)的視頻源)是一對一的關(guān)系，因此，用戶切換到時移狀態(tài) 時，必須先離開當(dāng)前組播組，進(jìn)入時移狀態(tài)。
步驟516，用戶終端通過信令通道向CC發(fā)送RTSP PLAY消息，以告知CC用戶終端需要觀看當(dāng)前直播頻道上已經(jīng)播放的節(jié)目、即用戶需要進(jìn)行回退操作以觀看已經(jīng)播 放過的節(jié)目。
步驟517，CC將存儲的PPV節(jié)目邊界點(diǎn)和時移邊界點(diǎn)進(jìn)行比較，確認(rèn)用戶可以 回退到的節(jié)目時間點(diǎn)。
在實(shí)際的應(yīng)用中，對于直播頻道播放的實(shí)時節(jié)目會進(jìn)行錄制，并保存一段時 間，供用戶隨時點(diǎn)播觀看，此時用戶可以在該直播頻道上回退到某一個時刻觀看已播放 的節(jié)目。
所述時移邊界點(diǎn)可以根據(jù)當(dāng)前直播頻道允許的存儲已播放節(jié)目的最大時長來確 定，例如當(dāng)前時刻為10:00，所述最大時長為3小時，則時移邊界點(diǎn)為7:00，即當(dāng)前直播 頻道只能保存當(dāng)前時刻前3個小時的節(jié)目內(nèi)容。
將PPV節(jié)目邊界點(diǎn)和時移邊界點(diǎn)進(jìn)行比較，將距離當(dāng)前時刻最近的作為用戶可 以回退到的節(jié)目時間點(diǎn)。
如當(dāng)前時刻為10:00，假設(shè)當(dāng)前直播頻道允許的存儲已播放節(jié)目的最大時長為3 小時，則時移邊界點(diǎn)為7:00，如果最后當(dāng)前直播頻道上PPV節(jié)目邊界點(diǎn)為6:00，貝U用戶 可以回退到的節(jié)目時間點(diǎn)為7:00;如果當(dāng)前直播頻道上PPV節(jié)目邊界點(diǎn)為8:00，貝U用戶 可以回退到的節(jié)目時間點(diǎn)為8:00。
步驟518，CC將用戶可以回退到的時間點(diǎn)反饋給用戶終端，則用戶可以觀看該 時間點(diǎn)以后的節(jié)目。
為了實(shí)現(xiàn)上述控制方法，本發(fā)明還提供了一種控制系統(tǒng)，如圖6所示，包括 用戶終端10、和IPTV SCF 20，其中，
用戶終端10，用于向IPTV SCF 20發(fā)送直播會話建立請求；
IPTV SCF 20，用于依據(jù)直播會話建立請求確認(rèn)當(dāng)前直播頻道上存在用戶未訂購 的PPV節(jié)目；還用于通知用戶終端10對未訂購PPV節(jié)目進(jìn)行訂購。
IPTV SCF 20進(jìn)一步用于，獲取未訂購PPV節(jié)目的訂購URL，并通知用戶終端 10依據(jù)訂購URL對未訂購PPV節(jié)目進(jìn)行訂購；
相應(yīng)的，該系統(tǒng)進(jìn)一步包括
IPTV應(yīng)用門戶30，用于向IPTV SCF 20提供未訂購PPV節(jié)目的訂購URL ；還 用于向IPTV SCF 20提供直播頻道的節(jié)目播放列表；
用戶信息服務(wù)功能實(shí)體40，用于向IPTV SCF 20提供用戶訂購PPV節(jié)目的信 息；
相應(yīng)的，IPTV SCF 20進(jìn)一步用于，依據(jù)節(jié)目播放列表和用戶訂購PPV節(jié)目的信息確認(rèn)直播頻道上存在用戶未訂購的PPV節(jié)目。
該系統(tǒng)進(jìn)一步包括
Core IMS 50，用于將來自用戶終端10的直播會話建立請求發(fā)送給IPTV SCF20；還用于將來自IPTV SCF 20的攜帶訂購URL的消息發(fā)送給用戶終端10，通知用戶進(jìn) 行未訂購PPV節(jié)目的訂購。
當(dāng)用戶終端10需要回退觀看直播頻道已經(jīng)播放過的節(jié)目時，該系統(tǒng)進(jìn)一步包 括CC 60，
相應(yīng)的，IPTVSCF 20進(jìn)一步用于，到IPTV應(yīng)用門戶30中獲取直播頻道上的 PPV節(jié)目邊界點(diǎn)，并將PPV節(jié)目邊界點(diǎn)發(fā)送給CC 60;
CC 60,用于確定時移邊界點(diǎn)，并依據(jù)PPV節(jié)目邊界點(diǎn)，確定用戶回退到的節(jié)目時間點(diǎn)。
本發(fā)明還提供了一種PPV業(yè)務(wù)的實(shí)時控制設(shè)備，該設(shè)備適用于IPTV SCF，其內(nèi) 部結(jié)構(gòu)如圖7所示，包括
分析模塊701，用于接收來自用戶終端的直播會話建立請求，并依據(jù)直播會話建 立請求，確認(rèn)當(dāng)前直播頻道上存在用戶未訂購的PPV節(jié)目；
處理模塊702，用于通知用戶終端對未訂購PPV節(jié)目進(jìn)行訂購。
以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種PPV業(yè)務(wù)的實(shí)時控制方法，其特征在于，該方法包括交互式網(wǎng)絡(luò)電視服務(wù)控制功能實(shí)體IPTV SCF依據(jù)用戶終端發(fā)送的直播會話建立請 求，確認(rèn)當(dāng)前直播頻道上存在用戶未訂購的按次付費(fèi)PPV節(jié)目；IPTV SCF通知所述用戶終端對所述未訂購PPV節(jié)目進(jìn)行訂購。
2.根據(jù)權(quán)利要求1所述PPV業(yè)務(wù)的實(shí)時控制方法，其特征在于，所述直播會話建立 請求中至少攜帶所述直播頻道的標(biāo)識和用戶信息；所述用戶終端通過IP多媒體子系統(tǒng)核心Core IMS將所述直播會話建立請求發(fā)送給所 述 IPTV SCF。
3.根據(jù)權(quán)利要求2所述PPV業(yè)務(wù)的實(shí)時控制方法，其特征在于，所述IPTVSCF確認(rèn) 當(dāng)前直播頻道上存在用戶未訂購的PPV節(jié)目，具體為所述IPTV SCF依據(jù)所述直播頻道的標(biāo)識，到IPTV應(yīng)用門戶中獲取所述直播頻道的 節(jié)目播放列表；所述IPTV SCF依據(jù)所述用戶信息，到用戶信息服務(wù)功能實(shí)體中獲取所述用戶訂購 PPV節(jié)目的信息；依據(jù)所述節(jié)目播放列表和所述用戶訂購PPV節(jié)目的信息，IPTV SCF確認(rèn)所述直播頻 道上存在用戶未訂購的PPV節(jié)目。
4.根據(jù)權(quán)利要求1所述PPV業(yè)務(wù)的實(shí)時控制方法，其特征在于，所述IPTVSCF通知 所述用戶終端對所述未訂購PPV節(jié)目進(jìn)行訂購，具體為所述IPTV SCF在特定時刻獲取 所述未訂購PPV節(jié)目的訂購統(tǒng)一資源定位符URL，并通知用戶終端依據(jù)所述訂購URL對 所述未訂購PPV節(jié)目進(jìn)行訂購；所述特定時刻為當(dāng)所述IPTV SCF確認(rèn)當(dāng)前直播頻道上存在用戶未訂購的PPV節(jié)目 時，依據(jù)所述PPV節(jié)目的播放時間，啟動預(yù)設(shè)的定時器；將所述定時器到時的時刻作為 所述特定時刻。
5.根據(jù)權(quán)利要求4所述PPV業(yè)務(wù)的實(shí)時控制方法，其特征在于，所述IPTV SCF獲取所述未訂購PPV節(jié)目的訂購URL，具體為所述IPTVSCF向所 述IPTV應(yīng)用門戶獲取所述用戶未訂購PPV節(jié)目的訂購URL ；所述IPTV SCF通知用戶終端對所述未訂購PPV節(jié)目進(jìn)行訂購，具體為IPTV SCF 通過Core IMS將攜帶所述訂購URL的消息發(fā)送給用戶終端，用戶終端依據(jù)所述訂購URL 對所述未訂購PPV節(jié)目進(jìn)行訂購。
6.根據(jù)權(quán)利要求1至5任一所述PPV業(yè)務(wù)的實(shí)時控制方法，其特征在于，該方法進(jìn) 一步包括所述用戶終端依據(jù)所述訂購URL訂購所述未訂購PPV節(jié)目成功時，在所述直播頻道 上觀看所述PPV節(jié)目；所述用戶終端依據(jù)所述訂購URL訂購所述未訂購PPV節(jié)目失敗時，所述用戶終端退 出所述直播頻道對應(yīng)的組播組。
7.根據(jù)權(quán)利要求6所述PPV業(yè)務(wù)的實(shí)時控制方法，其特征在于，當(dāng)所述用戶終端需 要回退觀看所述直播頻道已經(jīng)播放過的節(jié)目時，該方法進(jìn)一步包括所述IPTV SCF依據(jù)所述用戶終端發(fā)送的直播會話調(diào)整請求，至Ij所述IPTV應(yīng)用門戶 中獲取所述直播頻道上的PPV節(jié)目邊界點(diǎn)；所述IPTV SCF將所述PPV節(jié)目邊界點(diǎn)通過所述直播會話調(diào)整請求發(fā)送給集群控制器CC ；所述CC確定時移邊界點(diǎn)，并依據(jù)所述PPV節(jié)目邊界點(diǎn)，確定用戶回退到的節(jié)目時間點(diǎn)。
8.根據(jù)權(quán)利要求7所述PPV業(yè)務(wù)的實(shí)時控制方法，其特征在于，所述IPTVSCF獲取 所述PPV節(jié)目邊界點(diǎn)，具體為所述IPTV SCF依據(jù)所述直播頻道的節(jié)目播放列表，確認(rèn)已經(jīng)播放的節(jié)目中最后一個 PPV節(jié)目的結(jié)束時間點(diǎn)，作為所述PPV節(jié)目邊界點(diǎn)。
9.根據(jù)權(quán)利要求7所述PPV業(yè)務(wù)的實(shí)時控制方法，其特征在于，所述CC確認(rèn)時移邊 界點(diǎn)，具體為所述CC依據(jù)當(dāng)前時刻和預(yù)設(shè)的所述直播頻道允許的存儲已播放節(jié)目的最大時長，確 定所述時移邊界點(diǎn)。
10.根據(jù)權(quán)利要求7所述PPV業(yè)務(wù)的實(shí)時控制方法，其特征在于，所述CC確定用戶 回退到的節(jié)目時間點(diǎn)，具體為將所述PPV節(jié)目邊界點(diǎn)和時移邊界點(diǎn)進(jìn)行比較，將距離 當(dāng)前時刻最近的PPV節(jié)目邊界點(diǎn)或者時移邊界點(diǎn)作為所述用戶回退到的節(jié)目時間點(diǎn)。
11.一種PPV業(yè)務(wù)的實(shí)時控制系統(tǒng)，其特征在于，該系統(tǒng)包括用戶終端、和IPTV SCF,其中，所述用戶終端，用于向所述IPTV SCF發(fā)送直播會話建立請求； 所述IPTV SCF,用于依據(jù)所述直播會話建立請求確認(rèn)當(dāng)前直播頻道上存在用戶未訂 購的PPV節(jié)目；還用于通知所述用戶終端對所述未訂購PPV節(jié)目進(jìn)行訂購。
12.根據(jù)權(quán)利要求11所述PPV業(yè)務(wù)的實(shí)時控制系統(tǒng)，其特征在于，所述IPTV SCF進(jìn)一步用于，獲取所述未訂購PPV節(jié)目的訂購URL，并通知用戶終 端依據(jù)所述訂購URL對所述未訂購PPV節(jié)目進(jìn)行訂購； 相應(yīng)的，該系統(tǒng)進(jìn)一步包括IPTV應(yīng)用門戶，用于向所述IPTV SCF提供未訂購PPV節(jié)目的訂購URL;還用于向 所述IPTV SCF提供所述直播頻道的節(jié)目播放列表；用戶信息服務(wù)功能實(shí)體，用于向所述IPTV SCF提供用戶訂購PPV節(jié)目的信息； 相應(yīng)的，所述IPTV SCF進(jìn)一步用于，依據(jù)所述節(jié)目播放列表和所述用戶訂購PPV節(jié) 目的信息確認(rèn)所述直播頻道上存在用戶未訂購的PPV節(jié)目。
13.根據(jù)權(quán)利要求12所述PPV業(yè)務(wù)的實(shí)時控制系統(tǒng)，其特征在于，該系統(tǒng)進(jìn)一步包括Core IMS,用于將來自用戶終端的直播會話建立請求發(fā)送給所述IPTV SCF ；還用于 將來自IPTV SCF的攜帶所述訂購URL的消息發(fā)送給所述用戶終端，通知用戶進(jìn)行所述未 訂購PPV節(jié)目的訂購。
14.根據(jù)權(quán)利要求13所述PPV業(yè)務(wù)的實(shí)時控制系統(tǒng)，其特征在于，當(dāng)所述用戶終端 需要回退觀看所述直播頻道已經(jīng)播放過的節(jié)目時，該系統(tǒng)進(jìn)一步包括CC;相應(yīng)的，所述IPTV SCF進(jìn)一步用于，到所述IPTV應(yīng)用門戶中獲取所述直播頻道上 的PPV節(jié)目邊界點(diǎn)，并將所述PPV節(jié)目邊界點(diǎn)發(fā)送給所述CC ；所述CC，用于確定時移邊界點(diǎn)，并依據(jù)所述PPV節(jié)目邊界點(diǎn)，確定用戶回退到的節(jié)目時間點(diǎn)。
15.—種PPV業(yè)務(wù)的實(shí)時控制設(shè)備，其特征在于，該設(shè)備包括 分析模塊，用于接收來自用戶終端的直播會話建立請求，并依據(jù)所述直播會話建立 請求，確認(rèn)當(dāng)前直播頻道上存在用戶未訂購的PPV節(jié)目；處理模塊，用于通知所述用戶終端對所述未訂購PPV節(jié)目進(jìn)行訂購。
全文摘要
本發(fā)明公開了一種PPV業(yè)務(wù)的實(shí)時控制方法和系統(tǒng)，包括交互式網(wǎng)絡(luò)電視服務(wù)控制功能實(shí)體(IPTV SCF)依據(jù)用戶終端發(fā)送的直播會話建立請求，確認(rèn)當(dāng)前直播頻道上存在用戶未訂購的按次付費(fèi)(PPV節(jié))目；IPTV SCF通知用戶終端對未訂購PPV節(jié)目進(jìn)行訂購；本發(fā)明還公開了一種PPV業(yè)務(wù)的實(shí)時控制設(shè)備，通過本發(fā)明可以使用戶實(shí)時地訂購并觀看PPV節(jié)目，提高了用戶的體驗(yàn)度。
文檔編號H04N21/2543GK102026024SQ20091009333
公開日2011年4月20日 申請日期2009年9月18日 優(yōu)先權(quán)日2009年9月18日
發(fā)明者吉鋒 申請人:中興通訊股份有限公司