專利名稱：一種基于ip網(wǎng)絡(luò)的組播數(shù)據(jù)受控方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IP網(wǎng)絡(luò)系統(tǒng)，特別涉及到將計(jì)算機(jī)網(wǎng)絡(luò)、電信網(wǎng)絡(luò)相結(jié)合的IP網(wǎng)絡(luò)服務(wù)系統(tǒng)。
背景技術(shù)：
IP組播(也稱多址廣播或多播)技術(shù)，是一種允許一臺(tái)或多臺(tái)主機(jī)(組播源)發(fā)送單一數(shù)據(jù)包到多臺(tái)主機(jī)(一次的，同時(shí)的)的TCP/IP網(wǎng)絡(luò)技術(shù)。組播作為一點(diǎn)對(duì)多點(diǎn)的通信，是節(jié)省網(wǎng)絡(luò)帶寬的有效方法之一。IP組播通信必須依賴于IP組播地址，在IPv4中它是一個(gè)D類IP地址，范圍從224.0.0.0到239.255.255.255，并被劃分為局部鏈接組播地址、預(yù)留組播地址和管理權(quán)限組播地址三類。使用同一個(gè)IP組播地址接收組播數(shù)據(jù)包的所有主機(jī)構(gòu)成了一個(gè)主機(jī)組，也稱為組播組。
在計(jì)算機(jī)網(wǎng)絡(luò)(包括Internet網(wǎng)絡(luò))中，針對(duì)組播數(shù)據(jù)的傳播，通常分為三個(gè)步驟第一步是組播成員控制器接收組播成員的請(qǐng)求，因特網(wǎng)工程工作組(Internet Engineering Task Force，簡(jiǎn)稱IETF)針對(duì)IPv4定義的是IGMP，該協(xié)議分為IGMP1和IGMP2兩個(gè)版本，IETF針對(duì)IPv6定義的是MLD；第二步是從組播數(shù)據(jù)源到組播接收者之間路徑的建立過程(即組播樹的建立過程)，這個(gè)過程已經(jīng)由IETF定義了如DVMRP、PIM-SM、PIM-DM、MOSPF等組播控制協(xié)議；第三步則是實(shí)際組播數(shù)據(jù)沿著第二步建立好的組播路徑從組播數(shù)據(jù)源到各個(gè)組播成員的過程。上述的傳統(tǒng)機(jī)制存在諸多不足之處，如對(duì)于任何主機(jī)發(fā)送的組播組加入請(qǐng)求，組播成員控制器不能拒絕；不能獲知接收組播數(shù)據(jù)的成員數(shù)量；不能獲得組播成員的與組播相關(guān)的行為信息；沒有強(qiáng)制組播成員退出組播組的機(jī)制。因此在組播控制方面還存在改進(jìn)的余地。

發(fā)明內(nèi)容
本發(fā)明的目的在于克服傳統(tǒng)組播成員管理協(xié)議的缺陷，增加組播成員的控制程度，從而提供一種基于IP網(wǎng)絡(luò)的，包括組播加入/退出認(rèn)證機(jī)制、強(qiáng)制退出組播組機(jī)制、組播成員行為記錄機(jī)制的組播數(shù)據(jù)受控方法。
為達(dá)到上述發(fā)明目的，本發(fā)明提供的基于IP網(wǎng)絡(luò)的組播數(shù)據(jù)受控方法，包括組播權(quán)限信息預(yù)處理和組播認(rèn)證管理；所述組播權(quán)限信息預(yù)處理是將組播成員的組播權(quán)限下發(fā)到組播成員控制器的過程；所述組播權(quán)限信息預(yù)處理可采用成批次的處理方法或與接入認(rèn)證相結(jié)合的方法。
所述組播認(rèn)證管理包括組播加入認(rèn)證機(jī)制，該機(jī)制通過如下步驟實(shí)現(xiàn)11)組播成員根據(jù)用戶指令，后臺(tái)發(fā)起組播加入請(qǐng)求到組播成員控制器，該請(qǐng)求中攜帶能夠識(shí)別用戶身份的信息，并且?guī)в邪踩Ｃ軜?biāo)簽；12)組播成員控制器根據(jù)接收到的請(qǐng)求，首先依據(jù)用戶身份信息進(jìn)行解密處理，并依據(jù)組播權(quán)限驗(yàn)證組播成員所發(fā)送的請(qǐng)求是否合法；如合法，向組播成員反饋成功信息，并打開用戶所對(duì)應(yīng)的組播數(shù)據(jù)轉(zhuǎn)發(fā)；否則，向組播成員反饋失敗信息。
在組播成員已加入組播組的前提下，所述組播認(rèn)證管理還包括組播退出認(rèn)證機(jī)制，該機(jī)制通過如下步驟實(shí)現(xiàn)13)組播成員根據(jù)用戶指令，后臺(tái)發(fā)起組播退出請(qǐng)求到組播成員控制器，該請(qǐng)求中攜帶能夠識(shí)別用戶身份的信息，并且?guī)в邪踩Ｃ軜?biāo)簽；14)組播成員控制器根據(jù)接收到的請(qǐng)求，首先依據(jù)用戶身份信息進(jìn)行解密處理，并依據(jù)組播權(quán)限驗(yàn)證組播成員所發(fā)送的請(qǐng)求是否合法；如合法，向組播成員反饋成功信息；否則，向組播成員反饋失敗信息。
所述組播權(quán)限信息預(yù)處理中成批次的處理方法包括如下步驟111)在組播行為處理中心與組播成員控制器之間定義組播權(quán)限格式文件；112)通過FTP(文件傳輸協(xié)議)或自行定義的基于UDP/TCP的私有協(xié)議將組播權(quán)限格式文件由組播行為處理中心傳遞至組播成員控制器；或直接將組播權(quán)限信息使用自行定義的基于UDP/TCP的私有協(xié)議由組播行為處理中心傳遞至組播成員控制器。
所述組播權(quán)限信息預(yù)處理中與接入認(rèn)證相結(jié)合的方法包括如下步驟121)組播成員在接入網(wǎng)絡(luò)的情況下，發(fā)起認(rèn)證請(qǐng)求；122)在組播成員控制器兼有認(rèn)證接入路由器的功能的情況下，組播成員控制器向認(rèn)證服務(wù)器發(fā)起認(rèn)證請(qǐng)求，該認(rèn)證請(qǐng)求通過Radius協(xié)議擴(kuò)展數(shù)據(jù)字段；
123)認(rèn)證服務(wù)器將認(rèn)證結(jié)果和該組播成員的組播權(quán)限傳遞給組播成員控制器，組播成員控制器根據(jù)這些信息進(jìn)行組播控制；其中認(rèn)證結(jié)果通過Radius協(xié)議，擴(kuò)展數(shù)據(jù)字段。
所述步驟11)中的安全保密標(biāo)簽可以是對(duì)稱加密或公鑰加密或MD5算法摘要。
在組播成員已加入組播組的前提下，所述組播認(rèn)證管理還包括強(qiáng)制退出組播組機(jī)制，該機(jī)制通過如下步驟實(shí)現(xiàn)21)組播成員控制器根據(jù)從系統(tǒng)管理方面來的命令或者組播權(quán)限發(fā)生變化，導(dǎo)致特定組播成員不再具有目前正在接收的組播數(shù)據(jù)流的權(quán)限，生成強(qiáng)制退出組播組命令，將該命令發(fā)送到被強(qiáng)制退出的特定組播成員；22)組播成員接收到強(qiáng)制退出組播組命令之后，根據(jù)其中所包含的原因，生成可顯示給用戶的信息，同時(shí)主動(dòng)退出組播接收狀態(tài)。
在具有所述組播加入/退出機(jī)制的前提下，組播成員每次主動(dòng)產(chǎn)生所述組播加入/退出請(qǐng)求時(shí)，在組播行為處理中心記錄用戶ID、組播組標(biāo)識(shí)、具體時(shí)間、動(dòng)作類別。
在具有所述強(qiáng)制退出組播組機(jī)制的前提下，組播成員控制器在每次強(qiáng)制特定組播成員退出組播組時(shí)，在組播行為處理中心記錄用戶ID、組播組標(biāo)識(shí)、具體時(shí)間、動(dòng)作類別。
現(xiàn)有的常規(guī)組播成員管理協(xié)議存在著一些弊端，如對(duì)于任何主機(jī)發(fā)送的組播組加入請(qǐng)求，組播控制器不能拒絕；不能獲知接收組播數(shù)據(jù)的成員數(shù)量；不能獲得組播成員的與組播相關(guān)的行為信息；沒有強(qiáng)制組播成員退出組播組的機(jī)制。與現(xiàn)有技術(shù)相比，本發(fā)明克服了上述弊端，增加了對(duì)組播成員的控制程度，為業(yè)務(wù)提供商、網(wǎng)絡(luò)運(yùn)營(yíng)商利用組播協(xié)議在IP網(wǎng)絡(luò)上進(jìn)行業(yè)務(wù)運(yùn)營(yíng)提供了有效的手段。其具體表現(xiàn)如下通過控制組播成員加入/退出組播組，能夠制定一定的管理策略，為運(yùn)營(yíng)商提供商業(yè)運(yùn)營(yíng)的技術(shù)支持；通過控制組播成員加入/退出組播組，能夠?qū)⒎欠ㄓ脩羝帘卧诮M播數(shù)據(jù)接收域之外，防止其對(duì)正常組播成員用戶的干擾，并減輕組播成員控制的負(fù)擔(dān)，降低網(wǎng)絡(luò)流量；通過強(qiáng)制退出組播組，為運(yùn)營(yíng)商的預(yù)付費(fèi)業(yè)務(wù)提供技術(shù)支持和管理支持；通過對(duì)組播成員行為進(jìn)行記錄，為進(jìn)一步的數(shù)據(jù)挖掘提供數(shù)據(jù)資料。


圖1是本發(fā)明的組播數(shù)據(jù)受控方法總體框圖；圖2是本發(fā)明一個(gè)優(yōu)選實(shí)施例的組播權(quán)限信息預(yù)處理流程圖；圖3是本發(fā)明組播加入認(rèn)證部分的流程圖；圖4是本發(fā)明組播加入認(rèn)證過程的時(shí)序圖；圖5是本發(fā)明組播退出認(rèn)證部分的流程圖；圖6是本發(fā)明組播退出認(rèn)證過程的時(shí)序圖；圖7是本發(fā)明中強(qiáng)制退出組播組部分的流程圖；圖8是本發(fā)明強(qiáng)制退出組播組過程的時(shí)序圖；圖9是本發(fā)明另一個(gè)優(yōu)選實(shí)施例的組播權(quán)限信息預(yù)處理流程圖；圖10是本發(fā)明所涉及到的三類實(shí)體的示意圖；圖11是本發(fā)明的組播受控方法的一種應(yīng)用場(chǎng)景示意圖。
具體實(shí)施例方式
本發(fā)明提供的基于IP網(wǎng)絡(luò)的組播數(shù)據(jù)受控方法，涉及到三類實(shí)體組播成員、組播成員控制器、組播行為處理中心(如圖10所示)。
其中，組播成員指發(fā)起組播請(qǐng)求的物理設(shè)備實(shí)體(這些行為往往直接或者間接地由人為觸發(fā))；這些物理設(shè)備實(shí)體包括各類計(jì)算機(jī)、機(jī)頂盒或具備無線接入的各種終端設(shè)備。
組播成員控制器指直接接收或間接接收組播請(qǐng)求的設(shè)備實(shí)體；它既可以是硬件設(shè)備，如路由器、網(wǎng)關(guān)、二層交換機(jī)；也可以是在主機(jī)或服務(wù)器上實(shí)現(xiàn)的軟件程序?qū)嶓w。
組播行為處理中心指從組播成員控制器處接收組播成員在不同組播組之間切換的有關(guān)信息，進(jìn)而進(jìn)行相關(guān)處理的設(shè)備實(shí)體，如運(yùn)營(yíng)支撐系統(tǒng)(BOSS)、業(yè)務(wù)管理系統(tǒng)、用戶管理系統(tǒng)等。
組播成員可以通過各種無線或有線方式連接到組播成員控制器，包括xDSL(使用電話線方式進(jìn)行數(shù)據(jù)通信的傳輸機(jī)制)、WLAN(802.11a、802.11b、802.11g等)、WWAN(802.16)以及各種以太網(wǎng)接入方式(10Mbps、100Mbps、1000Mbps以及10Gbps)。
組播成員控制器和組播行為處理中心之間，只要在IP協(xié)議層次是可以直接連通的即可。
下面結(jié)合附圖和具體實(shí)施例，對(duì)本發(fā)明提供的基于IP網(wǎng)絡(luò)的組播數(shù)據(jù)受控方法作進(jìn)一步闡述。
本發(fā)明提供的基于IP網(wǎng)絡(luò)的組播數(shù)據(jù)受控方法包括組播權(quán)限信息預(yù)處理和組播認(rèn)證管理。其中組播權(quán)限信息預(yù)處理是將組播成員設(shè)備的組播權(quán)限下發(fā)到組播成員控制器的過程，可采用成批次的處理方法，也可采用與接入認(rèn)證相結(jié)合的方法。在組播權(quán)限信息預(yù)處理完成后，則可進(jìn)行組播認(rèn)證管理。組播認(rèn)證管理包括組播加入/退出認(rèn)證、強(qiáng)制退出組播組和組播成員行為記錄，其具體實(shí)現(xiàn)步驟將在下文中詳述。
實(shí)施例1如圖1所示，本發(fā)明提供的基于IP網(wǎng)絡(luò)的組播數(shù)據(jù)受控方法包括步驟100組播權(quán)限信息預(yù)處理。
步驟200組播認(rèn)證管理。
本實(shí)施例中，如圖2所示，步驟100的預(yù)處理過程采用成批次的處理方法，包括如下子步驟步驟101在組播行為處理中心與組播成員控制器之間定義組播權(quán)限格式文件；其中組播行為處理中心可以是運(yùn)營(yíng)支撐系統(tǒng)(BOSS)或業(yè)務(wù)管理系統(tǒng)或用戶管理系統(tǒng)。組播權(quán)限格式文件中包括用戶ID，組播地址，權(quán)限標(biāo)識(shí)等。
步驟102通過FTP(文件傳輸協(xié)議)或自行定義的基于UDP/TCP的私有協(xié)議(在UDP/TCP的數(shù)據(jù)載荷部分傳輸組播權(quán)限信息，每條權(quán)限條目包括用戶ID，組播地址，權(quán)限標(biāo)識(shí))將組播權(quán)限格式文件從組播行為處理中心傳遞至組播成員控制器；或者直接將組播權(quán)限信息從組播行為處理中心傳遞至組播成員控制器，該傳遞過程使用自行定義的基于UDP/TCP的私有協(xié)議。
步驟200即本發(fā)明的主體部分組播認(rèn)證管理，包括組播加入/退出認(rèn)證、強(qiáng)制退出組播組和組播成員行為記錄。在進(jìn)行具體的認(rèn)證管理前，首先需要擴(kuò)展現(xiàn)有組播管理協(xié)議，對(duì)于IP網(wǎng)絡(luò)，以IPv4協(xié)議棧為例，假定參考設(shè)計(jì)參照IGMPv2，因?yàn)镮ETF標(biāo)準(zhǔn)的IGMPv2協(xié)議字段中沒能包含和用戶相關(guān)的信息，而且IGMPv2的命令標(biāo)識(shí)字段值還有空余，這樣就可以擴(kuò)展命令標(biāo)識(shí)。添加5個(gè)命令標(biāo)識(shí)，分別表示控制組播成員加入請(qǐng)求、控制組播成員加入響應(yīng)、控制組播成員退出請(qǐng)求、控制組播成員退出響應(yīng)、強(qiáng)制退出組播組命令，同時(shí)針對(duì)這5類命令定義5類協(xié)議數(shù)據(jù)單元(PDU)，在這些PDU中，包括和用戶相關(guān)的信息。在5類命令中的字段部分中包含有安全保密標(biāo)簽，該安全保密標(biāo)簽可以是對(duì)稱加密或公鑰加密或MD5算法摘要，它們?cè)诜庋b命令控制包的時(shí)候經(jīng)過計(jì)算加入。擴(kuò)展IGMPv2協(xié)議和定義PDU的具體過程屬于本領(lǐng)域技術(shù)人員的公知技術(shù)，不再贅述。
如圖3、4所示，組播加入認(rèn)證包括如下子步驟步驟201組播成員請(qǐng)求加入某個(gè)組播組，利用擴(kuò)展的組播管理協(xié)議發(fā)送組播加入請(qǐng)求。
步驟202組播成員控制器收到組播加入請(qǐng)求，轉(zhuǎn)發(fā)該請(qǐng)求到組播行為處理中心。
步驟203組播行為處理中心接到步驟202中轉(zhuǎn)發(fā)的組播加入請(qǐng)求，把該請(qǐng)求中的相應(yīng)信息與組播允許信息進(jìn)行比較，如果吻合，則返回允許加入的請(qǐng)求結(jié)果；如不吻合，則返回拒絕加入的請(qǐng)求結(jié)果。
步驟204組播成員控制器接收到步驟203中組播行為處理中心返回的請(qǐng)求結(jié)果并判斷該請(qǐng)求結(jié)果，如果為允許加入，將組播成員加入組播組并轉(zhuǎn)發(fā)響應(yīng)到組播成員，同時(shí)將組播成員加入組播的結(jié)果發(fā)送到組播行為處理中心。
步驟205組播成員收到加入結(jié)果，判斷結(jié)果，如果成功，則轉(zhuǎn)入接收組播數(shù)據(jù)狀態(tài)；否則提示相應(yīng)失敗信息給用戶，之后轉(zhuǎn)入組播成員設(shè)備的點(diǎn)播主菜單。
如圖5、6所示，組播退出認(rèn)證方法包括如下子步驟步驟211組播成員請(qǐng)求退出某個(gè)組播組，組播成員利用擴(kuò)展的組播管理協(xié)議發(fā)送組播退出請(qǐng)求。
步驟212組播成員控制器收到組播退出請(qǐng)求，轉(zhuǎn)發(fā)該請(qǐng)求到組播行為處理中心。
步驟213組播行為處理中心接到轉(zhuǎn)發(fā)請(qǐng)求，查詢組播允許列表，如果找到，返回結(jié)果為允許退出；否則，結(jié)果為非法請(qǐng)求。然后組播行為處理中心將結(jié)果發(fā)送到組播成員控制器。
步驟214組播成員控制器收到組播行為處理中心傳來的退出應(yīng)答，轉(zhuǎn)發(fā)響應(yīng)到組播成員，同時(shí)判斷請(qǐng)求結(jié)果，如果結(jié)果為允許退出，將組播成員設(shè)備所在端口進(jìn)行退出組播組處理。
步驟215組播成員控制器將退出處理結(jié)果發(fā)送到組播行為處理中心；組播成員設(shè)備收到退出應(yīng)答，判斷結(jié)果，如果結(jié)果為允許退出，組播成員設(shè)備轉(zhuǎn)入其點(diǎn)播主菜單；否則提示非法請(qǐng)求信息，之后組播成員設(shè)備轉(zhuǎn)入點(diǎn)播主菜單。
如圖7、8所示，強(qiáng)制退出組播組方法包括如下子步驟步驟221組播行為處理中心定時(shí)對(duì)加入組播的組播成員設(shè)備進(jìn)行輪詢，如果連續(xù)n次輪詢，在本實(shí)施例中n取3，定時(shí)間隔定義為10秒(輪詢次數(shù)和時(shí)間間隔可以根據(jù)實(shí)際情況確定)。組播成員設(shè)備沒有響應(yīng)，組播行為處理中心向組播成員控制器發(fā)送退出組播命令。或者根據(jù)管理策略要求，管理者要求組播成員設(shè)備退出組播組時(shí)，組播行為處理中心向組播成員控制器發(fā)送退出組播命令。
步驟222組播成員控制器收到組播退出命令，將組播成員設(shè)備所在端口進(jìn)行退出組播組處理，組播成員控制器將退出處理結(jié)果發(fā)到組播行為處理中心。
組播行為記錄的方法是在每次收到組播加入請(qǐng)求或組播退出請(qǐng)求的情況下，或者因?yàn)楣芾碓驈?qiáng)制組播成員設(shè)備退出組播組的情況下，在組播行為處理中心進(jìn)行記錄，記錄信息包括用戶ID、組播地址、發(fā)生時(shí)間、動(dòng)作類別(如退出/加入)等信息。
實(shí)施例2本發(fā)明提供的基于IP網(wǎng)絡(luò)的組播數(shù)據(jù)受控方法包括步驟100組播權(quán)限信息預(yù)處理。
步驟200組播認(rèn)證管理。
本實(shí)施例中，步驟100的預(yù)處理過程采用與接入認(rèn)證相結(jié)合的方法，包括如下子步驟(如圖9所示)步驟111組播成員在接入網(wǎng)絡(luò)的情況下，發(fā)起認(rèn)證請(qǐng)求。
步驟112在組播成員控制器兼有認(rèn)證接入路由器的功能的情況下，組播成員控制器在收到組播成員的認(rèn)證請(qǐng)求后向認(rèn)證服務(wù)器發(fā)起認(rèn)證請(qǐng)求，該認(rèn)證請(qǐng)求通過Radius協(xié)議擴(kuò)展數(shù)據(jù)字段。
步驟113認(rèn)證服務(wù)器將認(rèn)證結(jié)果和該組播成員的組播權(quán)限傳遞給組播成員控制器，組播成員控制器根據(jù)這些信息進(jìn)行組播控制。這里的認(rèn)證結(jié)果也通過Radius協(xié)議，擴(kuò)展數(shù)據(jù)字段。
本實(shí)施例中，步驟200與實(shí)施例1完全相同，不再贅述。
圖11為本發(fā)明的一個(gè)應(yīng)用場(chǎng)景，它示出了在IP網(wǎng)絡(luò)中的用戶觀看IPTV的一個(gè)實(shí)例。圖中各設(shè)備通過以太網(wǎng)絡(luò)連接在一起，組播流服務(wù)器是IPTV服務(wù)器，要播放的節(jié)目存放在其中，按照一定的調(diào)度機(jī)制進(jìn)行播放；組播權(quán)限維護(hù)在實(shí)際中可以是運(yùn)營(yíng)支撐系統(tǒng)，在組播控制路由器開機(jī)時(shí)通知組播權(quán)限維護(hù)機(jī)將所管轄的用戶設(shè)備組播權(quán)限下載到本地；之后在膝上型計(jì)算機(jī)作為組播成員設(shè)備，組播控制路由器作為組播成員控制器的情況下，在膝上型計(jì)算機(jī)、組播控制路由器和組播行為處理中心三者之間應(yīng)用組播控制機(jī)制。
為實(shí)現(xiàn)本發(fā)明，需要在組播成員設(shè)備(如圖11中的膝上型計(jì)算)上安裝組播客戶端軟件，該軟件根據(jù)IGMPv2源程序(這可以通過開源軟件的方式獲得)數(shù)據(jù)單元的格式定義幾個(gè)數(shù)據(jù)結(jié)構(gòu)，并且編寫請(qǐng)求、應(yīng)答、命令的處理函數(shù)。同時(shí)，需要在組播成員控制器(如圖11中的控制組播路由器)上安裝服務(wù)器端的軟件，該軟件與客戶端軟件的開發(fā)方法基本相同，區(qū)別僅僅在于完成的任務(wù)不同；另外還需要在組播成員控制器上編寫記錄組播成員行為的函數(shù)。這些編程過程都屬于本領(lǐng)域?qū)I(yè)人員的公知技術(shù)，不再贅述。
本發(fā)明中，在控制組播路由器積累組播成員行為數(shù)據(jù)到一定程度或一定時(shí)間之后，可以通過現(xiàn)有的各種通信方式，如TCP、UDP等，將數(shù)據(jù)傳送到組播行為處理中心，當(dāng)然也可以由組播行為處理中心主動(dòng)獲取這些信息。組播行為處理中心獲得組播成員行為數(shù)據(jù)之后，可以使用數(shù)據(jù)挖掘技術(shù)或其他數(shù)據(jù)分析技術(shù)，從而獲得管理部門想要的數(shù)據(jù)。
權(quán)利要求
1.一種基于IP網(wǎng)絡(luò)的組播數(shù)據(jù)受控方法，其特征在于，包括組播權(quán)限信息預(yù)處理和組播認(rèn)證管理；所述組播權(quán)限信息預(yù)處理是將組播成員的組播權(quán)限下發(fā)到組播成員控制器的過程；所述組播權(quán)限信息預(yù)處理可采用成批次的處理方法或與接入認(rèn)證相結(jié)合的方法。
2.按權(quán)利要求1所述的組播數(shù)據(jù)受控方法，所述組播認(rèn)證管理包括組播加入認(rèn)證機(jī)制，該機(jī)制通過如下步驟實(shí)現(xiàn)11)組播成員根據(jù)用戶指令，后臺(tái)發(fā)起組播加入請(qǐng)求到組播成員控制器，該請(qǐng)求中攜帶能夠識(shí)別用戶身份的信息，并且?guī)в邪踩Ｃ軜?biāo)簽；12)組播成員控制器根據(jù)接收到的請(qǐng)求，首先依據(jù)用戶身份信息進(jìn)行解密處理，并依據(jù)組播權(quán)限驗(yàn)證組播成員所發(fā)送的請(qǐng)求是否合法；如合法，向組播成員反饋成功信息，并打開用戶所對(duì)應(yīng)的組播數(shù)據(jù)轉(zhuǎn)發(fā)；否則，向組播成員反饋失敗信息。所述組播認(rèn)證管理還包括組播退出認(rèn)證機(jī)制，該機(jī)制通過如下步驟實(shí)現(xiàn)13)組播成員根據(jù)用戶指令，后臺(tái)發(fā)起組播退出請(qǐng)求到組播成員控制器，該請(qǐng)求中攜帶能夠識(shí)別用戶身份的信息，并且?guī)в邪踩Ｃ軜?biāo)簽；14)組播成員控制器根據(jù)接收到的請(qǐng)求，首先依據(jù)用戶身份信息進(jìn)行解密處理，并依據(jù)組播權(quán)限驗(yàn)證組播成員所發(fā)送的請(qǐng)求是否合法；如合法，向組播成員反饋成功信息；否則，向組播成員反饋失敗信息。
3.按權(quán)利要求1所述的組播數(shù)據(jù)受控方法，所述組播權(quán)限信息預(yù)處理中成批次的處理方法包括如下步驟111)在組播行為處理中心與組播成員控制器之間定義組播權(quán)限格式文件；112)通過FTP(文件傳輸協(xié)議)或自行定義的基于UDP/TCP的私有協(xié)議將組播權(quán)限格式文件由組播行為處理中心傳遞至組播成員控制器；或直接將組播權(quán)限信息使用自行定義的基于UDP/TCP的私有協(xié)議由組播行為處理中心傳遞至組播成員控制器。
4.按權(quán)利要求1所述的組播數(shù)據(jù)受控方法，所述組播權(quán)限信息預(yù)處理中與接入認(rèn)證相結(jié)合的方法包括如下步驟121)組播成員在接入網(wǎng)絡(luò)的情況下，發(fā)起認(rèn)證請(qǐng)求；122)在組播成員控制器兼有認(rèn)證接入路由器的功能的情況下，組播成員控制器向認(rèn)證服務(wù)器發(fā)起認(rèn)證請(qǐng)求，該認(rèn)證請(qǐng)求通過Radius協(xié)議擴(kuò)展數(shù)據(jù)字段；123)認(rèn)證服務(wù)器將認(rèn)證結(jié)果和該組播成員的組播權(quán)限傳遞給組播成員控制器，組播成員控制器根據(jù)這些信息進(jìn)行組播控制；其中認(rèn)證結(jié)果通過Radius協(xié)議，擴(kuò)展數(shù)據(jù)字段。
5.按權(quán)利要求2所述的組播數(shù)據(jù)受控方法，所述步驟11)中的安全保密標(biāo)簽采用對(duì)稱加密或公鑰加密或MD5算法摘要。
6.按權(quán)利要求1所述的組播數(shù)據(jù)受控方法，所述組播認(rèn)證管理還包括強(qiáng)制退出組播組機(jī)制，該機(jī)制通過如下步驟實(shí)現(xiàn)21)組播成員控制器根據(jù)從系統(tǒng)管理方面來的命令或者組播權(quán)限發(fā)生變化，導(dǎo)致特定組播成員不再具有目前正在接收的組播數(shù)據(jù)流的權(quán)限，生成強(qiáng)制退出組播組命令，將該命令發(fā)送到被強(qiáng)制退出的特定組播成員；22)組播成員接收到強(qiáng)制退出組播組命令之后，根據(jù)其中所包含的原因，生成可顯示給用戶的信息，同時(shí)主動(dòng)退出組播接收狀態(tài)。
7.按權(quán)利要求2所述的組播數(shù)據(jù)受控方法，組播成員每次主動(dòng)產(chǎn)生所述組播加入/退出請(qǐng)求時(shí)，在組播行為處理中心記錄用戶ID、組播組標(biāo)識(shí)、具體時(shí)間、動(dòng)作類別。
8.按權(quán)利要求6所述的組播數(shù)據(jù)受控方法，組播成員控制器在每次強(qiáng)制特定組播成員退出組播組時(shí)，在組播行為處理中心記錄用戶ID、組播組標(biāo)識(shí)、具體時(shí)間、動(dòng)作類別。
全文摘要
本發(fā)明特別涉及到將計(jì)算機(jī)網(wǎng)絡(luò)、電信網(wǎng)絡(luò)相結(jié)合的IP網(wǎng)絡(luò)服務(wù)系統(tǒng)。本發(fā)明提供的基于IP網(wǎng)絡(luò)的組播數(shù)據(jù)受控方法，包括組播權(quán)限信息預(yù)處理和組播認(rèn)證管理；其中組播權(quán)限信息預(yù)處理是將組播成員的組播權(quán)限下發(fā)到組播成員控制器的過程，組播認(rèn)證管理包括組播加入/退出認(rèn)證機(jī)制、強(qiáng)制退出組播組機(jī)制、組播成員行為記錄機(jī)制。與現(xiàn)有技術(shù)相比，本發(fā)明的優(yōu)點(diǎn)是能夠制定一定的管理策略，為運(yùn)營(yíng)商提供商業(yè)運(yùn)營(yíng)的技術(shù)支持；能夠?qū)⒎欠ㄓ脩羝帘卧诮M播數(shù)據(jù)接收域之外，防止其對(duì)正常組播成員用戶的干擾，并減輕組播成員控制的負(fù)擔(dān)，降低網(wǎng)絡(luò)流量；能夠?yàn)檫\(yùn)營(yíng)商的預(yù)付費(fèi)業(yè)務(wù)提供技術(shù)支持和管理支持；能夠?yàn)檫M(jìn)一步的數(shù)據(jù)挖掘提供數(shù)據(jù)資料。
文檔編號(hào)H04L12/56GK1848728SQ200510064338
公開日2006年10月18日 申請(qǐng)日期2005年4月14日 優(yōu)先權(quán)日2005年4月14日
發(fā)明者王勁林, 王玲芳, 李挺屹, 朱小勇, 溫慧堯 申請(qǐng)人:中國(guó)科學(xué)院聲學(xué)研究所