專利名稱：創(chuàng)建頻道的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，更具體地涉及一種在網(wǎng)絡(luò)電視媒體3PING(個人電腦、移動 電話以及電視的融合)融合背景下創(chuàng)建頻道的方法及系統(tǒng)。
背景技術(shù)：
隨著網(wǎng)絡(luò)和多媒體技術(shù)的發(fā)展，網(wǎng)絡(luò)電視(Internet Protocol Television, IPTV)及移動流媒體的融合，最終實現(xiàn)3PING業(yè)務(wù)融合已是大勢所趨，此系統(tǒng)中的核心技 術(shù)一多媒體分發(fā)網(wǎng)絡(luò)(Content Distribution Network, CDN)是其關(guān)鍵。并且，現(xiàn)網(wǎng)規(guī)模 及組網(wǎng)模式復(fù)雜，現(xiàn)有的組網(wǎng)模式有全網(wǎng)組播、全網(wǎng)單播、單播中繼或地市組播等方式，而 對于創(chuàng)建頻道，每個節(jié)點都需要增加幾十甚至上百個頻道，以提供豐富的流媒體服務(wù)。創(chuàng)建 頻道是IPTV系統(tǒng)非常重要的功能之一。在現(xiàn)有IPTV系統(tǒng)中，對于中心節(jié)點，是通過在網(wǎng)絡(luò)數(shù)據(jù)管理模塊上手工創(chuàng)建頻道 操作，頻道參數(shù)繁多，極易出錯。同時對一整套的頻道創(chuàng)建發(fā)布流程，需要經(jīng)過發(fā)布直播源、 創(chuàng)建頻道、設(shè)置頻道、發(fā)布頻道、頻道混排等一系列操作，流程繁雜，并且分布在不同頁面操 作，工程布局量大，容易出錯。而對于邊緣節(jié)點，則是通過頻道中繼操作流程來完成，而對 于現(xiàn)有IPTV系統(tǒng)，有3種創(chuàng)建頻道方式，包括單源單點中繼、批量郵局協(xié)議(Post Office Protocol,POP)即中繼、批量通用串行接口協(xié)議(Universal Serial Interface Protocol, USS)中繼，后兩種創(chuàng)建頻道方式雖然可以對同一個批量在多個POP或USS節(jié)點進行一次 頻道創(chuàng)建，但由于同一個節(jié)點頻道數(shù)量多，并且一個局點有多個節(jié)點，所以工程人員任務(wù)繁 重，并且極易出錯，從而影響工程布局。綜上，現(xiàn)有的創(chuàng)建頻道的方式工作量大，容易出錯，從而影響整個工程布局。

發(fā)明內(nèi)容
為了減少工程布局的工作量，保證工程布局的準(zhǔn)確性，本發(fā)明提供了一種創(chuàng)建頻 道的方法及系統(tǒng)，技術(shù)方案如下一種在網(wǎng)絡(luò)電視系統(tǒng)中創(chuàng)建頻道的方法，包括通過網(wǎng)絡(luò)數(shù)據(jù)管理模塊向數(shù)據(jù)庫存儲模塊導(dǎo)入預(yù)先規(guī)劃的頻道組網(wǎng)信息，并標(biāo)識 待創(chuàng)建頻道；多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊接收所述網(wǎng)絡(luò)數(shù)據(jù)管理模塊下發(fā)的頻道批量創(chuàng)建 任務(wù)信息，根據(jù)所述頻道批量創(chuàng)建任務(wù)信息從所述數(shù)據(jù)庫存儲模塊獲取所述待創(chuàng)建頻道的 參數(shù)信息，并將所述待創(chuàng)建頻道的參數(shù)信息經(jīng)由多媒體分發(fā)網(wǎng)絡(luò)節(jié)點控制模塊發(fā)送給流媒 體模塊，由所述流媒體模塊完成頻道創(chuàng)建。進一步地，所述方法還包括所述多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊經(jīng)由多媒體分發(fā) 網(wǎng)絡(luò)節(jié)點控制模塊接收所述流媒體模塊返回的頻道創(chuàng)建結(jié)果信息，如果創(chuàng)建結(jié)果信息為創(chuàng) 建成功，則所述多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊更新所述數(shù)據(jù)庫存儲模塊中的待創(chuàng)建頻道的 狀態(tài)為創(chuàng)建成功狀態(tài)；如果創(chuàng)建結(jié)果信息為創(chuàng)建頻道失敗，則所述多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊更新所述數(shù)據(jù)庫存儲模塊中的待創(chuàng)建頻道的狀態(tài)為創(chuàng)建失敗狀態(tài)。進一步地，所述方法還包括所述多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊在將所述待創(chuàng)建 頻道的參數(shù)信息經(jīng)由多媒體分發(fā)網(wǎng)絡(luò)節(jié)點控制模塊發(fā)送給流媒體模塊步驟后，還包括設(shè) 置超時定時器，如果所述超時定時器超時時，未收到所述流媒體模塊反饋的頻道創(chuàng)建結(jié)果 信息，則判斷頻道創(chuàng)建失敗，并更新所述數(shù)據(jù)庫存儲模塊中的待創(chuàng)建頻道的狀態(tài)為創(chuàng)建超 時狀態(tài)。進一步地，在獲取所述待創(chuàng)建頻道的參數(shù)信息的步驟后，還包括所述多媒體分發(fā) 網(wǎng)絡(luò)中心管理模塊更新所述待創(chuàng)建頻道的狀態(tài)為已下發(fā)狀態(tài)。其中，所述待創(chuàng)建頻道的參數(shù)信息包括頻道接收模式、發(fā)送模式、組播模式、直播 元以及需要創(chuàng)建頻道的節(jié)點的標(biāo)識。一種創(chuàng)建頻道的系統(tǒng)，包括 網(wǎng)絡(luò)數(shù)據(jù)管理模塊、數(shù)據(jù)庫管理模塊、多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊、多媒體分發(fā) 網(wǎng)絡(luò)節(jié)點控制模塊和流媒體模塊；所述網(wǎng)絡(luò)數(shù)據(jù)管理模塊，用于向數(shù)據(jù)庫存儲模塊導(dǎo)入預(yù)先規(guī)劃的頻道組網(wǎng)信息， 并標(biāo)識待創(chuàng)建頻道；所述多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊，用于接收所述網(wǎng)絡(luò)數(shù)據(jù)管理模塊下發(fā)的頻道 批量創(chuàng)建任務(wù)信息，根據(jù)所述頻道批量創(chuàng)建任務(wù)信息從所述數(shù)據(jù)庫存儲模塊獲取所述待創(chuàng) 建頻道的參數(shù)信息，并將所述待創(chuàng)建頻道的參數(shù)信息經(jīng)由多媒體分發(fā)網(wǎng)絡(luò)節(jié)點控制模塊發(fā) 送給流媒體模塊；所述流媒體模塊，用于根據(jù)所述待創(chuàng)建頻道的參數(shù)信息完成頻道創(chuàng)建。進一步地，所述多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊，還用于經(jīng)由多媒體分發(fā)網(wǎng)絡(luò)節(jié)點 控制模塊接收所述流媒體模塊返回的頻道創(chuàng)建結(jié)果信息，如果創(chuàng)建結(jié)果信息為創(chuàng)建成功， 則更新所述數(shù)據(jù)庫存儲模塊中的待創(chuàng)建頻道的狀態(tài)為創(chuàng)建成功狀態(tài)；如果創(chuàng)建結(jié)果信息為 創(chuàng)建頻道失敗，則更新所述數(shù)據(jù)庫存儲模塊中的待創(chuàng)建頻道的狀態(tài)為創(chuàng)建失敗狀態(tài)。進一步地，所述多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊，還用于在將所述待創(chuàng)建頻道的參 數(shù)信息經(jīng)由多媒體分發(fā)網(wǎng)絡(luò)節(jié)點控制模塊發(fā)送給流媒體模塊步驟后，設(shè)置超時定時器，如 果所述超時定時器超時時，未收到所述流媒體模塊反饋的頻道創(chuàng)建結(jié)果信息，則判斷頻道 創(chuàng)建失敗，并更新所述數(shù)據(jù)庫存儲模塊中的待創(chuàng)建頻道的狀態(tài)為創(chuàng)建超時狀態(tài)。進一步地，所述多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊，還用于在獲取所述待創(chuàng)建頻道的 參數(shù)信息的步驟后，更新所述待創(chuàng)建頻道的狀態(tài)為已下發(fā)狀態(tài)。其中，所述多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊位于中心節(jié)點，所述多媒體分發(fā)網(wǎng)絡(luò)節(jié) 點控制模塊和流媒體模塊位于所述中心節(jié)點、區(qū)域中心節(jié)點和/或邊緣節(jié)點。本發(fā)明的技術(shù)方案通過存儲預(yù)先規(guī)劃的頻道組網(wǎng)信息，并標(biāo)識待創(chuàng)建頻道，獲取 該待創(chuàng)建頻道的頻道創(chuàng)建參數(shù)信息，根據(jù)該頻道創(chuàng)建參數(shù)信息創(chuàng)建頻道，可以利用前期規(guī) 劃的組網(wǎng)數(shù)據(jù)自動創(chuàng)建頻道，減少了工程布局的工作量，保證了工程布局的準(zhǔn)確性，極大減 少IPTV系統(tǒng)開局時間。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本發(fā)明的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對 本發(fā)明的不當(dāng)限定。在附圖中圖1是本發(fā)明提供的創(chuàng)建頻道的方法的流程圖；圖2是本發(fā)明提供的創(chuàng)建頻道的方法的系統(tǒng)架構(gòu)圖；圖3是本發(fā)明提供的創(chuàng)建頻道的方法的詳細(xì)流程圖；圖4是本發(fā)明提供的創(chuàng)建頻道的系統(tǒng)的結(jié)構(gòu)圖。
具體實施例方式為了使本發(fā)明所要解決的技術(shù)問題、技術(shù)方案及有益效果更加清楚、明白，以下結(jié) 合附圖和實施例，對本發(fā)明進行進一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅 用以解釋本發(fā)明，并不用于限定本發(fā)明。本發(fā)明提供了一種在網(wǎng)絡(luò)電視系統(tǒng)中創(chuàng)建頻道的方法，該網(wǎng)絡(luò)電視系統(tǒng)包括網(wǎng) 絡(luò)數(shù)據(jù)管理模塊、數(shù)據(jù)庫管理模塊、多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊、多媒體分發(fā)網(wǎng)絡(luò)節(jié)點控 制模塊和流媒體模塊，如圖1所示，包括101，通過網(wǎng)絡(luò)數(shù)據(jù)管理模塊向數(shù)據(jù)庫存儲模塊導(dǎo)入預(yù)先規(guī)劃的頻道組網(wǎng)信息，并 標(biāo)識待創(chuàng)建頻道；102，多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊接收網(wǎng)絡(luò)數(shù)據(jù)管理模塊下發(fā)的頻道批量創(chuàng)建 任務(wù)信息，根據(jù)頻道批量創(chuàng)建任務(wù)信息從數(shù)據(jù)庫存儲模塊獲取待創(chuàng)建頻道的參數(shù)信息，并 將待創(chuàng)建頻道的參數(shù)信息經(jīng)由多媒體分發(fā)網(wǎng)絡(luò)節(jié)點控制模塊發(fā)送給流媒體模塊，由流媒體 模塊完成頻道創(chuàng)建。進一步地，該方法還包括多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊經(jīng)由多媒體分發(fā)網(wǎng)絡(luò)節(jié) 點控制模塊接收流媒體模塊返回的頻道創(chuàng)建結(jié)果信息，如果創(chuàng)建結(jié)果信息為創(chuàng)建成功，則 所媒體分發(fā)網(wǎng)絡(luò)中心管理模塊更新數(shù)據(jù)庫存儲模塊中的待創(chuàng)建頻道的狀態(tài)為創(chuàng)建成功狀 態(tài)；如果創(chuàng)建結(jié)果信息為創(chuàng)建頻道失敗，則多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊更新數(shù)據(jù)庫存儲 模塊中的待創(chuàng)建頻道的狀態(tài)為創(chuàng)建失敗狀態(tài)。進一步地，該方法還包括多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊在將待創(chuàng)建頻道的參數(shù) 信息經(jīng)由多媒體分發(fā)網(wǎng)絡(luò)節(jié)點控制模塊發(fā)送給流媒體模塊步驟后，還包括設(shè)置超時定時 器，如果超時定時器超時時，未收到流媒體模塊反饋的頻道創(chuàng)建結(jié)果信息，則判斷頻道創(chuàng)建 失敗，并更新數(shù)據(jù)庫存儲模塊中的待創(chuàng)建頻道的狀態(tài)為創(chuàng)建超時狀態(tài)。進一步地，在獲取待創(chuàng)建頻道的參數(shù)信息的步驟后，還包括多媒體分發(fā)網(wǎng)絡(luò)中心 管理模塊更新待創(chuàng)建頻道的狀態(tài)為已下發(fā)狀態(tài)。其中，待創(chuàng)建頻道的參數(shù)信息包括頻道接收模式、發(fā)送模式、組播模式、直播元以 及需要創(chuàng)建頻道的節(jié)點的標(biāo)識。下面通過具體的實施例對本發(fā)明進行詳細(xì)的描述，但該實施例并不構(gòu)成對本發(fā)明 保護范圍的限制。在本實施例進行詳細(xì)描述之前，需要對頻道批量創(chuàng)建表中所有狀態(tài)(state)進行 說明state = _1表示等待執(zhí)行頻道批量創(chuàng)建任務(wù)；state = 1表示下發(fā)頻道批量創(chuàng)建任務(wù)，等待掃描；state = 4表示已經(jīng)掃描并以發(fā)送自身線程頻道創(chuàng)建消息；
state = 0表示最后此調(diào)任務(wù)中頻道創(chuàng)建成功；state = 2表示最后此調(diào)任務(wù)中頻道創(chuàng)建失敗。以上關(guān)于state狀態(tài)的數(shù)值只是為了舉例，本發(fā)明的保護范圍并不限于該數(shù)值。本實施例應(yīng)用的系統(tǒng)架構(gòu)圖如圖2所示，包括網(wǎng)絡(luò)數(shù)據(jù)管理模塊、數(shù)據(jù)庫存儲模 塊、CDN中心管理模塊、CDN節(jié)點控制模塊、流媒體模塊。其中，該系統(tǒng)架構(gòu)圖只是為了舉例 需要，并不是本發(fā)明適用的唯一架構(gòu)圖。各模塊的功能如下網(wǎng)絡(luò)數(shù)據(jù)管理模塊作為IPTV系統(tǒng)⑶N數(shù)據(jù)管 理管快，其功能是連接⑶N中心管 理模塊與數(shù)據(jù)庫存儲模塊，控制IPTV系統(tǒng)中所需數(shù)據(jù)，例如節(jié)點、頻道、內(nèi)容等。數(shù)據(jù)庫存儲模塊，用于負(fù)責(zé)存儲全網(wǎng)頻道數(shù)據(jù)，通過數(shù)據(jù)庫狀態(tài)字的不同值表示 頻道所處的不同狀態(tài)，包括待下發(fā)狀態(tài)、已下發(fā)狀態(tài)、頻道創(chuàng)建超時、創(chuàng)建失敗、創(chuàng)建成功等 狀態(tài)。⑶N中心管理模塊作為IPTV系統(tǒng)分發(fā)的核心模塊，主要功能是接收網(wǎng)絡(luò)數(shù)據(jù)管 理模塊下發(fā)消息并和數(shù)據(jù)庫存儲模塊交互以及中心節(jié)點的數(shù)據(jù)管理、內(nèi)容控制、服務(wù)控制 等功能。CDN節(jié)點控制模塊邊緣節(jié)點的數(shù)據(jù)管理、內(nèi)容控制、服務(wù)控制以及與流媒體模塊 的交互功能。流媒體模塊創(chuàng)建頻道、存儲頻道以及內(nèi)容，提供流媒體服務(wù)功能。需要說明的是，網(wǎng)絡(luò)數(shù)據(jù)管理模塊和數(shù)據(jù)庫存儲模塊的功能可以由網(wǎng)絡(luò)中的一臺 服務(wù)器承擔(dān)。而CDN中心管理模塊位于中心節(jié)點，CDN節(jié)點控制模塊和流媒體模塊位于中 心節(jié)點、網(wǎng)絡(luò)區(qū)域節(jié)點和/或邊緣節(jié)點。下面以在中心節(jié)點上創(chuàng)建頻道為例，同時結(jié)合圖2和圖3對系統(tǒng)的工作流程進行 詳細(xì)的描述，如圖3所示，本實施例提供的創(chuàng)建頻道的方法包括步驟301，規(guī)劃整個IPTV局點組網(wǎng)，根據(jù)組網(wǎng)規(guī)劃創(chuàng)建所有節(jié)點頻道組網(wǎng)信息，通 過網(wǎng)絡(luò)數(shù)據(jù)管理模塊將頻道組網(wǎng)信息導(dǎo)入數(shù)據(jù)庫存儲模塊頻道批量創(chuàng)建表中，并設(shè)置頻道 批量表的狀態(tài)為待下發(fā)狀態(tài)，即設(shè)置state = 1。其中，頻道組網(wǎng)信息包括接入模式、發(fā)送方式、組播IP地址及端口、以及頻道的 默認(rèn)播放節(jié)目等信息。步驟302，網(wǎng)絡(luò)數(shù)據(jù)管理模塊給中心節(jié)點的⑶N中心管理模塊下發(fā)頻道批量創(chuàng)建 任務(wù)消息。具體地，網(wǎng)絡(luò)數(shù)據(jù)管理模塊通過⑶N POTAL向⑶N MANAGER線程發(fā)送頻道批量創(chuàng) 建任務(wù)消息。步驟303，中心節(jié)點的⑶N中心管理模塊接收網(wǎng)絡(luò)數(shù)據(jù)管理管快下發(fā)的頻道批量 創(chuàng)建任務(wù)消息，同時創(chuàng)建頻道批量操作子線程，定時掃描數(shù)據(jù)庫中狀態(tài)為待下發(fā)的頻道任務(wù)。具體地，中心節(jié)點的CDN中心管理模塊創(chuàng)建子線程循環(huán)讀取數(shù)據(jù)庫存儲模塊中頻 道批量創(chuàng)建表中狀態(tài)為1的任務(wù)，逐條模擬CDN POTAL下發(fā)給自身進程，并同步更新頻道批 量創(chuàng)建表狀態(tài)為4，直到頻道批量創(chuàng)建表沒有待下發(fā)的任務(wù)，則退出子線程。步驟304，中心節(jié)點的⑶N中心管理模塊向中心節(jié)點的⑶N節(jié)點控制模塊下發(fā)頻道 創(chuàng)建參數(shù)信息。
其中，頻道創(chuàng)建參數(shù)信息包括頻道組網(wǎng)信息、需要創(chuàng)建頻道的節(jié)點標(biāo)識以及頻道 標(biāo)識、頻道提供廠商。在本實施例中，需要在中心節(jié)點上創(chuàng)建頻道。步驟305，中心節(jié)點的⑶N節(jié)點控制模塊將頻道創(chuàng)建參數(shù)信息發(fā)送給中心節(jié)點的 流媒體模塊。中心節(jié)點的⑶N節(jié)點控制模塊在此流程中，作用只是消息透傳，把中心節(jié)點的⑶N 中心管理模塊發(fā)送的頻道創(chuàng)建參數(shù)信息發(fā)送給中心節(jié)點的流媒體模塊。步驟306，中心節(jié)點的流媒體模塊根據(jù)接收的頻道創(chuàng)建參數(shù)信息創(chuàng)建頻道，并向中 心節(jié)點的CDN節(jié)點控制模塊返回創(chuàng)建結(jié)果。步驟307，中心節(jié)點的⑶N節(jié)點控制模塊將創(chuàng)建結(jié)果發(fā)送給中心節(jié)點的⑶N中 心管 理模塊。步驟308，中心節(jié)點的⑶N中心管理模塊根據(jù)創(chuàng)建結(jié)果置位數(shù)據(jù)庫存儲模塊中頻 道批量創(chuàng)建表的狀態(tài)。具體地，如果創(chuàng)建結(jié)果為創(chuàng)建成功，則更新數(shù)據(jù)庫存儲模塊中頻道批量創(chuàng)建表的 state為0 ；如果創(chuàng)建結(jié)果為創(chuàng)建失敗，則更新數(shù)據(jù)庫存儲模塊中頻道批量創(chuàng)建表的state 為2。此外，中心節(jié)點的⑶N中心管理模塊還可以設(shè)置超時定時器，如定時器超時仍未 收到中心節(jié)點的CDN節(jié)點控制模塊返回的創(chuàng)建結(jié)果，判斷創(chuàng)建頻道失敗，同時更新數(shù)據(jù)庫 存儲模塊中頻道批量創(chuàng)建表的state為0 ；如果在定時器設(shè)定的時間范圍內(nèi)，接收到中心節(jié) 點的CDN節(jié)點控制模塊返回的創(chuàng)建結(jié)果，則根據(jù)創(chuàng)建結(jié)果更新數(shù)據(jù)庫存儲模塊中頻道批量 創(chuàng)建表的狀態(tài)。需要說明的是，如果需要在區(qū)域中心節(jié)點上創(chuàng)建頻道，則中心節(jié)點的⑶N中心管 理模塊向區(qū)域中心節(jié)點的CDN節(jié)點控制模塊和流媒體模塊傳遞信息，具體的模塊間信息的 傳遞可以參見步驟303-308，在此不再贅述；如果需要在邊緣節(jié)點上創(chuàng)建頻道，則中心節(jié)點 的CDN中心管理模塊向邊緣節(jié)點的CDN節(jié)點控制模塊和流媒體模塊傳遞信息，具體的模塊 間信息的傳遞可以參見步驟303-308，在此不再贅述。基于與方法相同的發(fā)明構(gòu)思，本發(fā)明實施例提供了一種創(chuàng)建頻道的系統(tǒng)，如圖4 所示，包括網(wǎng)絡(luò)數(shù)據(jù)管理模塊、數(shù)據(jù)庫管理模塊、多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊、多媒體分發(fā) 網(wǎng)絡(luò)節(jié)點控制模塊和流媒體模塊；網(wǎng)絡(luò)數(shù)據(jù)管理模塊，用于向數(shù)據(jù)庫存儲模塊導(dǎo)入預(yù)先規(guī)劃的頻道組網(wǎng)信息，并標(biāo) 識待創(chuàng)建頻道；多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊，用于接收該網(wǎng)絡(luò)數(shù)據(jù)管理模塊下發(fā)的頻道批量創(chuàng) 建任務(wù)信息，根據(jù)該頻道批量創(chuàng)建任務(wù)信息從該數(shù)據(jù)庫存儲模塊獲取該待創(chuàng)建頻道的參數(shù) 信息，并將該待創(chuàng)建頻道的參數(shù)信息經(jīng)由多媒體分發(fā)網(wǎng)絡(luò)節(jié)點控制模塊發(fā)送給流媒體模 塊；該流媒體模塊，用于根據(jù)該待創(chuàng)建頻道的參數(shù)信息完成頻道創(chuàng)建。進一步地，該多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊，還用于經(jīng)由多媒體分發(fā)網(wǎng)絡(luò)節(jié)點控 制模塊接收該流媒體模塊返回的頻道創(chuàng)建結(jié)果信息，如果創(chuàng)建結(jié)果信息為創(chuàng)建成功，則更 新該數(shù)據(jù)庫存儲模塊中的待創(chuàng)建頻道的狀態(tài)為創(chuàng)建成功狀態(tài)；如果創(chuàng)建結(jié)果信息為創(chuàng)建頻道失敗，則更新該數(shù)據(jù)庫存儲模塊中的待創(chuàng)建頻道的狀態(tài)為創(chuàng)建失敗狀態(tài)。進一步地，該多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊，還用于在將該待創(chuàng)建頻道的參數(shù)信 息經(jīng)由多媒體分發(fā)網(wǎng)絡(luò)節(jié)點控制模塊發(fā)送給流媒體模塊步驟后，設(shè)置超時定時器，如果該 超時定時器超時時，未收到該流媒體模塊反饋的頻道創(chuàng)建結(jié)果信息，則判斷頻道創(chuàng)建失敗， 并更新該數(shù)據(jù)庫存儲模塊中的待創(chuàng)建頻道的狀態(tài)為創(chuàng)建超時狀態(tài)。

進一步地，該多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊，還用于在獲取該待創(chuàng)建頻道的參數(shù) 信息的步驟后，更新該待創(chuàng)建頻道的狀態(tài)為已下發(fā)狀態(tài)。進一步地，待創(chuàng)建頻道的參數(shù)信息包括頻道接收模式、發(fā)送模式、組播模式、直播 元以及需要創(chuàng)建頻道的節(jié)點的標(biāo)識。需要說明的是，多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊位于中心節(jié)點，該多媒體分發(fā)網(wǎng)絡(luò) 節(jié)點控制模塊和流媒體模塊位于所述中心節(jié)點、區(qū)域中心節(jié)點和/或邊緣節(jié)點。本發(fā)明的技術(shù)方案通過存儲預(yù)先規(guī)劃的頻道組網(wǎng)信息，并標(biāo)識待創(chuàng)建頻道，獲取 該待創(chuàng)建頻道的頻道創(chuàng)建參數(shù)信息，根據(jù)該頻道創(chuàng)建參數(shù)信息創(chuàng)建頻道，可以利用前期規(guī) 劃的組網(wǎng)數(shù)據(jù)自動創(chuàng)建頻道，減少了工程布局的工作量，保證了工程布局的準(zhǔn)確性，極大減 少IPTV系統(tǒng)開局時間。上述說明示出并描述了本發(fā)明的一個優(yōu)選實施例，但如前所述，應(yīng)當(dāng)理解本發(fā)明 并非局限于本文所披露的形式，不應(yīng)看作是對其他實施例的排除，而可用于各種其他組合、 修改和環(huán)境，并能夠在本文所述發(fā)明構(gòu)想范圍內(nèi)，通過上述教導(dǎo)或相關(guān)領(lǐng)域的技術(shù)或知識 進行改動。而本領(lǐng)域人員所進行的改動和變化不脫離本發(fā)明的精神和范圍，則都應(yīng)在本發(fā) 明所附權(quán)力要求的保護范圍內(nèi)。
權(quán)利要求
一種在網(wǎng)絡(luò)電視系統(tǒng)中創(chuàng)建頻道的方法，其特征在于，包括通過網(wǎng)絡(luò)數(shù)據(jù)管理模塊向數(shù)據(jù)庫存儲模塊導(dǎo)入預(yù)先規(guī)劃的頻道組網(wǎng)信息，并標(biāo)識待創(chuàng)建頻道；多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊接收所述網(wǎng)絡(luò)數(shù)據(jù)管理模塊下發(fā)的頻道批量創(chuàng)建任務(wù)信息，根據(jù)所述頻道批量創(chuàng)建任務(wù)信息從所述數(shù)據(jù)庫存儲模塊獲取所述待創(chuàng)建頻道的參數(shù)信息，并將所述待創(chuàng)建頻道的參數(shù)信息經(jīng)由多媒體分發(fā)網(wǎng)絡(luò)節(jié)點控制模塊發(fā)送給流媒體模塊，由所述流媒體模塊完成頻道創(chuàng)建。
2.如權(quán)利要求1所述的方法，其特征在于，所述方法還包括所述多媒體分發(fā)網(wǎng)絡(luò)中心 管理模塊經(jīng)由多媒體分發(fā)網(wǎng)絡(luò)節(jié)點控制模塊接收所述流媒體模塊返回的頻道創(chuàng)建結(jié)果信 息，如果創(chuàng)建結(jié)果信息為創(chuàng)建成功，則所述多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊更新所述數(shù)據(jù)庫 存儲模塊中的待創(chuàng)建頻道的狀態(tài)為創(chuàng)建成功狀態(tài)；如果創(chuàng)建結(jié)果信息為創(chuàng)建頻道失敗，則 所述多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊更新所述數(shù)據(jù)庫存儲模塊中的待創(chuàng)建頻道的狀態(tài)為創(chuàng) 建失敗狀態(tài)。
3.如權(quán)利要求1所述的方法，其特征在于，所述方法還包括所述多媒體分發(fā)網(wǎng)絡(luò)中心 管理模塊在將所述待創(chuàng)建頻道的參數(shù)信息經(jīng)由多媒體分發(fā)網(wǎng)絡(luò)節(jié)點控制模塊發(fā)送給流媒 體模塊步驟后，還包括設(shè)置超時定時器，如果所述超時定時器超時時，未收到所述流媒體 模塊反饋的頻道創(chuàng)建結(jié)果信息，則判斷頻道創(chuàng)建失敗，并更新所述數(shù)據(jù)庫存儲模塊中的待 創(chuàng)建頻道的狀態(tài)為創(chuàng)建超時狀態(tài)。
4.如權(quán)利要求1所述的方法，其特征在于，在獲取所述待創(chuàng)建頻道的參數(shù)信息的步驟 后，還包括所述多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊更新所述待創(chuàng)建頻道的狀態(tài)為已下發(fā)狀態(tài)。
5.如權(quán)利要求1所述的方法，其特征在于，所述待創(chuàng)建頻道的參數(shù)信息包括頻道接收 模式、發(fā)送模式、組播模式、直播元以及需要創(chuàng)建頻道的節(jié)點的標(biāo)識。
6.一種創(chuàng)建頻道的系統(tǒng)，其特征在于，包括網(wǎng)絡(luò)數(shù)據(jù)管理模塊、數(shù)據(jù)庫管理模塊、多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊、多媒體分發(fā)網(wǎng)絡(luò) 節(jié)點控制模塊和流媒體模塊；所述網(wǎng)絡(luò)數(shù)據(jù)管理模塊，用于向數(shù)據(jù)庫存儲模塊導(dǎo)入預(yù)先規(guī)劃的頻道組網(wǎng)信息，并標(biāo) 識待創(chuàng)建頻道；所述多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊，用于接收所述網(wǎng)絡(luò)數(shù)據(jù)管理模塊下發(fā)的頻道批量 創(chuàng)建任務(wù)信息，根據(jù)所述頻道批量創(chuàng)建任務(wù)信息從所述數(shù)據(jù)庫存儲模塊獲取所述待創(chuàng)建頻 道的參數(shù)信息，并將所述待創(chuàng)建頻道的參數(shù)信息經(jīng)由多媒體分發(fā)網(wǎng)絡(luò)節(jié)點控制模塊發(fā)送給 流媒體模塊；所述流媒體模塊，用于根據(jù)所述待創(chuàng)建頻道的參數(shù)信息完成頻道創(chuàng)建。
7.如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊，還用于 經(jīng)由多媒體分發(fā)網(wǎng)絡(luò)節(jié)點控制模塊接收所述流媒體模塊返回的頻道創(chuàng)建結(jié)果信息，如果創(chuàng) 建結(jié)果信息為創(chuàng)建成功，則更新所述數(shù)據(jù)庫存儲模塊中的待創(chuàng)建頻道的狀態(tài)為創(chuàng)建成功狀 態(tài)；如果創(chuàng)建結(jié)果信息為創(chuàng)建頻道失敗，則更新所述數(shù)據(jù)庫存儲模塊中的待創(chuàng)建頻道的狀 態(tài)為創(chuàng)建失敗狀態(tài)。
8.如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊，還用于 在將所述待創(chuàng)建頻道的參數(shù)信息經(jīng)由多媒體分發(fā)網(wǎng)絡(luò)節(jié)點控制模塊發(fā)送給流媒體模塊步驟后，設(shè)置超時定時器，如果所述超時定時器超時時，未收到所述流媒體模塊反饋的頻道創(chuàng) 建結(jié)果信息，則判斷頻道創(chuàng)建失敗，并更新所述數(shù)據(jù)庫存儲模塊中的待創(chuàng)建頻道的狀態(tài)為 創(chuàng)建超時狀態(tài)。
9.如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊，還用于 在獲取所述待創(chuàng)建頻道的參數(shù)信息的步驟后，更新所述待創(chuàng)建頻道的狀態(tài)為已下發(fā)狀態(tài)。
10.如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊位于中 心節(jié)點，所述多媒體分發(fā)網(wǎng)絡(luò)節(jié)點控制模塊和流媒體模塊位于所述中心節(jié)點、區(qū)域中心節(jié) 點和/或邊緣節(jié)點。
全文摘要
本發(fā)明公開了一種在網(wǎng)絡(luò)電視系統(tǒng)中創(chuàng)建頻道的方法和系統(tǒng)，屬于通信領(lǐng)域。該方法包括通過網(wǎng)絡(luò)數(shù)據(jù)管理模塊向數(shù)據(jù)庫存儲模塊導(dǎo)入預(yù)先規(guī)劃的頻道組網(wǎng)信息，并標(biāo)識待創(chuàng)建頻道；多媒體分發(fā)網(wǎng)絡(luò)中心管理模塊接收所述網(wǎng)絡(luò)數(shù)據(jù)管理模塊下發(fā)的頻道批量創(chuàng)建任務(wù)信息，根據(jù)所述頻道批量創(chuàng)建任務(wù)信息從所述數(shù)據(jù)庫存儲模塊獲取所述待創(chuàng)建頻道的參數(shù)信息，并將所述待創(chuàng)建頻道的參數(shù)信息經(jīng)由多媒體分發(fā)網(wǎng)絡(luò)節(jié)點控制模塊發(fā)送給流媒體模塊，由所述流媒體模塊完成頻道創(chuàng)建。本發(fā)明的技術(shù)方案減少了工程布局的工作量，保證了工程布局的準(zhǔn)確性，極大減少IPTV系統(tǒng)開局時間。
文檔編號H04N7/24GK101969434SQ20101050352
公開日2011年2月9日 申請日期2010年9月30日 優(yōu)先權(quán)日2010年9月30日
發(fā)明者張斌, 王劍春 申請人:中興通訊股份有限公司