專利名稱：多業(yè)務數(shù)據(jù)廣播業(yè)務平臺及其多業(yè)務整合方法
技術領域：
本發(fā)明涉及一種數(shù)據(jù)廣播業(yè)務平臺以及該平臺的數(shù)字電視業(yè)務的生成方法，尤其是一種應用于數(shù)字電視前端系統(tǒng)的多業(yè)務數(shù)據(jù)廣播業(yè)務平臺以及應用于該平臺的多種數(shù)字電視業(yè)務的整合方法。
背景技術：
隨著數(shù)字電視應用的廣泛普及，數(shù)字電視已經可以提供多種業(yè)務類型的豐富多彩的節(jié)目，來滿足用戶的需要，比如，電子節(jié)目指南(EPG)、股票和天氣預報等等。
通用的數(shù)字電視網(wǎng)絡，包括用于播放數(shù)字電視節(jié)目的前端系統(tǒng)和用戶端數(shù)字電視接收系統(tǒng)(機頂盒)?，F(xiàn)有的數(shù)字電視前端系統(tǒng)都是針對某一種業(yè)務的單一應用需求進行設計和開發(fā)，不存在統(tǒng)一的多業(yè)務數(shù)據(jù)廣播平臺，因此，現(xiàn)有各業(yè)務的系統(tǒng)均很獨立，系統(tǒng)間的實現(xiàn)方法和結構差異性大。播放數(shù)字電視節(jié)目的數(shù)據(jù)廣播業(yè)務平臺只能通過占用獨立的頻道或者通過硬件設備，如硬件復用器，將各種業(yè)務的節(jié)目復用在一起播出。
由于各業(yè)務系統(tǒng)都包含了部分的公共業(yè)務信息和節(jié)目標識號PID的分配，因此，用硬件設備直接進行多業(yè)務的復用時，將出現(xiàn)沖突的情況；而且，每復用一個新的業(yè)務進入一個頻道，都會遇到相同的問題。因此，各業(yè)務系統(tǒng)相對獨立，但又有公共部分的信息和PID的分配部分，并且各業(yè)務的帶寬分配也無法統(tǒng)一、方便的調整，因此，這樣的業(yè)務系統(tǒng)結構嚴重的阻礙了數(shù)字電視系統(tǒng)的擴展和靈活性。
由于業(yè)務系統(tǒng)根據(jù)業(yè)務自身的需求進行定制，因此系統(tǒng)結構復雜性使得對各個業(yè)務系統(tǒng)的監(jiān)控都不一樣，需要針對各業(yè)務分別管理，管理和配合使用都非常困難。
因此，隨著數(shù)字電視的發(fā)展，迫切需要一種能夠將多種業(yè)務進行方便整合播出，可以方便的監(jiān)控的數(shù)據(jù)廣播業(yè)務平臺。

發(fā)明內容
本發(fā)明所要解決的技術問題在于提出一種多業(yè)務數(shù)據(jù)廣播業(yè)務平臺，將多種數(shù)據(jù)業(yè)務系統(tǒng)的共性部分和關聯(lián)部分進行整合，將該平臺的公共核心部分作為一個服務器看待，各業(yè)務系統(tǒng)為一個獨立的客戶端；業(yè)務系統(tǒng)向服務器申請系統(tǒng)資源和帶寬，并接受服務器的監(jiān)控。
本發(fā)明所要解決的另一個技術問題在于提出一種在上述的多業(yè)務數(shù)據(jù)廣播業(yè)務平臺中，進行多業(yè)務整合方法的方法。
本發(fā)明的多業(yè)務數(shù)據(jù)廣播業(yè)務平臺，包括數(shù)據(jù)廣播控制中心DBC、播發(fā)服務器TST和數(shù)據(jù)庫，所述的DBC，與所有的生成業(yè)務數(shù)據(jù)的客戶端相連，負責管理和控制所有的客戶端；與所有TST相連，負責管理和控制各個TST；所述的數(shù)據(jù)庫，與DBC相連，負責系統(tǒng)服務器部分的各種數(shù)據(jù)的存儲和管理；所述的TST，與所有生成業(yè)務數(shù)據(jù)的客戶端相連，將不同客戶端傳送的TS流，按照它們各自的帶寬分配方案，復用成一個TS流向外播出。
本發(fā)明的多業(yè)務整合方法，其特征在于在如權利要求1-5任一所述的多業(yè)務數(shù)據(jù)廣播業(yè)務平臺中，包括如下步驟步驟一、業(yè)務客戶端，將自己的發(fā)送請求發(fā)送到數(shù)據(jù)廣播控制中心DBC，申請發(fā)送；步驟二、控制中心DBC處理客戶端的連接，根據(jù)客戶端的申請，返回客戶端發(fā)送所需要的信息，包括控制中心給客戶端分配的PID和帶寬；步驟三、業(yè)務客戶端根據(jù)返回信息，將業(yè)務數(shù)據(jù)打成TS包，連接TS播發(fā)服務器，并傳輸TS包；
步驟四、TS播發(fā)服務器將各個業(yè)務客戶端的TS包按照各自的帶寬分配復用成一個TS流向外播發(fā)。
本發(fā)明通過在數(shù)字電視數(shù)據(jù)廣播前端形成統(tǒng)一的業(yè)務支撐平臺，并提供開放的各業(yè)務系統(tǒng)獨立的連接接口，完成了現(xiàn)有技術條件下的數(shù)字電視的多業(yè)務整合，將各個業(yè)務的公共部分和PID分配進行了整合，節(jié)約了硬件成本；并且通過業(yè)務整合，提供各個業(yè)務的方便的實時監(jiān)控和動態(tài)的帶寬調整。


圖1是本發(fā)明多業(yè)務數(shù)據(jù)廣播業(yè)務平臺的結構示意圖；圖2是本發(fā)明多業(yè)務數(shù)據(jù)廣播業(yè)務平臺多業(yè)務整合方法示意圖；圖3是本發(fā)明數(shù)據(jù)廣播控制中心工作流程圖。
具體實施例方式
本發(fā)明多業(yè)務前端系統(tǒng)的設計思想是構建一種綜合的多業(yè)務數(shù)據(jù)廣播業(yè)務平臺，以支撐不同的業(yè)務，解決將多種業(yè)務系統(tǒng)進行綜合管理、統(tǒng)一分配帶寬及統(tǒng)一監(jiān)控，并且，該結構為業(yè)務系統(tǒng)的可以根據(jù)業(yè)務系統(tǒng)的多少、大小靈活的擴展和緊縮。
如圖1所示，本發(fā)明的多業(yè)務數(shù)據(jù)廣播業(yè)務平臺，采用了模塊化設計，包括數(shù)據(jù)廣播控制中心DBC(Data Broadcast Control)、播發(fā)服務器TST(TS Transporting)和數(shù)據(jù)庫，所述的DBC，與所有的生成業(yè)務數(shù)據(jù)的客戶端相連，負責管理和控制所有的客戶端；與所有TST相連，負責管理和控制各個TST；所述的數(shù)據(jù)庫，與DBC相連，負責系統(tǒng)服務器部分的各種數(shù)據(jù)的存儲和管理；所述的TST，與所有生成業(yè)務數(shù)據(jù)的客戶端相連，將不同客戶端傳送的TS流，按照它們各自的帶寬分配方案，復用成一個TS流向外播出。
以上三部分各個模塊通過統(tǒng)一的通訊接口通過通信網(wǎng)絡相互連接，組成的系統(tǒng)就是一個可擴展的、高靈活性的數(shù)據(jù)廣播業(yè)務平臺。當有新的業(yè)務加入到此平臺中時，只需要調用客戶端的統(tǒng)一接口，就可連接到該平臺中，其作為客戶端就可以在DBC的控制下，通過TST和其他業(yè)務復用播發(fā)出去，并且系統(tǒng)自動生成新的PSI信息，將新加入的業(yè)務信息加入到新的PSI信息中，不需要用戶自行生成，這樣，就實現(xiàn)了一個搞擴展性、高靈活性、易拆分、易開發(fā)的數(shù)據(jù)廣播前端業(yè)務綜合管理、播發(fā)平臺。
本發(fā)明的DBC作為控制中心，具體包括負責管理所有客戶端的PID值的分配和帶寬的分配，所有這些信息都儲存在數(shù)據(jù)庫中；DBC根據(jù)當前播出內容，負責PSI(Program Specific Information)信息的生成和更新。
本發(fā)明的DBC還負責管理和監(jiān)控各個TST播發(fā)服務器的工作狀態(tài)，其中包括查看各個業(yè)務的帶寬分配情況；動態(tài)的、實時的調整各個業(yè)務的播出帶寬。
本發(fā)明的TST是播發(fā)服務器，既可以獨立運行，也可以在DBC的控制之下運行。它的主要功能是將不同客戶端傳送的TS流，按照它們各自的帶寬分配方案，復用成一個TS流向外播出。
客戶端負責生成數(shù)據(jù)廣播的數(shù)據(jù)流，每一種業(yè)務就是本發(fā)明的數(shù)據(jù)廣播業(yè)務平臺的一個客戶端，所有的客戶端就構成了本發(fā)明的數(shù)據(jù)廣播業(yè)務平臺的數(shù)據(jù)源。
簡單的說，本發(fā)明的數(shù)據(jù)廣播是由一個控制中心DBC，多個TS流播發(fā)服務器以及任意多個客戶端作為數(shù)據(jù)源之間協(xié)調工作，共同完成的。
對本發(fā)明的數(shù)據(jù)庫進行描述數(shù)據(jù)庫部分作為DBC的數(shù)據(jù)存儲，存儲的數(shù)據(jù)包括用戶對客戶端的設置信息，如占用哪個頻道的頻道信息，用多少帶寬的帶寬信息等。
對控制中心DBC如何監(jiān)視、調整帶寬，控制中心定時給各個被監(jiān)控的TST發(fā)送查詢信息，TST收到查詢信息后，按照約定的通訊協(xié)議回復自身的狀態(tài)信息，以此獲得各個TST的實時帶寬信息；如果需要調整帶寬，則控制中心DBC直接改變TST中特定業(yè)務的帶寬設置，完成帶寬的調整。
本發(fā)明所述的多業(yè)務整合方法，如圖2所示，包括如下步驟步驟一、業(yè)務客戶端，將自己的發(fā)送請求發(fā)送到數(shù)據(jù)廣播控制中心(DBC)，申請發(fā)送；步驟二、控制中心DBC處理客戶端的連接，根據(jù)客戶端的申請，返回客戶端發(fā)送所需要的信息，包括控制中心給客戶端分配的PID和帶寬；步驟三、業(yè)務客戶端根據(jù)返回信息，將業(yè)務數(shù)據(jù)打成TS包，連接TS播發(fā)服務器，并傳輸TS包；步驟四、TS播發(fā)服務器將各個業(yè)務客戶端的TS包按照各自的帶寬分配復用成一個TS流向外播發(fā)。
在數(shù)據(jù)廣播的過程中，控制中心DBC可以監(jiān)控各個TS播發(fā)服務器的工作狀態(tài)，可以實時動態(tài)調整各個業(yè)務客戶端的所占帶寬。
通過以上的步驟，實現(xiàn)了不同的業(yè)務數(shù)據(jù)的的整合與復用，并且可以方便的實現(xiàn)不同業(yè)務的監(jiān)控和帶寬的動態(tài)調整。
現(xiàn)有技術中，各個業(yè)務是獨立處理的，因此，步驟一中各個業(yè)務客戶端處理各自數(shù)據(jù)源的數(shù)據(jù)，形成業(yè)務數(shù)據(jù)流可以采用現(xiàn)有技術中任意一種處理方法來實現(xiàn)。
對于不同的業(yè)務數(shù)據(jù)，各客戶端根據(jù)不同的要求，形成請求前端系統(tǒng)播發(fā)的業(yè)務數(shù)據(jù)，而本系統(tǒng)提供的實際上是一種整合平臺，也即一種整合方法，可以方便的通過統(tǒng)一的接口把原有的數(shù)據(jù)業(yè)務端整合起來，統(tǒng)一管理播發(fā)。
本發(fā)明所述的步驟一，包括如下步驟步驟10、業(yè)務客戶端處理數(shù)據(jù)源數(shù)據(jù)，生成描述和請求；步驟11、業(yè)務客戶端連接控制中心DBC；步驟12、連接成功后，向控制中心DBC提交描述信息和請求信息。
所述的描述信息包括客戶端業(yè)務數(shù)據(jù)的類型名稱，其描述5要素為net_id，stream_id，service_id，event_id和component_tag；所述的請求信息至少包括PID，發(fā)送帶寬，指定連接的TST播發(fā)服務器地址。
控制中心接收到業(yè)務客戶端的請求后，對請求做出響應，包括如下步驟步驟20、根據(jù)客戶端的描述信息，查詢數(shù)據(jù)庫；步驟21、將數(shù)據(jù)庫中找到的客戶端需要的請求信息返回給客戶端。
步驟22、如果數(shù)據(jù)庫中沒有客戶端需要的請求信息，則返回給客戶端不同意播發(fā)的通知。
控制中心DBC是本發(fā)明的前端系統(tǒng)的核心部分，如果將業(yè)務客戶端看成是終端，控制中心DBC就是整合公共信息，分配PID號的服務器；控制中心運行服務線程，對業(yè)務客戶端的請求作出響應。
如圖3所示，是控制中心DBC的工作進程的流程圖，包括步驟A、初始化服務器，驗證與數(shù)據(jù)庫的連接；步驟B、運行等待業(yè)務客戶端連接的線程，等待業(yè)務客戶端連接；步驟C、如果有客戶連接，則開辟一個新的客戶線程處理業(yè)務客戶端的連接；步驟D、通過步驟C開辟的客戶線程，維持與業(yè)務客戶的連接，傳遞數(shù)據(jù)；步驟E、控制中心完成業(yè)務客戶端的請求后，業(yè)務客戶端發(fā)出中斷請求；步驟F、控制中心關閉客戶線程，業(yè)務客戶的連接結束。
所述的步驟B中等待客戶連接線程，在系統(tǒng)初始化后，一直作為守護進行運行，監(jiān)聽來自業(yè)務客戶端的連接請求；當收到連接請求后，即派生出新的客戶進程來處理客戶的請求；當請求的任務結束后，關閉客戶線程；這樣控制中心就可以同時通過多個客戶線程來處理多個業(yè)務客戶端的請求。
本發(fā)明所述的步驟三中，首先，業(yè)務客戶端根據(jù)返回信息，打成TS包；這一步與現(xiàn)有技術相同，業(yè)務客戶端根據(jù)DVB協(xié)議，將播發(fā)數(shù)據(jù)打包成數(shù)字電視系統(tǒng)傳輸?shù)腡S包；然后，業(yè)務客戶端連接TS播發(fā)服務器，將TS包傳輸?shù)絋ST的BUFFER中，參見圖1。
TST主要的作用是接收業(yè)務客戶端的TS包傳輸請求，然后將各業(yè)務的TS包組成TS流后，發(fā)送到復用器播出。TST工作流程包括步驟a、初始化服務器以及發(fā)送策略；步驟b、運行客戶連接主線程，等待業(yè)務客戶連接；步驟c、當業(yè)務客戶端請求連接時，開辟處理客戶連接線程，將業(yè)務客戶端的數(shù)據(jù)保存到TST對應的BUFFER中；步驟d、業(yè)務客戶端TS包發(fā)送完成，請求關閉連接；步驟e、關閉連接。
最后所應說明的是以上實施例僅用以說明而非限制本發(fā)明的技術方案，盡管參照上述實施例對本發(fā)明進行了詳細說明，本領域的普通技術人員應當理解依然可以對本發(fā)明進行修改或者等同替換，而不脫離本發(fā)明的精神和范圍的任何修改或局部替換，其均應涵蓋在本發(fā)明的權利要求范圍當中。
權利要求
1.一種多業(yè)務數(shù)據(jù)廣播業(yè)務平臺，其特征在于包括數(shù)據(jù)廣播控制中心DBC、播發(fā)服務器TST和數(shù)據(jù)庫，所述的DBC，與所有的生成業(yè)務數(shù)據(jù)的客戶端相連，負責管理和控制所有的客戶端；與所有TST相連，負責管理和控制各個TST；所述的數(shù)據(jù)庫，與DBC相連，負責系統(tǒng)服務器部分的各種數(shù)據(jù)的存儲和管理；所述的TST，與所有生成業(yè)務數(shù)據(jù)的客戶端相連，將不同客戶端傳送的TS流，按照它們各自的帶寬分配方案，復用成一個TS流向外播出。
2.根據(jù)權利要求1所述的多業(yè)務數(shù)據(jù)廣播業(yè)務平臺，其特征在于所述的DBC作為控制中心，具體包括負責管理所有客戶端的PID值的分配和帶寬的分配，所有這些信息都儲存在數(shù)據(jù)庫中；DBC根據(jù)當前播出內容，負責PSI信息的生成和更新。
3.根據(jù)權利要求1或2所述的多業(yè)務數(shù)據(jù)廣播業(yè)務平臺，其特征在于所述的DBC還負責管理和監(jiān)控各個TST播發(fā)服務器的工作狀態(tài)，查看各個業(yè)務的帶寬分配情況；動態(tài)的、實時的調整各個業(yè)務的播出帶寬。
4.根據(jù)權利要求3所述的多業(yè)務數(shù)據(jù)廣播業(yè)務平臺，其特征在于控制中心定時給各個被監(jiān)控的TST發(fā)送查詢信息，TST收到查詢信息后，按照約定的通訊協(xié)議回復自身的狀態(tài)信息，以此獲得各個TST的實時帶寬信息。
5.根據(jù)權利要求1所述的多業(yè)務數(shù)據(jù)廣播業(yè)務平臺，其特征在于所述的TST播發(fā)服務器，既可以獨立運行，也可以在DBC的控制之下運行。
6.一種多業(yè)務整合方法，其特征在于在如權利要求1-5任一所述的多業(yè)務數(shù)據(jù)廣播業(yè)務平臺中，包括如下步驟步驟一、業(yè)務客戶端，將自己的發(fā)送請求發(fā)送到數(shù)據(jù)廣播控制中心DBC，申請發(fā)送；步驟二、控制中心DBC處理客戶端的連接，根據(jù)客戶端的申請，返回客戶端發(fā)送所需要的信息，包括控制中心給客戶端分配的PID和帶寬；步驟三、業(yè)務客戶端根據(jù)返回信息，將業(yè)務數(shù)據(jù)打成TS包，連接TS播發(fā)服務器，并傳輸TS包；步驟四、TS播發(fā)服務器將各個業(yè)務客戶端的TS包按照各自的帶寬分配復用成一個TS流向外播發(fā)。
7.根據(jù)權利要求6所述的多業(yè)務整合方法，其特征在于所述的步驟一，包括如下步驟步驟10、業(yè)務客戶端處理數(shù)據(jù)源數(shù)據(jù)，生成描述和請求；步驟11、業(yè)務客戶端連接控制中心DBC；步驟12、連接成功后，向控制中心DBC提交描述信息和請求信息。
8.根據(jù)權利要求7所述的多業(yè)務整合方法，其特征在于所述的描述信息至少包括客戶端業(yè)務數(shù)據(jù)的類型名稱，其描述5要素為net_id，stream_id，service_id，event_id和component_tag。
9.根據(jù)權利要求7或8所述的多業(yè)務整合方法，其特征在于所述的請求信息至少包括PID，發(fā)送帶寬，指定連接的TST播發(fā)服務器地址。
10.根據(jù)權利要求6所述的多業(yè)務整合方法，其特征在于所述的控制中心接收到業(yè)務客戶端的請求后，對請求做出響應，包括如下步驟步驟20、根據(jù)客戶端的描述信息，查詢數(shù)據(jù)庫；步驟21、將數(shù)據(jù)庫中找到的客戶端需要的請求信息返回給客戶端。步驟22、如果數(shù)據(jù)庫中沒有客戶端需要的請求信息，則返回給客戶端不同意播發(fā)的通知。
11.根據(jù)權利要求6所述的多業(yè)務整合方法，其特征在于所述的控制中心DBC的工作進程，包括步驟A、初始化服務器，驗證與數(shù)據(jù)庫的連接；步驟B、運行等待業(yè)務客戶端連接的線程，等待業(yè)務客戶端連接；步驟C、如果有客戶連接，則開辟一個新的客戶線程處理業(yè)務客戶端的連接；步驟D、通過步驟C開辟的客戶線程，維持與業(yè)務客戶的連接，傳遞數(shù)據(jù)；步驟E、控制中心完成業(yè)務客戶端的請求后，業(yè)務客戶端發(fā)出中斷請求；步驟F、控制中心關閉客戶線程，業(yè)務客戶的連接結束。
12.根據(jù)權利要求6所述的多業(yè)務整合方法，其特征在于所述的TST工作流程包括步驟a、初始化服務器以及發(fā)送策略；步驟b、運行客戶連接主線程，等待業(yè)務客戶連接；步驟c、當業(yè)務客戶端請求連接時，開辟處理客戶連接線程，將業(yè)務客戶端的數(shù)據(jù)保存到TST對應的BUFFER中；步驟d、業(yè)務客戶端TS包發(fā)送完成，請求關閉連接；步驟e、關閉連接。
全文摘要
本發(fā)明公開了一種多業(yè)務數(shù)據(jù)廣播業(yè)務平臺，其DBC與所有的生成業(yè)務數(shù)據(jù)的客戶端相連，負責管理和控制所有的客戶端；與所有TST相連，負責管理和控制各個TST；數(shù)據(jù)庫與DBC相連，負責系統(tǒng)服務器部分的各種數(shù)據(jù)的存儲和管理；TST與所有生成業(yè)務數(shù)據(jù)的客戶端相連，將不同客戶端傳送的TS流，按照它們各自的帶寬分配方案，復用成一個TS流向外播出。本發(fā)明通過在數(shù)字電視數(shù)據(jù)廣播前端形成統(tǒng)一的業(yè)務支撐平臺，并提供開放的各業(yè)務系統(tǒng)獨立的連接接口，完成了現(xiàn)有技術條件下的數(shù)字電視的多業(yè)務整合，將各個業(yè)務的公共部分和PID分配進行了整合，節(jié)約了硬件成本；并且通過業(yè)務整合，提供各個業(yè)務的方便的實時監(jiān)控和動態(tài)的帶寬調整。
文檔編號H04N7/015GK1655606SQ200410039290
公開日2005年8月17日 申請日期2004年2月11日 優(yōu)先權日2004年2月11日
發(fā)明者鄒義生, 陳梅 申請人:北京中視聯(lián)數(shù)字系統(tǒng)有限公司