專利名稱：Iptv業(yè)務(wù)認(rèn)證的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及寬帶接入網(wǎng)絡(luò)、IPTV業(yè)務(wù)應(yīng)用領(lǐng)域，尤其涉及一 種IPTV業(yè)務(wù)i人i正的方法。
背景技術(shù)：
目前，隨著通信技術(shù)的發(fā)展，IPTV (交互式網(wǎng)絡(luò)電視)業(yè)務(wù)不 斷豐富普及，用戶群不斷地增大，運(yùn)營(yíng)商需要增強(qiáng)業(yè)務(wù)使用的簡(jiǎn)易 性、用戶帳號(hào)管理的安全性以及業(yè)務(wù)性能以提高用戶體驗(yàn)，從而對(duì) IPTV業(yè)務(wù)的更好推廣提供基礎(chǔ)。
在現(xiàn)有應(yīng)用中，需用戶在登陸界面的用戶名與密碼這兩個(gè)輸入 框中輸入正確的IPTV業(yè)務(wù)帳號(hào)。而目前用戶輸入字符的方式是通 過(guò)遙控器切換輸入法(字母、數(shù)字、符號(hào))，然后依次輸入。
但是，考慮到IPTV業(yè)務(wù)的用戶群將不僅僅局限于電腦用戶， 還包括老人與小孩。考慮到此類用戶的年齡特點(diǎn)及使用體驗(yàn)，操作 的便捷性至關(guān)重要。為了使用戶能夠像操作電視一樣操作機(jī)頂盒使 用IPTV業(yè)務(wù)，因此，在保證帳號(hào)安全的前提下，采用自動(dòng)鑒權(quán)認(rèn) 證的方案，使用戶帳號(hào)能夠自動(dòng)登陸認(rèn)證。從而省略了用戶輸入幾 十個(gè)字符的不便。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種IPTV業(yè)務(wù)認(rèn)證方法。
實(shí)現(xiàn)了以下目標(biāo)克服家庭用戶(老人、小孩)對(duì)機(jī)頂盒帳號(hào) 設(shè)置的陌生；減小用戶通過(guò)遙控器輸入的不便；減少運(yùn)營(yíng)商工程人 員大量的上門為用戶設(shè)置；能夠使IPTV業(yè)務(wù)對(duì)用戶盡可能的簡(jiǎn)化 以擴(kuò)大市場(chǎng)份額。
為了實(shí)現(xiàn)IPTV用戶登陸時(shí)的自動(dòng)認(rèn)證登陸，根據(jù)本發(fā)明的實(shí) 施例，提出了利用DHCP協(xié)議(動(dòng)態(tài)主才幾配置協(xié)議)，在用戶接入 iU正時(shí)，實(shí)J見(jiàn)自動(dòng)鑒沖又iU正的解決方法。
為了實(shí)現(xiàn)上述目的，本發(fā)明提供了一種IPTV業(yè)務(wù)認(rèn)證方法。 其包括以下操作步驟步驟S102，在用戶開(kāi)通IPTV業(yè)務(wù)時(shí)，為用 戶分配接入帳號(hào)、業(yè)務(wù)帳號(hào)以及物理鏈路，并將接入帳號(hào)和業(yè)務(wù)帳 號(hào)的信息同步至IPTV系統(tǒng)，以及將物理鏈路信息錄入DHCP認(rèn)證 數(shù)據(jù)庫(kù)中；步驟S104 ，在接通用戶終端時(shí)，對(duì)寬帶接入設(shè)備在DHCP 請(qǐng)求中插入的物理鏈路信息進(jìn)行核對(duì)并進(jìn)行認(rèn)證；步驟S106，DHCP 系統(tǒng)為經(jīng)過(guò)i人i正的用戶終端分配IP地址，并將IP地址與接入用戶 名的映射實(shí)時(shí)同步到IPTV業(yè)務(wù)平臺(tái)；步驟S108,在用戶終端請(qǐng)求 IPTV業(yè)務(wù)時(shí)，IPTV系統(tǒng)對(duì)用戶的業(yè)務(wù)帳號(hào)進(jìn)朽、驗(yàn)證，如果通過(guò)-瞼 證，則激活業(yè)務(wù)帳號(hào)，并返回EPG信息給用戶終端。
根據(jù)本發(fā)明的實(shí)施例，用戶終端是機(jī)頂盒。物理鏈路信息包括 端口號(hào)、虛擬網(wǎng)絡(luò)ID以及固定虛擬電路。將物理鏈路信息與接入 用戶名的對(duì)應(yīng)關(guān)系同步至營(yíng)i^系統(tǒng)。
DHCP服務(wù)器終結(jié)DHCP，從DHCP數(shù)據(jù)包中取得物理鏈路信 息，并將物理鏈路信息一起送到認(rèn)證數(shù)據(jù)庫(kù)中。DHCP認(rèn)證后臺(tái)通 過(guò)將物理鏈路信息與接入用戶名進(jìn)行比對(duì)來(lái)進(jìn)行核對(duì)，并將經(jīng)過(guò)核 對(duì)的終端鏈路信息傳送到IPTV業(yè)務(wù)平臺(tái)進(jìn)行認(rèn)證，以及根據(jù)認(rèn)證 的結(jié)果，將是否允許分配地址的指令返回給DHCP服務(wù)器。
IPTV系統(tǒng)才艮據(jù)互相匹配的用戶終端上才艮的IP地址與DHCP送 來(lái)的IP地址，通過(guò)IP地址與4妄入帳號(hào)的映射關(guān)系找到業(yè)務(wù)帳號(hào)， 如果業(yè)務(wù)帳號(hào)與EPG登錄頁(yè)面輸入的業(yè)務(wù)帳號(hào)相匹配，則驗(yàn)證通 過(guò)；如果業(yè)務(wù)帳號(hào)與用戶終端上才艮的業(yè)務(wù)帳號(hào)相匹配，則一驗(yàn)證也通 過(guò)。
通過(guò)上述才支術(shù)方案，和現(xiàn)有才支術(shù)相比，采用本發(fā)明可以簡(jiǎn)化 了運(yùn)營(yíng)商營(yíng)業(yè)廳的處理步驟和操作流程，能夠減輕營(yíng)業(yè)廳受理用戶 時(shí)的工作量；簡(jiǎn)化了用戶輸入的繁瑣，通過(guò)便捷的操作即可使用 IPTV業(yè)務(wù)；可擴(kuò)大用戶的使用群，從而提高市場(chǎng)份額與收益。
本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說(shuō)明書(shū)中闡述，并且，部 分地從說(shuō)明書(shū)中變得顯而易見(jiàn)，或者通過(guò)實(shí)施本發(fā)明而了解。本發(fā) 明的目的和其他優(yōu)點(diǎn)可通過(guò)在所寫(xiě)的說(shuō)明書(shū)、權(quán)利要求書(shū)、以及附 圖中所特別指出的結(jié)構(gòu)來(lái)實(shí)現(xiàn)和獲得。


附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，并且構(gòu)成i兌明書(shū)的一部 分，與本發(fā)明的實(shí)施例一起用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的 限制。在附圖中
圖1是根據(jù)本發(fā)明的IPTV業(yè)務(wù)認(rèn)證方法的流程圖2是#4居本發(fā)明的IPTV業(yè)務(wù)i/^正裝置的框圖3是根據(jù)本發(fā)明的實(shí)施例的IPTV業(yè)務(wù)認(rèn)證方法的開(kāi)戶流程
圖4是根據(jù)本發(fā)明的實(shí)施例的IPTV業(yè)務(wù)認(rèn)證方法的認(rèn)證流程 圖；以及
圖5是根據(jù)本發(fā)明的實(shí)施例的IPTV業(yè)務(wù)認(rèn)證方法的DHCP option82模塊對(duì)DHCP請(qǐng)求廣播包和應(yīng)答包處理的流程圖。
具體實(shí)施例方式
以下結(jié)合附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行說(shuō)明，應(yīng)當(dāng)理解，此 處所描述的優(yōu)選實(shí)施例僅用于說(shuō)明和解釋本發(fā)明，并不用于限定本 發(fā)明。
圖1是根據(jù)本發(fā)明的IPTV業(yè)務(wù)i人證方法的流程圖。如圖1所 示，根據(jù)本發(fā)明，實(shí)現(xiàn)IPTV業(yè)務(wù)認(rèn)證方法的步驟包括
步驟S102，在用戶開(kāi)通IPTV業(yè)務(wù)時(shí)，為用戶分配接入帳號(hào)、 業(yè)務(wù)帳號(hào)以及物理鏈路，并將接入帳號(hào)和業(yè)務(wù)帳號(hào)的信息同步至 IPTV系統(tǒng)，以及將物理鏈路信息錄入DHCP iU正凄t據(jù)庫(kù)中。
可選地，步驟S102還可以包括以下步驟將物理鏈路信息與 接入用戶名的對(duì)應(yīng)關(guān)系同步至營(yíng)帳系統(tǒng)。其中，物理鏈路信息包括 端口號(hào)、虛擬網(wǎng)絡(luò)ID以及固定虛擬電路。
接下來(lái)，在步驟S104,在接通用戶終端時(shí)，對(duì)寬帶接入設(shè)備在 DHCP請(qǐng)求中插入的物理鏈路信息進(jìn)行核對(duì)并進(jìn)行認(rèn)證。在該步驟 中，還可以包括以下步驟DHCP服務(wù)器終結(jié)DHCP，從DHCP數(shù) 據(jù)包中取得物理鏈路信息，并將物理鏈路信息一起送到認(rèn)證數(shù)據(jù)庫(kù) 中。
DHCP認(rèn)證后臺(tái)通過(guò)將物理鏈路信息與接入用戶名進(jìn)行比對(duì)來(lái) 進(jìn)行核對(duì)，并將經(jīng)過(guò)核對(duì)的終端鏈路信息傳送到IPTV業(yè)務(wù)平臺(tái)進(jìn) 行認(rèn)證，以及根據(jù)認(rèn)證的結(jié)果，將是否允許分配地址的指令返回給 DHCP服務(wù)器。在此，用戶終端是機(jī)頂盒。
在步驟S106, DHCP系統(tǒng)為經(jīng)過(guò)iU正的用戶終端分配IP地址， 并將IP地址與接入用戶名的映射實(shí)時(shí)同步到IPTV業(yè)務(wù)平臺(tái)。
然后，在步驟S108，在用戶終端i青求IPTV業(yè)務(wù)時(shí)，IPTV系 統(tǒng)對(duì)用戶的業(yè)務(wù)帳號(hào)進(jìn)行驗(yàn)證，如果通過(guò)-驗(yàn)證，則激活業(yè)務(wù)帳號(hào)， 并返回EPG信息給用戶終端。
驗(yàn)證還包括以下步驟IPTV系統(tǒng)根據(jù)互相匹配的用戶終端上 報(bào)的IP地址與DHCP送來(lái)的IP地址，通過(guò)IP地址與接入帳號(hào)的映 射關(guān)系找到業(yè)務(wù)帳號(hào)，如果業(yè)務(wù)帳號(hào)與EPG登錄頁(yè)面輸入的業(yè)務(wù)帳 號(hào)相匹配，則一瞼i正通過(guò)；如果業(yè)務(wù)帳號(hào)與用戶終端上才艮的業(yè)務(wù)帳號(hào) 才目匹配，則一驗(yàn)證也通過(guò)。
圖2是才艮據(jù)發(fā)明的IPTV業(yè)務(wù)認(rèn)證裝置200的框圖。如圖2所 示，認(rèn)i正裝置200包括以下裝置
開(kāi)戶裝置202，用于在用戶開(kāi)通IPTV業(yè)務(wù)時(shí)，為用戶分配接 入帳號(hào)、業(yè)務(wù)帳號(hào)以及物理鏈路，并將接入帳號(hào)和業(yè)務(wù)帳號(hào)的信息 同步至IPTV系統(tǒng)，以及將物理鏈路信息錄入DHCP認(rèn)證數(shù)據(jù)庫(kù)中。 其中，物理鏈路信息包括端口號(hào)、虛擬網(wǎng)絡(luò)ID以及固定虛擬電路。
核對(duì)認(rèn)證裝置204,用于在接通用戶終端時(shí)，對(duì)寬帶接入設(shè)備 在DHCP請(qǐng)求中插入的物理鏈路信息進(jìn)行核對(duì)并進(jìn)行認(rèn)證。
其中，核對(duì)認(rèn)證裝置204還可以包括同步裝置2042用于將物 理鏈路信息與接入用戶名的對(duì)應(yīng)關(guān)系同步至營(yíng)帳系統(tǒng)；以及接收發(fā) 送裝置2044,用于從DHCP數(shù)據(jù)包中取得物理鏈路信息，將這些 信息 一起送到認(rèn)證數(shù)據(jù)庫(kù)中，DHCP認(rèn)證后臺(tái)通過(guò)將物理鏈路信息 與接入用戶名進(jìn)行比對(duì)來(lái)進(jìn)行核對(duì)，并將經(jīng)過(guò)核對(duì)的終端鏈路信息 傳送到IPTV業(yè)務(wù)平臺(tái)進(jìn)行認(rèn)證，并將是否允i午分配地址的指令返 回給DHCP服務(wù)器。
IP地址分配裝置206,用于使DHCP系統(tǒng)為經(jīng)過(guò)認(rèn)證的用戶終 端分配IP地址，并將IP地址與接入用戶名的映射實(shí)時(shí)同步到IPTV 業(yè)務(wù)平臺(tái)。
驗(yàn)證激活裝置208，用于在用戶終端請(qǐng)求IPTV業(yè)務(wù)時(shí)，IPTV 系統(tǒng)對(duì)用戶的業(yè)務(wù)帳號(hào)進(jìn)行驗(yàn)證，如果通過(guò)驗(yàn)證，則激活業(yè)務(wù)帳號(hào)， 并返回EPG信息給用戶終端。
其中，驗(yàn)證激活裝置208還用于使IPTV系統(tǒng)根據(jù)互相匹配的 用戶終端上報(bào)的IP地址與DHCP送來(lái)的IP地址，通過(guò)IP地址與接 入帳號(hào)的映射關(guān)系找到業(yè)務(wù)帳號(hào)，如果業(yè)務(wù)帳號(hào)與用戶終端上報(bào)的 業(yè)務(wù)帳號(hào)相匹配，則驗(yàn)證通過(guò)。
圖3是根據(jù)本發(fā)明的實(shí)施例的IPTV業(yè)務(wù)iU正方法的開(kāi)戶流程 圖。圖4是才艮據(jù)本發(fā)明的實(shí)施例的IPTV業(yè)務(wù)認(rèn)證方法的認(rèn)證流程 圖。
下面將結(jié)合圖3和圖4 ，詳細(xì)描述實(shí)現(xiàn)IPTV業(yè)務(wù)認(rèn)證的過(guò)程。
如圖3所示，4艮據(jù)本發(fā)明的實(shí)施例，用戶開(kāi)戶的基本流程如下
(1)用戶開(kāi)戶時(shí)，由電信運(yùn)營(yíng)商的營(yíng)帳系統(tǒng)302為用戶分配 接入帳號(hào)、業(yè)務(wù)帳號(hào)及分別的密碼，在錄入用戶信息后，向運(yùn)營(yíng)維 護(hù)部分發(fā)出接入線路開(kāi)通工單；
(2 )營(yíng)帳系統(tǒng)302將用戶接入帳號(hào)、業(yè)務(wù)帳號(hào)信息同步至IPTV 業(yè)務(wù)平臺(tái)306;
(3)運(yùn)維操作員為用戶分配物理線路，并將用戶物理鏈路信 息錄入DHCP認(rèn)證后臺(tái)304中，即可以由認(rèn)證后臺(tái)304通過(guò)接入物 理信息對(duì)用戶進(jìn)行認(rèn)證；以及
(4 )認(rèn)證后臺(tái)將用戶鏈路信息與接入用戶名的對(duì)應(yīng)關(guān)系同步 至營(yíng)帳系統(tǒng)302。
用戶通過(guò)電信運(yùn)營(yíng)商完成開(kāi)戶后，得到接入帳號(hào)、業(yè)務(wù)帳號(hào)及 分別的密碼，并且運(yùn)維人員完成物理線路的連接。同時(shí)，接入帳號(hào) 和業(yè)務(wù)帳號(hào)的信息同步至IPTV系統(tǒng)，物理鏈路信息也被錄入DHCP 認(rèn)證數(shù)據(jù)庫(kù)中。在接通用戶終端時(shí)，寬帶接入設(shè)備在DHCP請(qǐng)求中 插入的物理鏈路信息得到核對(duì)及i人i正。而且DHCP系統(tǒng)為經(jīng)過(guò)iU正 的用戶終端分配IP地址，并將IP地址與4妻入用戶名的映射實(shí)時(shí)同 步到IPTV業(yè)務(wù)平臺(tái)。
在用戶終端i青求IPTV業(yè)務(wù)開(kāi)始時(shí)，執(zhí)4亍如圖4所示的用戶4妄 入認(rèn)證過(guò)程，其基本流程如下所述
(1 )用戶終端(機(jī)頂盒402)上電開(kāi)才幾，向DHCP系統(tǒng)404 發(fā)起DHCP認(rèn)證流程；
(2 )接入i殳備作為DHCP Option82的Relay Agent,在DHCP 請(qǐng)求中插入物理鏈路信息(端口號(hào)WLAN ID\PVC等)；
(3 ) DHCP Server終結(jié)DHCP,從DHCP數(shù)據(jù)包option82中取得用物理鏈路信息，將這些信息一起送到i人證lt據(jù)庫(kù)中進(jìn)行認(rèn) 證；。
(4) DHCP認(rèn)證后臺(tái)對(duì)用戶進(jìn)行核對(duì)(通過(guò)物理鏈路信息與 才妻入用戶進(jìn)4亍比對(duì))并進(jìn)4亍iU正；
(5) DHCP Server收到認(rèn)證結(jié)果后，向終端確認(rèn)認(rèn)證結(jié)果，并 為終端分配IP地址；
(6) DHCP系統(tǒng)將終端的IP地址信息與接入用戶名的映射實(shí) 時(shí)同步到IPTV業(yè)務(wù)平臺(tái)；
(7 )IPTV系纟充406返回對(duì)認(rèn)證信息的響應(yīng)給DHCP系纟充404;
(8 )機(jī)頂盒402請(qǐng)求IPTV業(yè)務(wù)；
(9 ) IPTV系統(tǒng)406根據(jù)機(jī)頂盒上報(bào)的IP地址與DHCP送來(lái) 的IP地址相匹配，通過(guò)IP與接入帳號(hào)的映射關(guān)系找到業(yè)務(wù)帳號(hào)， 如與EPG登錄頁(yè)面輸入的業(yè)務(wù)帳號(hào)、密碼(或機(jī)頂盒上報(bào)的業(yè)務(wù)帳 號(hào)、密碼)相匹配，認(rèn)證通過(guò)，激活此業(yè)務(wù)帳號(hào)；以及
(10 ) IPTV系統(tǒng)406返回EPG信息給用戶端402。
至此，實(shí)現(xiàn)了 IPTV業(yè)務(wù)自動(dòng)認(rèn)證過(guò)程，包括老人和小孩的用 戶群可以像操作電視機(jī)一樣便捷地操作機(jī)頂盒使用IPTV業(yè)務(wù)。
通過(guò)上述的步驟，就可以實(shí)現(xiàn)IPTV業(yè)務(wù)的認(rèn)證。
圖5是根據(jù)本發(fā)明的實(shí)施例的IPTV業(yè)務(wù)i人i正方法的DHCP option82模塊對(duì)DHCP請(qǐng)求廣播包和應(yīng)答包處理的流程圖。
如圖5所示，在步驟S502，從端口定位控制模塊接收數(shù)據(jù)包。 接下來(lái)在步驟S504,判斷該數(shù)據(jù)包是否是DHCP請(qǐng)求廣播包。
如果判斷結(jié)果為"否"(步驟S504為"否")，則進(jìn)行到步驟 S520,繼續(xù)判該斷數(shù)據(jù)包是否是DHCP應(yīng)答包，如果判斷結(jié)果為 "是"(步驟S520為"是")時(shí)，執(zhí)4亍步驟S522，判斷DHCP包中 的giaddr字段是否為0，如果結(jié)果為"是"(步驟S522為"是")， 則進(jìn)行到步驟S524,去掉數(shù)據(jù)包中的相關(guān)標(biāo)記，并重新計(jì)算 checksum 。
如果步驟S504判斷的結(jié)果為"是"，則執(zhí)4亍步驟S506,判斷 DHCP包中的giaddr字段是否為0，如果判斷結(jié)果為"否"(步驟 S506為"否")，貝'J進(jìn)4亍到步驟S516,判斷giaddr是否是relayagent 的IP地址。如果判斷結(jié)果為"是"(步驟S516為"是")，則進(jìn)行 到步驟S518,丟包，設(shè)置不發(fā)送數(shù)據(jù)包標(biāo)志。
如果步驟S506的判斷結(jié)果為"是"，則進(jìn)行到步驟S508，判斷 其是否包含DHCP relay option選項(xiàng)。如果判斷結(jié)果為"是"(步驟 S508為"是")，貝'J進(jìn)4亍至'J步驟S518。
如果步驟S508的判斷結(jié)果為"否"，則進(jìn)行到步驟S510，判斷 增加標(biāo)記后的數(shù)據(jù)包是否超長(zhǎng)。如果該步驟的判斷結(jié)果為"是"(步 驟S510為"是，，)，則進(jìn)行到步驟S512，執(zhí)行不附加電路標(biāo)記，增 加error計(jì)數(shù)的操作；如果該步驟的操作結(jié)果為"否，，(步驟S510 為"否，，)，則增加配置的CircuitlD和/或RemotelD標(biāo)記，并重新計(jì) 算checksum的值。
通過(guò)上述流程可以看出，本實(shí)施例的實(shí)現(xiàn)是建立在接入"i殳備 (DSLAM或BAS )上實(shí)現(xiàn)DHCP Option82的Relay Agent功能的 基礎(chǔ)上的。其中，DHCP option82模塊對(duì)用戶端發(fā)送的DHCP廣 4番包進(jìn)行監(jiān)控和》爹改，并將DHCP server應(yīng)答包中的附加標(biāo)記去除。 另外，DHCP option82才莫塊能轉(zhuǎn)發(fā)其它DHCP relay agent發(fā)送的帶 DHCP option82的邀:據(jù)包。通過(guò)以上參考圖5所述的步驟，DHCP Server能夠從DHCP數(shù)據(jù)包option82中取得用物理鏈路信息，并將 這些信息 一起送到iU正凄t據(jù)庫(kù)中進(jìn)4亍iU正
因而，通過(guò)上述步驟可以在保證賬號(hào)安全的前提下，采取認(rèn)證， 從而使用戶賬號(hào)能夠自動(dòng)登錄認(rèn)證，簡(jiǎn)化了輸入的繁瑣，擴(kuò)大了用 戶群。
以上^僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì) 于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本 發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均 應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種IPTV業(yè)務(wù)認(rèn)證的方法，其特征在于，包括以下步驟步驟S102，在用戶開(kāi)通IPTV業(yè)務(wù)時(shí)，為所述用戶分配接入帳號(hào)、業(yè)務(wù)帳號(hào)以及物理鏈路，并將所述接入帳號(hào)和所述業(yè)務(wù)帳號(hào)的信息同步至IPTV系統(tǒng)，以及將所述物理鏈路信息錄入DHCP認(rèn)證數(shù)據(jù)庫(kù)中；步驟S104，在接通用戶終端時(shí)，對(duì)寬帶接入設(shè)備在DHCP請(qǐng)求中插入的所述物理鏈路信息進(jìn)行核對(duì)并進(jìn)行認(rèn)證；步驟S106，DHCP系統(tǒng)為經(jīng)過(guò)認(rèn)證的所述用戶終端分配IP地址，并將所述IP地址與接入用戶名的映射實(shí)時(shí)同步到IPTV業(yè)務(wù)平臺(tái)；以及步驟S108，在所述用戶終端請(qǐng)求IPTV業(yè)務(wù)時(shí)，IPTV系統(tǒng)對(duì)用戶的業(yè)務(wù)帳號(hào)進(jìn)行驗(yàn)證，如果通過(guò)所述驗(yàn)證，則激活所述業(yè)務(wù)帳號(hào)，并返回EPG信息給所述用戶終端，其中，所述步驟S102還包括以下步驟將所述物理鏈路信息與接入用戶名的對(duì)應(yīng)關(guān)系同步至營(yíng)帳系統(tǒng)。
2. 根據(jù)權(quán)利要求1所述的IPTV業(yè)務(wù)認(rèn)證的方法，其特征在于， 所述物理鏈路信息包括端口號(hào)、虛擬網(wǎng)絡(luò)ID以及固定虛擬電路。
3. 根據(jù)權(quán)利要求1所述的IPTV業(yè)務(wù)認(rèn)證的方法，其特征在于， 所述步驟S104還包括DHCP服務(wù)器終結(jié)所述DHCP,從DHCP數(shù)據(jù)包中取得 所述物理鏈路信息，并將所述物理鏈路信息一起送到認(rèn)證數(shù)據(jù) 庫(kù)中；以及DHCP認(rèn)證后臺(tái)通過(guò)將所述物理鏈路信息與所述接入用 戶名進(jìn)行比對(duì)來(lái)進(jìn)行核對(duì)，并將經(jīng)過(guò)核對(duì)的所述終端鏈路信息 傳送到所述IPTV業(yè)務(wù)平臺(tái)進(jìn)行認(rèn)"i正，以及4艮據(jù)所述認(rèn)i正的結(jié) 果，將是否允許分配地址的指令返回給所述DHCP服務(wù)器。
4. 根據(jù)權(quán)利要求1所述的IPTV業(yè)務(wù)認(rèn)證的方法，其特征在于， 在所述步驟S108中的所述驗(yàn)證還包括以下步驟IPTV系統(tǒng)根 據(jù)互相匹配的所述用戶終端上才艮的IP地址與DHCP送來(lái)的IP 地址，通過(guò)所述IP地址與所述接入帳號(hào)的映射關(guān)系找到業(yè)務(wù) 帳號(hào)，如果所述業(yè)務(wù)帳號(hào)與EPG登錄頁(yè)面輸入的業(yè)務(wù)帳號(hào)相 匹西己，則戶斤述-驗(yàn)i正通過(guò)。
5. 根據(jù)權(quán)利要求1所述的IPTV業(yè)務(wù)認(rèn)證的方法，其特征在于， 在所述步驟S108中的所述驗(yàn)證還包括以下步驟IPTV系統(tǒng)根 據(jù)互相匹配的所述用戶終端上凈艮的IP地址與DHCP送來(lái)的IP 地址，通過(guò)所述IP地址與所述接入帳號(hào)的映射關(guān)系找到業(yè)務(wù) 帳號(hào)，如果所述業(yè)務(wù)帳號(hào)與所述用戶終端上"^艮的業(yè)務(wù)帳號(hào)相匹 酉己，則所述驗(yàn)證通過(guò)。
6. 根據(jù)權(quán)利要求1所述的IPTV業(yè)務(wù)認(rèn)證的方法，其特征在于， 所述用戶終端是才幾頂盒。
全文摘要
本發(fā)明提供了一種IPTV業(yè)務(wù)認(rèn)證方法，其包括以下步驟在用戶開(kāi)通IPTV業(yè)務(wù)時(shí)，為用戶分配接入帳號(hào)、業(yè)務(wù)帳號(hào)以及物理鏈路，并將接入帳號(hào)和業(yè)務(wù)帳號(hào)的信息同步至IPTV系統(tǒng)，以及將物理鏈路信息錄入DHCP認(rèn)證數(shù)據(jù)庫(kù)中；在接通用戶終端時(shí)，對(duì)寬帶接入設(shè)備在DHCP請(qǐng)求中插入的物理鏈路信息進(jìn)行核對(duì)并進(jìn)行認(rèn)證；DHCP系統(tǒng)為經(jīng)過(guò)認(rèn)證的用戶終端分配IP地址，并將IP地址與接入用戶名的映射實(shí)時(shí)同步到IPTV業(yè)務(wù)平臺(tái)；在用戶終端請(qǐng)求IPTV業(yè)務(wù)時(shí)，IPTV系統(tǒng)對(duì)用戶的業(yè)務(wù)帳號(hào)進(jìn)行驗(yàn)證，如果通過(guò)驗(yàn)證，則激活業(yè)務(wù)帳號(hào)，并返回EPG信息給用戶終端。從而使用戶賬號(hào)能夠自動(dòng)登錄認(rèn)證，簡(jiǎn)化了輸入的繁瑣，擴(kuò)大了用戶群。
文檔編號(hào)H04L9/32GK101202627SQ20061016171
公開(kāi)日2008年6月18日 申請(qǐng)日期2006年12月13日 優(yōu)先權(quán)日2006年12月13日
發(fā)明者睿 黃 申請(qǐng)人:中興通訊股份有限公司