專利名稱：一種基于交換網(wǎng)關的實時流媒體內容計費方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明一種在現(xiàn)有的互聯(lián)網(wǎng)(或移動3G網(wǎng)絡)上由運營商進行實時流媒體(RTSP)內容計費的方法，具體涉及到內容交換網(wǎng)關來發(fā)現(xiàn)和控制用戶對收費內容資源的請求并進行計費的方法。
背景技術：
內容計費系統(tǒng)是一個實時網(wǎng)絡數(shù)據(jù)流處理系統(tǒng)，提供對網(wǎng)絡內容訪問的控制和計費功能。系統(tǒng)收集用戶名、訪問統(tǒng)計、訪問的URL和其他信息，允許根據(jù)單個交易所訪問的主機、目錄名或文件名進行計費。系統(tǒng)可以同時支持對預付費用戶和后付費用戶的計費，可以按照計費系統(tǒng)的要求生成計費賬單；在預付費用戶余額用完時，可以及時切斷訪問。一個可行的內容計費方案應該考慮到用戶體驗和享有網(wǎng)絡架構改造等實際情況。通過在網(wǎng)絡中增加內容交換網(wǎng)關網(wǎng)元，在此基礎上實現(xiàn)按照內容進行收費方案，可以并保證用戶使用習慣的一致性.
目前現(xiàn)有的計費網(wǎng)關有GGSN，WAP網(wǎng)關等，如中國移動的移動夢網(wǎng)的WAP業(yè)務采用基于代理的內容計費方案，通過分析流經(jīng)代理的WAP頁面內容并替換收費鏈接來保證用戶的所有請求都流經(jīng)WTBS。但現(xiàn)有的這些計費網(wǎng)關只有按照用戶瀏覽時間和/或流量的計費功能，而隨著網(wǎng)絡內容的豐富，網(wǎng)絡運營商和內容提供商提出了按內容計費的要求，按照內容進行計費可準確、公平地對各種內容業(yè)務分別進行計費，充分體現(xiàn)了內容的價值，可保證內容提供商的利益，激發(fā)內容提供商和內容創(chuàng)作者的積極性。而現(xiàn)有計費方案沒有按照內容計費的功能，限制了各種網(wǎng)絡內容業(yè)務的發(fā)展。

發(fā)明內容本發(fā)明就是為了解決上述問題，提供一種基于交換網(wǎng)關的實時流媒體內容計費方法及系統(tǒng)，對用戶訪問網(wǎng)絡上的收費資源按照內容進行實時控制和計費，有效保證了RTSP內容資源收費的可靠性，方便了用戶使用，改善了用戶體驗，并保證了運營商和內容提供商的利益。
為實現(xiàn)上述目的，本發(fā)明提出了一種基于交換網(wǎng)關的實時流媒體內容計費系統(tǒng)，包括服務器、內容交換網(wǎng)關、用戶認證模塊和業(yè)務、用戶管理和計費模塊，所述服務器用于提供RTSP流媒體內容和提供包括RTSP業(yè)務內容介紹、資費介紹和內容業(yè)務入口展示的HTTP頁面，所述內容交換網(wǎng)關位于用戶和服務器之間，所有用戶的請求均流過內容交換網(wǎng)關，所述內容交換網(wǎng)關通過實時分析IP數(shù)據(jù)流來判斷用戶的請求URL是否是對計費內容的請求，所述用戶認證模塊用于通過HTTP Cookie來配合內容交換網(wǎng)關來獲取和驗證用戶的身份參數(shù)，所述業(yè)務、用戶管理和計費模塊用于驗證用戶的身份和用戶訪問該業(yè)務的權限并實現(xiàn)計費。
其中，所述內容交換網(wǎng)關包括用戶請求攔截單元，用于攔截用戶對計費內容的訪問請求；用戶身份獲取單元，用于在用戶訪問請求被攔截后判斷該用戶請求URL中是否帶有用戶身份信息；和第一重定向單元，用于在確定用戶請求URL中沒有帶有用戶身份信息后將用戶重定向到用戶認證模塊。
其中，所述用戶認證模塊包括Cookie判斷單元，用于判斷用戶客戶端是否具有用戶認證模塊的HTTP Session的Cookie；用戶登錄單元，用于在用戶客戶端沒有用戶認證模塊的HTTP Session的Cookie時，將用戶客戶端重定向到用戶認證模塊登錄頁面，要求用戶完成登錄，并使完成登錄的用戶客戶端保存用戶認證模塊的HTTP Session的Cookie；訪問權限判斷單元，用于在用戶客戶端獲得身份信息后判斷用戶是否有權限訪問該業(yè)務；業(yè)務訂購單元，用于在用戶沒有權限訪問該業(yè)務時，提示用戶訂購該業(yè)務；第二重定向單元，用于在用戶有權限訪問該業(yè)務時，根據(jù)用戶傳入HTTP URL中所攜帶的計費內容地址參數(shù)將用戶客戶端再重定向到內容的業(yè)務入口展示頁面，并在用戶的HTTP請求中URL后加上用戶身份信息；和身份參數(shù)管理單元，用于在用戶身份獲取單元確定用戶請求URL中帶有用戶身份參數(shù)信息后對用戶的身份參數(shù)進行驗證。
其中，所述業(yè)務、用戶管理和計費模塊包括用戶身份和業(yè)務驗證單元，用于驗證用戶的身份和用戶訪問該計費內容的權限；計費單元，用于在該用戶具有權限訪問該計費內容時生成賬單。
為實現(xiàn)上述目的，本發(fā)明還提出了一種基于交換網(wǎng)關的實時流媒體內容計費方法，其特征在于包括以下步驟A1、通過HTTP瀏覽窗口來對RTSP業(yè)務進行內容介紹、資費介紹和業(yè)務入口展示；B1、當用戶從業(yè)務入口展示瀏覽計費內容時，內容交換網(wǎng)關攔截用戶請求；
C1、內容交換網(wǎng)關通過用戶HTTP和RTSP請求中URL所帶參數(shù)來關聯(lián)并判斷用戶身份和業(yè)務訪問權限，如果該用戶沒有權限訪問該計費內容，則丟棄用戶的請求；如果該用戶具有權限訪問該計費內容，則予以放行并生成賬單。
其中，步驟A1中的業(yè)務入口展示為計費內容地址鏈接，通過訪問該計費內容地址用戶實現(xiàn)對該項業(yè)務的訂購，并獲取訪問該業(yè)務需要的若干參數(shù)。
其中，在步驟C1中內容交換網(wǎng)關判斷用戶身份和業(yè)務訪問權限包括以下步驟C11、內容交換網(wǎng)關判斷該用戶請求URL中是否帶有用戶身份參數(shù)信息，如果沒有，則執(zhí)行步驟C12；如果該用戶請求URL中帶有用戶身份參數(shù)信息，則執(zhí)行步驟C13；C12、由用戶認證模塊來獲取用戶的身份參數(shù)信息，并在獲取用戶的身份參數(shù)信息后將用戶重定向到內容的業(yè)務入口展示頁面；C13、內容交換網(wǎng)關去用戶認證模塊驗證該RTSP請求所攜帶的用戶身份參數(shù)信息是否有效，然后驗證本次業(yè)務訪問是否有效，如果無效，則丟棄用戶的請求；如果有效，則獲取用戶的身份參數(shù)信息后予以放行，并以此為依據(jù)生成賬單。
其中，步驟C12包括以下具體步驟C121、將用戶客戶端重定向到用戶認證模塊的HTTP接口；C122、用戶認證模塊判斷用戶客戶端是否具有用戶認證模塊的HTTPSession的Cookie，如果沒有則執(zhí)行步驟C123，如果有則執(zhí)行步驟C125；C123、將用戶客戶端重定向到用戶認證模塊登錄頁面，要求用戶完成登錄；C124、使完成登錄的用戶客戶端保存用戶認證模塊的HTTP Session的Cookie；C125、用戶認證模塊判斷用戶是否有權限訪問該業(yè)務，如果沒有則提示用戶訂購該業(yè)務，如果用戶有權限訪問該業(yè)務，則根據(jù)用戶傳入HTTP URL中所攜帶的計費內容地址參數(shù)將用戶客戶端再重定向到內容的業(yè)務入口展示頁面，并在用戶的HTTP請求中URL后加上用戶身份參數(shù)信息；C126、內容的業(yè)務入口展示頁面根據(jù)傳入?yún)?shù)在內容鏈接URL后面加上用戶身份參數(shù)信息和業(yè)務訪問參數(shù)。
其中，在步驟C12之后和步驟C13之前還包括以下步驟
在用戶點擊內容的業(yè)務入口展頁面中的RTSP地址后，內容交換網(wǎng)關截獲該RTSP請求。
其中，在步驟C13中驗證該RTSP請求所攜帶的用戶身份信息和本次業(yè)務訪問參數(shù)是否有效時，先到用戶認證模塊驗證用戶身份參數(shù)信息是否正確，如果正確則通過查詢用戶和業(yè)務的定購關系數(shù)據(jù)庫來驗證該用戶是否有權限訪問該業(yè)務。
步驟B1中所述的內容交換網(wǎng)關優(yōu)選位于用戶和服務/內容提供商的服務器之間，所有用戶的請求均流過內容交換網(wǎng)關，內容交換網(wǎng)關通過實時分析IP數(shù)據(jù)流來判斷用戶的請求URL是否是對計費內容的請求。
本發(fā)明的進一步改進是該計費方法支持從HTTP業(yè)務重定向到RTSP業(yè)務，從RTSP業(yè)務重定向到HTTP業(yè)務。
本發(fā)明的有益效果是本發(fā)明通過HTTP來對RTSP業(yè)務進行內容的展示，通過內容交換網(wǎng)關來判斷來用戶身份，通過SSO模塊來配合內容交換網(wǎng)關獲取和驗證用戶的身份，內容交換網(wǎng)關實時發(fā)現(xiàn)和攔截用戶請求，并通過HTTP和RTSP請求中URL所帶參數(shù)來關聯(lián)HTTP和RTSP請求的戶身份和業(yè)務訪問權限，通過對用戶請求的關聯(lián)和控制來實現(xiàn)實時控制和按照內容計費。對運營商而言，本發(fā)明能夠在原來按照流量計費的基礎上進行更精確的計費和統(tǒng)計分析，減少收入遺漏，對網(wǎng)絡、用戶、業(yè)務進行更好地控制和整合；對最終用戶而言，本發(fā)明體現(xiàn)在可以按照實際訪問的內容的價值進行計費，有可能得到單一的計費體驗；對內容提供商而言，本發(fā)明可以更好地體現(xiàn)具體內容的價值。
本發(fā)明提出的方案無需改造現(xiàn)有基礎網(wǎng)絡，對內容提供商的原有業(yè)務無影響；對運營商只要在網(wǎng)絡中添加內容交換網(wǎng)關；對于用戶的使用習慣亦沒有影響。本方案能夠快速部署和開通業(yè)務。在應用現(xiàn)有技術方面具有一定的創(chuàng)新能力。并且能夠擴展到在線游戲等其他無界面業(yè)務的內容計費，將這些計費業(yè)務和用戶熟悉的HTTP業(yè)務結合起來，在內容計費領域走在了前列。
本發(fā)明能夠同時支持從HTTP業(yè)務重定向到RTSP業(yè)務和從RTSP業(yè)務重定向到HTTP業(yè)務，用戶使用同時支持RTSP協(xié)議和HTTP協(xié)議的客戶端可以大大優(yōu)化業(yè)務流程。
本發(fā)明的特征及優(yōu)點將通過實施例結合附圖進行詳細說明。


圖1為本發(fā)明系統(tǒng)網(wǎng)絡架構圖；圖2為本發(fā)明的具體構成方框圖；圖3為本發(fā)明一種實施例的用戶首次訪問計費內容的流程圖；圖4為本發(fā)明一種實施例中用戶完成首次訪問且繼續(xù)訪問的流程圖。
具體實施方式在傳統(tǒng)的RTSP(Real Time Streaming Protocol，即實時流協(xié)議，建立并控制一個或幾個時間同步的連續(xù)流媒體，如音頻和視頻，實際數(shù)據(jù)還需要一個傳輸協(xié)議。RTSP業(yè)務是目前互聯(lián)網(wǎng)上最常見的在線音頻和視頻觀看業(yè)務)業(yè)務開展模式中，因為RTSP內容本身無法方便地進行內容介紹，資費介紹和圖片預覽等人機交互功能，一般RTSP業(yè)務都會和HTTP(Hypertext Transfer Protocol，即超文本傳輸協(xié)議，是目前WWW網(wǎng)上最常用的應用層協(xié)議，HTTP業(yè)務是目前互聯(lián)網(wǎng)上最常見的瀏覽業(yè)務。)結合起來，利用HTTP的豐富的用戶界面功能來展示RTSP業(yè)務。本方案的業(yè)務開展模式也是利用HTTP的豐富的用戶界面功能來展示RTSP業(yè)務，并通過內容交換網(wǎng)關保證了用戶付費環(huán)節(jié)的安全可靠，保證了用戶點播、定購的業(yè)務和看到的資費頁面、最終訪問的RTSP內容以及生成的賬單之間的一致性。系統(tǒng)的網(wǎng)絡架構圖如圖1所示，服務/內容提供商(SP/CP)的服務器1用于提供RTSP流媒體內容和提供包括RTSP業(yè)務內容介紹、資費介紹和內容業(yè)務入口展示的HTTP頁面，內容交換網(wǎng)關2位于用戶4和服務1器之間，在移動網(wǎng)通信絡或者互聯(lián)網(wǎng)絡中負責對用戶訪問收費內容資源(如HTTP、RTSP、在線游戲等)進行實時控制，一般和內容交換網(wǎng)關一起工作的還有控制單元和用戶數(shù)據(jù)庫等。所有用戶的請求均流過內容交換網(wǎng)關2，內容交換網(wǎng)關2通過實時分析IP數(shù)據(jù)流來判斷用戶的請求URL(UniformResoure Locator，即統(tǒng)一資源定位器)是否是對計費內容的請求，用戶認證模塊3(用戶認證模塊也稱為SSO模塊，即Single Sign On，針對于HTTP業(yè)務的單點登錄服務器，通過傳遞一個HTTP Cookie和HTTP Head來證明用戶身份信息，用戶一次登錄以后可以訪問各種業(yè)務。)在本方案中，SSO模塊用于通過HTTP Cookie來配合內容交換網(wǎng)關2來獲取和驗證用戶4的身份。因為用戶訪問內容的業(yè)務請求數(shù)據(jù)不流經(jīng)SSO模塊3，所以圖中將其獨立出來，也可以將SSO作為內容交換網(wǎng)關的控制單元的一部分。與控制單元一起工作的還有業(yè)務信息數(shù)據(jù)庫、用戶數(shù)據(jù)庫以及用戶的業(yè)務定購關系數(shù)據(jù)庫等。
如圖2為本發(fā)明一種實施例的具體結構圖，內容交換網(wǎng)關包括用戶請求攔截單元、用戶身份獲取單元和第一重定向單元。用戶認證模塊包括Cookie判斷單元、用戶登錄單元、訪問權限判斷單元、業(yè)務訂購單元、第二重定向單元和身份參數(shù)管理單元。業(yè)務、用戶管理和計費模塊包括用戶身份和業(yè)務驗證單元、計費單元。
用戶請求攔截單元用于攔截用戶對計費內容的訪問請求，用戶身份獲取單元用于在用戶訪問請求被攔截后判斷該用戶請求URL中是否帶有用戶身份信息，如果該用戶請求URL中沒有帶有用戶身份信息，則通過第一重定向單元將用戶重定向到用戶認證模塊的Cookie判斷單元，Cookie判斷單元用于判斷用戶客戶端是否具有用戶認證模塊的HTTP Session的Cookie，如果沒有，則通過用戶登錄單元將用戶客戶端重定向到用戶認證模塊登錄頁面，要求用戶完成登錄，并使完成登錄的用戶客戶端保存用戶認證模塊的HTTP Session的Cookie，如果用戶客戶端已具有用戶認證模塊的HTTP Session的Cookie，則通過訪問權限判斷單元判斷用戶是否有權限訪問該業(yè)務，如果沒有權限，則通過業(yè)務訂購單元提示用戶訂購該業(yè)務，如果需要則展示資費頁面讓用戶確認，用戶通過訪問該地址實現(xiàn)業(yè)務的定購。返回到訪問權限判斷單元，如果用戶有權限訪問該業(yè)務，則通過第二重定向單元根據(jù)用戶傳入HTTP URL中所攜帶的計費內容地址參數(shù)將用戶客戶端再重定向到內容的業(yè)務入口展示頁面，并與身份參數(shù)管理單元交互，在用戶的HTTP請求中URL后加上用戶身份參數(shù)信息，用戶重新訪問該計費地址，用戶請求攔截單元攔截用戶的請求。當用戶身份獲取單元確定用戶請求URL中帶有用戶身份參數(shù)信息后，通過身份參數(shù)管理單元對用戶的身份參數(shù)進行驗證；對用戶的身份參數(shù)進行驗證后再返回用戶身份獲取單元，用戶身份獲取單元再到用戶身份和業(yè)務驗證單元，通過查詢用戶和業(yè)務的定購關系數(shù)據(jù)庫來判斷用戶是否有權限訪問該計費內容；并將驗證信息返回用戶身份獲取單元，如果用戶有權限訪問該計費內容，則進行業(yè)務訪問。計費單元用于在該用戶具有權限訪問該計費內容時根據(jù)用戶身份信息和訪問的內容生成賬單。
關于計費內容的數(shù)據(jù)(計費地址)保存在內容交換網(wǎng)關上。每個RTSP業(yè)務(內容)有相應的內容介紹、資費介紹和業(yè)務入口展示的HTTP頁面，其中的內容介紹和資費介紹HTTP頁面都是免費的，而業(yè)務入口展示的HTTP頁面是一個計費地址，用戶通過訪問該地址實現(xiàn)業(yè)務的定購。RTSP入口展示頁面上的最終展示的RTSP鏈接地址包含訪問用戶的身份參數(shù)和本次訪問的訪問參數(shù)等，用戶每次訪問RTSP入口地址看到的鏈接后面的參數(shù)都不一樣，這些參數(shù)不能被偽造，這樣保證了收費的可靠性，并且不影響用戶的使用體驗，交換網(wǎng)關可配置是否在發(fā)送用戶請求的時候去掉此參數(shù)。
用戶通過HTTP瀏覽器訪問免費HTTP頁面(如RTSP內容介紹和資費介紹等)的時候，內容交換網(wǎng)關可以讓用戶直接訪問；用戶訪問收費內容的時候，內容交換網(wǎng)關負責用戶訪問請求的攔截，并由內容交換網(wǎng)關來決定對該次訪問請求的下一步做何處理，主要流程是，如果該用戶請求URL中沒有帶有身份標志參數(shù)，則讓用戶認證模塊(SSO)來判斷用戶的身份。如果該用戶請求URL中帶有身份標志參數(shù)，則內容交換網(wǎng)關會去SSO驗證該身份參數(shù)的正確性，如果正確則通過查詢用戶和業(yè)務的定購關系數(shù)據(jù)庫來驗證該用戶是否有權限訪問此業(yè)務，結合相應的情況給出資費提示或者予以放行并生成賬單，或者丟棄用戶的請求。
用戶認證模塊(SSO)負責對客戶端的用戶的身份和業(yè)務定購關系驗證，重定向HTTP瀏覽器并在用戶的HTTP請求中URL后加上用戶身份信息等參數(shù)以供后面的內容計費。這樣當用戶最終訪問RTSP內容展示收費頁面的時候其HTTP請求中攜帶有身份參數(shù)和本次訪問業(yè)務所需的其他參數(shù)，這些參數(shù)會被添加到展示頁面的RTSP入口地址上去，用戶訪問該RTSP地址的時候因為攜帶了有效的身份參數(shù)信息和業(yè)務訪問參數(shù)，所以經(jīng)內容教化交換網(wǎng)關驗證無誤以后會放行并生成對應的計費賬單。對于用戶來說，訪問RTSP內容資源和訪問HTTP資源完全結合了起來，延續(xù)了HTTP業(yè)務原有的友好界面和會話控制功能。
這樣的架構有很好的擴展性可以支持多種計費方案，還可以實現(xiàn)在線游戲、FTP等互聯(lián)網(wǎng)業(yè)務的內容計費。
具體實施例一、下面結合本發(fā)明一個優(yōu)選實施例對計費流程進行說明，如3所示為用戶首次訪問時的流程圖，包括以下步驟1)用戶新打開一個HTTP瀏覽器窗口，訪問各種免費的HTTP頁面和RTSP內容介紹頁面，交換網(wǎng)關不予攔截。
2)用戶決定觀看某RTSP收費內容資源時，用戶在瀏覽器中點擊內容的業(yè)務入口頁面鏈接的計費地址。
3)該請求被內容交換網(wǎng)關截獲，內容交換網(wǎng)關判斷用戶請求URL中是否帶有用戶身份參數(shù)信息，因為首次訪問時URL中不帶用戶身份參數(shù)信息，所以用戶被重定向(即HTTP Redirect)到SSO登錄頁面(或者直接返回SSO登錄頁面)，SSO通過HTTP Session管理功能來獲取用戶身份參數(shù)，具體方法在下面步驟說明。HTTP Redirect命令是HTTP協(xié)議中的一個命令，服務器返回消息告訴客戶端它必須連接到另一個服務器地址，Location字段是必須的，指明了客戶端應該向哪個地址發(fā)送請求。舉例如下Server-->Client:
HTTP/1.0 302 foundLocation:HTTP://anotherserver:7001/url/Connection:closes4)第一次訪問時用戶客戶端沒有SSO的HTTP Session的Cookie，SSO要求用戶完成登錄。
5)登錄完成后用戶客戶端保存了SSO的HTTP Session的Cookie，SSO判斷用戶是否有權訪問該業(yè)務，如果用戶有權訪問該業(yè)務，則直接轉到步驟6)，如果用戶沒有權訪問該業(yè)務，則提示用戶定購，需要時則展示資費頁面讓用戶確認，通過用戶確認完成業(yè)務定購。
6)用戶確認后，SSO根據(jù)傳入HTTP URL中所攜帶的計費地址參數(shù)，將用戶客戶端再重定向到內容的入口展示頁面。
7)內容展示頁面根據(jù)傳入?yún)?shù)在內容鏈接URL后面加上用戶的身份參數(shù)和業(yè)務訪問參數(shù)等。
8)用戶點擊內容入口展頁面中的RTSP地址。
9)內容交換網(wǎng)關截獲此RTSP請求以后，去SSO驗證RTSP請求所攜帶的用戶的身份參數(shù)和本次業(yè)務訪問參數(shù)是否有效。首先驗證用戶身份參數(shù)信息是否正確，如果正確則通過查詢用戶和業(yè)務的定購關系數(shù)據(jù)庫來驗證該用戶是否有權限訪問該業(yè)務，如果都通過了，即用戶的該次請求有效，內容交換網(wǎng)關獲取用戶的身份參數(shù)信息，根據(jù)用戶身份參數(shù)信息和請求的內容進行批價和生成賬單，并且服務器傳送內容給用戶客戶端。如果用戶的該次請求無效，則拒絕用戶請求。
10)用戶第一次訪問計費內容完畢，繼續(xù)訪問其他計費內容的介紹HTTP頁面。
用戶繼續(xù)訪問其他計費內容的計費流程如圖4所示，包括以下步驟11)用戶點擊RTSP內容入口計費地址。
12)該請求被內容交換網(wǎng)關截獲，內容交換網(wǎng)關判斷用戶請求URL中是否帶有用戶身份參數(shù)信息，因為該次訪問時URL中以帶有用戶身份參數(shù)信息，所以內容交換網(wǎng)關去SSO驗證用戶身份參數(shù)，SSO通過客戶端所帶的HTTP session信息確認了客戶端的身份參數(shù)，然后判斷用戶是否可以訪問此業(yè)務，如果用戶可以訪問此業(yè)務，則SSO直接重定向用戶瀏覽器訪問RTSP內容業(yè)務入口展示頁面，并在URL后面加上用戶身份參數(shù)和業(yè)務訪問參數(shù)。否則拒絕用戶請求。
13)內容展示頁面根據(jù)傳入?yún)?shù)在內容鏈接URL后面加上用戶的身份參數(shù)和業(yè)務訪問參數(shù)等。
14)用戶點擊內容業(yè)務入口展示頁面中的RTSP鏈接計費地址。
15)接下來的訪問同第一次訪問。
從上面的改進流程上可以看到，本RTSP業(yè)務內容計費方案中用戶只需要登錄一次就可以訪問各種收費內容業(yè)務，同時在每次收費前出現(xiàn)資費提示，保證了收費的合理性和用戶體驗的一致性。
具體實施例二、與實施例一不同的是讓用戶直接通過RTSP URL來定購和使用RTSP內容業(yè)務。主要涉及到以下環(huán)節(jié)的改變。
客戶端同時支持HTTP協(xié)議和RTSP協(xié)議的網(wǎng)絡瀏覽器(播放器)，支持HTTP協(xié)議和RTSP協(xié)議的重定向(Redirect)命令，不僅可以接收服務器返回的的Location是一個HTTP地址的HTTP Redirect命令，而且接收服務器返回的的Location是一個RTSP地址的HTTP Redirect命令。例如Server-->Client:
HTTP/1.0 302 foundLocation:RTSP://anotherserver/url/Connection:closes內容交換網(wǎng)關發(fā)現(xiàn)用戶請求的RTSP內容是收費地址以后，返回(RTSP REDIRECT命令或HTTP REDIRECT命令)將用戶客戶端重定向到SSO的HTTP接口來獲取用戶的身份。完成身份和服務權限驗證以后再由SSO將用戶客戶端重定向到RTSP的內容地址上去。其中，RTSP Redirect是RTSP協(xié)議中的一個命令。服務器返回消息告訴客戶端它必須連接到另一個服務器地址。Location字段是必須的，指明了客戶端應該向哪個地址發(fā)送請求。還有一個可選字段Range，它告訴客戶端，一旦重定向建立起來了以后，如果客戶端想繼續(xù)發(fā)送或者接收數(shù)據(jù)，它必須先發(fā)一個TEARDOWN請求來結束當前會話并且SETUP一個新的會話到目標服務器。下面的例子是把客戶端在制定的時間內重定向到新的地址Server-->Client:
REDIRECT rtsp://example.com/fizzle/foo RTSP/1.0CSeq:732Location:rtsp://bigserver.com:8001Range:clock＝19960213T143205Z綜上所述，本內容計費方案在對現(xiàn)有網(wǎng)絡改動很小的情況下，可以對用戶訪問網(wǎng)絡上的收費資源按照內容實時控制和計費，解決了RTSP業(yè)務展示、業(yè)務定購確認和按內容收費等人機交互問題，將HTTP和RTSP結合起來，有效保證了RTSP內容資源收費的可靠性，并方便了用戶使用，改善了用戶體驗。
權利要求
1.一種基于交換網(wǎng)關的實時流媒體內容計費系統(tǒng)，其特征在于包括服務器、內容交換網(wǎng)關、用戶認證模塊和業(yè)務、用戶管理和計費模塊，所述服務器用于提供RTSP流媒體內容和提供包括RTSP業(yè)務內容介紹、資費介紹和內容業(yè)務入口展示的HTTP頁面，所述內容交換網(wǎng)關位于用戶和服務器之間，所有用戶的請求均流過內容交換網(wǎng)關，所述內容交換網(wǎng)關通過實時分析IP數(shù)據(jù)流來判斷用戶的請求URL是否是對計費內容的請求，所述用戶認證模塊用于通過HTTP Cookie來配合內容交換網(wǎng)關來獲取和驗證用戶的身份參數(shù)，所述業(yè)務、用戶管理和計費模塊用于驗證用戶的身份和用戶訪問該業(yè)務的權限并實現(xiàn)計費。
2.如權利要求1所述的基于交換網(wǎng)關的實時流媒體內容計費系統(tǒng)，其特征在于所述內容交換網(wǎng)關包括用戶請求攔截單元，用于攔截用戶對計費內容的訪問請求；用戶身份獲取單元，用于在用戶訪問請求被攔截后判斷該用戶請求URL中是否帶有用戶身份信息；和第一重定向單元，用于在確定用戶請求URL中沒有帶有用戶身份信息后將用戶重定向到用戶認證模塊；所述用戶認證模塊包括Cookie判斷單元，用于判斷用戶客戶端是否具有用戶認證模塊的HTTPSession的Cookie；用戶登錄單元，用于在用戶客戶端沒有用戶認證模塊的HTTP Session的Cookie時，將用戶客戶端重定向到用戶認證模塊登錄頁面，要求用戶完成登錄，并使完成登錄的用戶客戶端保存用戶認證模塊的HTTP Session的Cookie；訪問權限判斷單元，用于在用戶客戶端獲得身份信息后判斷用戶是否有權限訪問該業(yè)務；業(yè)務訂購單元，用于在用戶沒有權限訪問該業(yè)務時，提示用戶訂購該業(yè)務；第二重定向單元，用于在用戶有權限訪問該業(yè)務時，根據(jù)用戶傳入HTTP URL中所攜帶的計費內容地址參數(shù)將用戶客戶端再重定向到內容的業(yè)務入口展示頁面，并在用戶的HTTP請求中URL后加上用戶身份信息；和身份參數(shù)管理單元，用于在用戶身份獲取單元確定用戶請求URL中帶有用戶身份參數(shù)信息后對用戶的身份參數(shù)進行驗證；所述業(yè)務、用戶管理和計費模塊包括用戶身份和業(yè)務驗證單元，用于驗證用戶的身份和用戶訪問該計費內容的權限；計費單元，用于在該用戶具有權限訪問該計費內容時生成賬單。
3.一種基于交換網(wǎng)關的實時流媒體內容計費方法，其特征在于包括以下步驟A1、通過HTTP瀏覽窗口來對RTSP業(yè)務進行內容介紹、資費介紹和業(yè)務入口展示；B1、當用戶從業(yè)務入口展示瀏覽計費內容時，內容交換網(wǎng)關攔截用戶請求；C1、內容交換網(wǎng)關通過用戶HTTP和RTSP請求中URL所帶參數(shù)來關聯(lián)并判斷用戶身份和業(yè)務訪問權限，如果該用戶沒有權限訪問該計費內容，則丟棄用戶的請求；如果該用戶具有權限訪問該計費內容，則予以放行并生成賬單。
4.如權利要求3所述的基于交換網(wǎng)關的實時流媒體內容計費方法，其特征在于步驟A1中的業(yè)務入口展示為計費內容地址鏈接，通過訪問該計費內容地址用戶實現(xiàn)對該項業(yè)務的訂購，并獲取訪問該業(yè)務需要的若干參數(shù)。
5.如權利要求3或4所述的基于交換網(wǎng)關的實時流媒體內容計費方法，其特征在于在步驟C1中內容交換網(wǎng)關判斷用戶身份和業(yè)務訪問權限包括以下步驟C11、內容交換網(wǎng)關判斷該用戶請求URL中是否帶有用戶身份參數(shù)信息，如果沒有，則執(zhí)行步驟C12；如果該用戶請求URL中帶有用戶身份參數(shù)信息，則執(zhí)行步驟C13；C12、由用戶認證模塊來獲取用戶的身份參數(shù)信息，并在獲取用戶的身份參數(shù)信息后將用戶重定向到內容的業(yè)務入口展示頁面；C13、內容交換網(wǎng)關去用戶認證模塊驗證該RTSP請求所攜帶的用戶身份參數(shù)信息是否有效，然后驗證本次業(yè)務訪問是否有效，如果無效，則丟棄用戶的請求；如果有效，則獲取用戶的身份參數(shù)信息后予以放行，并以此為依據(jù)生成賬單。
6.如權利要求5所述的基于交換網(wǎng)關的實時流媒體內容計費方法，其特征在于步驟C12包括以下具體步驟C121、將用戶客戶端重定向到用戶認證模塊的HTTP接口；C122、用戶認證模塊判斷用戶客戶端是否具有用戶認證模塊的HTTPSession的Cookie，如果沒有則執(zhí)行步驟C123，如果有則執(zhí)行步驟C125；C123、將用戶客戶端重定向到用戶認證模塊登錄頁面，要求用戶完成登錄；C124、使完成登錄的用戶客戶端保存用戶認證模塊的HTTP Session的Cookie；C125、用戶認證模塊判斷用戶是否有權限訪問該業(yè)務，如果沒有則提示用戶訂購該業(yè)務，如果用戶有權限訪問該業(yè)務，則根據(jù)用戶傳入HTTP URL中所攜帶的計費內容地址參數(shù)將用戶客戶端再重定向到內容的業(yè)務入口展示頁面，并在用戶的HTTP請求中URL后加上用戶身份參數(shù)信息；C126、內容的業(yè)務入口展示頁面根據(jù)傳入?yún)?shù)在內容鏈接URL后面加上用戶身份參數(shù)信息和業(yè)務訪問參數(shù)。
7.如權利要求6所述的基于交換網(wǎng)關的實時流媒體內容計費方法，其特征在于在步驟C12之后和步驟C13之前還包括以下步驟在用戶點擊內容的業(yè)務入口展頁面中的RTSP地址后，內容交換網(wǎng)關截獲該RTSP請求。
8.如權利要求7所述的基于交換網(wǎng)關的實時流媒體內容計費方法，其特征在于在步驟C13中驗證該RTSP請求所攜帶的用戶身份信息和本次業(yè)務訪問參數(shù)是否有效時，先到用戶認證模塊驗證用戶身份參數(shù)信息是否正確，如果正確則通過查詢用戶和業(yè)務的定購關系數(shù)據(jù)庫來驗證該用戶是否有權限訪問該業(yè)務。
9.如權利要求3所述的基于交換網(wǎng)關的實時流媒體內容計費方法，其特征在于步驟B1中所述的內容交換網(wǎng)關位于用戶和服務/內容提供商的服務器之間，所有用戶的請求均流過內容交換網(wǎng)關，內容交換網(wǎng)關通過實時分析IP數(shù)據(jù)流來判斷用戶的請求URL是否是對計費內容的請求。
10.如權利要求8所述的基于交換網(wǎng)關的實時流媒體內容計費方法，其特征在于該計費方法支持從HTTP業(yè)務重定向到RTSP業(yè)務，從RTSP業(yè)務重定向到HTTP業(yè)務。
全文摘要
本發(fā)明公開了一種基于交換網(wǎng)關的實時流媒體內容計費方法及系統(tǒng)，其特征在于包括以下步驟通過HTTP瀏覽窗口來對RTSP業(yè)務進行內容介紹、資費介紹和業(yè)務入口展示；當用戶從業(yè)務入口展示瀏覽計費內容時，內容交換網(wǎng)關攔截用戶請求；內容交換網(wǎng)關通過用戶HTTP和RTSP請求中URL所帶參數(shù)來關聯(lián)并判斷用戶身份和業(yè)務訪問權限，如果該用戶沒有權限訪問該計費內容，則丟棄用戶的請求；如果該用戶具有權限訪問該計費內容，則予以放行并生成賬單。本發(fā)明在對現(xiàn)有網(wǎng)絡改動很小的情況下，可以對用戶訪問網(wǎng)絡上的收費資源按照內容實時控制和計費。
文檔編號H04L12/66GK101083539SQ20061002111
公開日2007年12月5日 申請日期2006年5月30日 優(yōu)先權日2006年5月30日
發(fā)明者倪小輝, 彭立焱, 趙劍鵬 申請人:卓望數(shù)碼技術(深圳)有限公司