專利名稱：一種嵌入式的數(shù)字電視業(yè)務平臺的實現(xiàn)方法
技術領域：
本發(fā)明涉及一種嵌入式的數(shù)字電視業(yè)務平臺的實現(xiàn)方法，屬于數(shù)字電視接收技術領域。

背景技術：
本發(fā)明的背景技術是數(shù)字電視接收設備技術。
數(shù)字電視接收設備泛指能夠接收、解碼和顯示數(shù)字電視信號的硬件設備，它應用于數(shù)字電視領域，是模擬電視數(shù)字化得以實現(xiàn)的終端(見圖2)。數(shù)字電視接收設備所接收的是數(shù)字化的圖像和數(shù)據(jù)信息，因此，不同于傳統(tǒng)的模擬電視信號的接收與處理，數(shù)字電視接收設備對數(shù)字化的圖像信息和數(shù)據(jù)的接收及處理是通過其內部的CPU及與其相連接的外圍器件進行的。接收系統(tǒng)就是在相應的硬件及操作系統(tǒng)的基礎上開發(fā)出數(shù)字電視接收設備適用的應用程序；同樣，一些專業(yè)的數(shù)字廣播內容服務商也需要根據(jù)不同的數(shù)字電視接收設備的硬件性能和功能開發(fā)出相應的服務軟件。
在電視臺或電視運營商的廣播設備中，音視頻信號與數(shù)據(jù)內容經過前端的復用器混合，形成傳輸流(TS流)。傳輸流經過調制形成電磁信號傳送到數(shù)字電視接收設備中。數(shù)字電視信號經過調諧選擇器獲取，經過解調器獲取相應的TS流信息，然后經過MPEG解復用獲得相應的音視頻和數(shù)據(jù)信號。音視頻信號經過MPEG解碼器和圖像處理器，得到音視頻信號，輸出到顯示屏(電視機)上。數(shù)據(jù)流則通過解復用器流入到CPU中，由在中央處理器(CPU)上運行的系統(tǒng)程序進行處理。處理的結果可以與音視頻流一起進行混合，輸出到顯示器件上。
數(shù)字電視在原有音視頻業(yè)務的基礎上增加了大量的數(shù)據(jù)業(yè)務，數(shù)據(jù)通過輪播方式循環(huán)廣播到接收設備。然而要實現(xiàn)數(shù)據(jù)業(yè)務，必須使數(shù)字電視接收設備能夠執(zhí)行各種應用，使得廣播的數(shù)據(jù)能夠顯示給電視用戶和觀眾。應用程序用來提供各種各樣的交互功能，如電子節(jié)目指南、游戲、網上購物、電子銀行等。在現(xiàn)有的數(shù)字電視接收設備技術中，將要執(zhí)行的應用直接嵌入在數(shù)字電視接收設備中，而且應用與接收設備的啟動層直接聯(lián)結，使得應用依賴于下層硬件平臺，可移植降低。在同一電視網路中，不同硬件組成和設計架構的接收設備之間不能兼容，運營商必須重新開發(fā)不同的應用，極大的浪費了事件和金錢，而且不同的應用在不同的數(shù)字電視接收設備上顯示的結果不同，給電視用戶也造成了不同的感覺和印象，影響了數(shù)字電視的運營。
本發(fā)明的方法就是針對傳統(tǒng)技術的不足而提出的解決辦法。
發(fā)明內容本發(fā)明要解決的技術問題是一種嵌入式的數(shù)字電視業(yè)務平臺的實現(xiàn)方法，該方法的好處就是通過在數(shù)字電視接收設備(或稱機頂盒)中基于數(shù)字電視硬件、驅動層建立一種數(shù)字電視業(yè)務的執(zhí)行平臺，使得各種應用與驅動層硬件結構和軟件系統(tǒng)獨立，能夠直接下載到機頂盒中，以便實現(xiàn)數(shù)字電視領域的數(shù)據(jù)業(yè)務。
本發(fā)明通過以下的技術方案使以上問題得到解決。基于機頂盒硬件平臺和驅動層的架構，采用一種層次型架構和模塊化組合的設計方法，提供一個應用可下載到機頂盒中執(zhí)行和可控制的操作環(huán)境，使得系統(tǒng)易于升級和擴展。
下面詳細說明本發(fā)明的技術方案。
本方法的步驟 本方法是在數(shù)字電視接收設備中實現(xiàn)一個基于機頂盒硬件和驅動層之上的應用核心處理系統(tǒng)，它將應用與機頂盒硬件平臺隔開，它由下列幾部份組成(如圖1所示) ■機頂盒驅動層本發(fā)明的方法規(guī)范和統(tǒng)一了一個標準接口，使得上層的各種內嵌的各種模塊能夠基于一個統(tǒng)一的接口之上，增加可移植性。此層接口，它提供MPEG-2表格數(shù)據(jù)提取、條件接收和智能卡控制、信道參數(shù)設定、音/視頻流控制、Modem管理、Flash存儲管理和其它的功能。
主要資源模塊有 ◆TUNER/DEMODULATOR解調模塊 ◆DLOAD數(shù)據(jù)裝載模塊 ◆AUDIO DECODER音頻解碼模塊 ◆VIDEO DECODER視頻解碼模塊 ◆INPUT DEVICE輸入設備模塊(包括遙控器，前面板按鍵和鍵盤) ◆FRONTPAD DISPLAY前面板顯示模塊 ◆SERIAL PORT串口模塊 ◆TCP/IP模塊 ◆STORAGE存儲模塊 ◆SMART CARD智能卡模塊 ■系統(tǒng)核心模塊它由一系列模塊組成，包括內存管理、事件管理、安全性控制、數(shù)據(jù)下載管理及網絡協(xié)議管理(DSMCC、HTTP等)。
■圖形模塊此模塊與下層平臺接口，提供高級的函數(shù)用于繪圖、多視窗管理、圖像文件裝載與顯示等功能。數(shù)字電視機頂盒中的圖像系統(tǒng)支持五層結構，從底層到上層依次為背景層、靜止圖像層、視頻層、圖形層和光標層。
■SI引擎(SI Engine)此模塊用于管理服務信息(SI)數(shù)據(jù)庫，它負責緩存EPG信息、提取網絡信息表(NIT)、節(jié)目映射表(PMT)等常用SI表格數(shù)據(jù)，并且具有監(jiān)測功能。它可提供頻道搜尋時已儲存的數(shù)據(jù)，如頻道名稱等。圖4顯示了機頂盒有關節(jié)目信息接收存儲的方法。
■Java虛擬機這個虛擬機符合J2ME標準，用來解釋執(zhí)行JavaTM應用程序，并提供JavaTM程序調試、尋錯(debug)等功能。
■網頁瀏覽器它是一個可選的模塊，它支持HTML3.2/4.0、XHTML、DOM/CSS等，顯示HTML網頁，提供上網功能。
■應用管理器它是內置于接收端業(yè)務平臺中、協(xié)調各種交互式應用程序不可或缺的管理模塊。
下面詳細地說明驅動層接口的特征。
資源模塊層的結構資源模塊層可以有不同的結構，本發(fā)明的不對資源模塊層的結構設計做出硬性規(guī)定，各個軟件設計可根據(jù)不同的硬件平臺及驅動層模塊的具體功能做出不同的設計方案。不管方案如何，各個模塊之間應有一定獨立性。它意味著硬件平臺所提供的各設備資源模塊均被看作一個個獨立的模塊，對這些模塊的調用均可按對象方法看待，任何調用均看作資源的利用。對于某些臨界保護的設備，其對象是一個實際的驅動，執(zhí)行驅動對應的硬件操作；而某些對象是一個虛擬的設備，在調用該對象時由設備服務器層進行處理和解釋，并執(zhí)行相應的功能，但沒有實際唯一對應的設備進行響應，或許是幾個設備的一個組合，或許是一個邏輯的數(shù)據(jù)處理過程。
隨著硬件技術的發(fā)展，為了支持多路信號輸入、解碼、播放的機頂盒方案，使資源管理器能構良好的管理各資源模塊間的關聯(lián)性，我們定義設備環(huán)境(DeviceContext)。一個設備環(huán)境是一組相互連通的、覆蓋了從輸入到輸出整個數(shù)據(jù)通道的所有驅動模塊的集合。其典型組成是一組相互連通的解調器(tuner)、解復用器(demux/section filter)、A/V解碼器。假設在接收設備中存在有多個tuner、demux、A/V解碼器，這些芯片之間的相互聯(lián)接在設計時就已固定。這樣，每個設備環(huán)境都是一個基本的完整的輸入、解碼、輸出單元。在使用資源模塊時，一定要指明使用的是哪個設備環(huán)境中的哪個驅動(Device)。同時下層實現(xiàn)要保證，同一個設備環(huán)境中的各資源模塊在物理上是相互連通的。
資源模塊與調用層的關系資源模塊具有下面一些特征 ●每個資源模塊均對應著一個相應的下層驅動設備，此設備由硬件或軟件組成。
●每個資源模塊相對于其它的資源模塊而言單獨運行。它控制自身的硬件行為，處理中斷，通過事件/消息和其它資源模塊和應用程序單獨通信。
●中間件可以在多個線程里同時或不同時調用同一個資源模塊功能。對相同資源模塊的調用及其環(huán)境值的保護均由資源模塊封裝層進行協(xié)調和管理。
●資源驅動模塊的功能調用可以是實際對應的硬件操作，如解調，也可以是虛擬的設備，如數(shù)據(jù)裝載等。
●對于應用層，每一個資源模塊的調用都看作是一獨立的行為，各資源模塊之間的相互關系和系統(tǒng)資源共享等處理是系統(tǒng)設計和開發(fā)者的任務。
●應用程序對資源模塊請求數(shù)據(jù)的回傳方式有兩種，一種是同步返回，即直接通過調用接口返回值返回。一種是異步返回，即驅動層執(zhí)行到需要回傳數(shù)據(jù)給客戶端時以消息方式傳給應用程序。
下面結合附圖對本發(fā)明的方法作進一步的說明。



下面通過附圖對本發(fā)明的方法來做進一步的說明。
圖1顯示了本發(fā)明方法的總體特征，它基于機頂盒硬件和驅動模塊，依賴于標準接口，實現(xiàn)應用的可執(zhí)行環(huán)境和平臺。
圖2顯示了機頂盒的主要硬件和驅動模塊。數(shù)字電視接收設備的硬件功能結構示意見圖2。機頂盒工作的原理如下 ◆調諧/選擇模塊接受到電磁信號并選擇一定范圍的帶寬。
◆解調模塊把信號轉換為位流。
◆解復用模塊從數(shù)據(jù)流(Bitstreams)中抽出期望信息并將其以合適的方式提供給不同的解碼器，它包括與條件接收模塊合作的解擾器。
◆視頻解碼模塊轉換顯示的圖像序列中的視頻位流。
◆音頻解碼模塊轉換模擬音頻信號中的音頻位流。
◆圖形引擎建立圖形層在發(fā)送之前將其和對PAL/NTSC的模擬信號請求中的視頻混合。
◆前面控制板部分負責解釋通過接收遙控器、無線鍵盤或前面板發(fā)出的用戶命令。
圖3顯示了機頂盒圖形模塊的層次性結構。背景層是一個全屏的單一顏色層。除背景層外，其它可視性都是可設的可設為可視或不可視；圖像層通常是靜態(tài)圖像的輸出顯示；視頻層是解碼器輸出MPEG-2解碼結果的圖像顯示；圖形層是圖形系統(tǒng)的輸出顯示；光標層是用于顯示光標和進行鼠標操作的控制和顯示點定位；圖像層，視頻層和圖形層都可具有Alpha混合功能。一個應用能在它的圖形平面上的矩形區(qū)域內繪制視頻和圖形等。一個應用也能在視頻平面上控制視頻，及放置靜止的圖像或在背景平面上填充顏色。
圖4顯示了嵌入在機頂盒中的圖形模塊的實現(xiàn)方法。
圖5顯示了典型的業(yè)務應用電子節(jié)目指南(EPG)數(shù)據(jù)接收和管理模塊的實現(xiàn)方法。EPG的信息量一般都非常大，如果采用即時加載的方法，必定需要等待很長的時間，這是用戶所不能容許的。在本發(fā)明的方法中，SI引擎采用將EPG數(shù)據(jù)預先裝載、存儲的方法，這樣當用戶啟動EPG應用時，只在緩存(EPG Cache)中提取數(shù)據(jù)，這樣數(shù)據(jù)的提取與顯示都非?？?，用戶才會滿意。本發(fā)明的方法中的EPG Cache模塊共有以下幾個子模塊 ●Engine負責提供對外共用接口，并且協(xié)調該系統(tǒng)各個模塊的任務執(zhí)行； ●Loader負責裝載EPG表格數(shù)據(jù)，并提供給Analyser模塊； ●Analyzer負責解析有關的EPG數(shù)據(jù)，并且儲存在Cache中； ●Cache負責存儲有關的EPG數(shù)據(jù)，并提供排序、檢索功能； ●Monitoring負責Monitor EPG表格數(shù)據(jù)的版本變化，并通知Loader進行數(shù)據(jù)的裝載。
圖6顯示資源模塊與驅動器(driver)的關系。通常情況下，一個資源模塊對應著驅動層的一個硬件驅動或軟件驅動，如音視頻解碼器為硬件驅動，數(shù)據(jù)裝載(Dload)為軟件驅動模塊。實際上，資源模塊是一邏輯概念，是應用模塊和系統(tǒng)操作驅動模塊的一層軟件接口。例如，如果在接收設備中有多個Tuner(解調器)或音視頻解碼器(Audio，Video decoder)，則相應的資源模塊便可操作多個驅動。
圖7(包括圖7a、圖7b和圖7c)描述了設備環(huán)境(Device Context)的實現(xiàn)方法。假設在接收設備中存在有多個Tuner、Demux、A/V解碼器，這些芯片之間的相互聯(lián)接在設計時就已固定，則設備環(huán)境的構成見圖7a所示。這樣，每個設備環(huán)境都是一個基本的完整的輸入、解碼、輸出單元。在使用資源模塊時，一定要指明使用的是哪個設備環(huán)境中的哪個驅動(Device)。同時下層實現(xiàn)要保證，同一個設備環(huán)境中的各資源模塊在物理上是相互連通的。
此外，一個設備可以同時屬于多個設備環(huán)境只要它們在物理上是相連接的。例如，對于圖7b所示的物理連接，設備環(huán)境可以規(guī)劃為

設備環(huán)境1包括tuner、demuxl、A/V解碼器1

設備環(huán)境2包括tuner、demux2、A/V解碼器2 在一個設備環(huán)境中，不能同時有兩個或兩個以上的同類型設備。如果某種類型的設備在物理連接上有多個，則系統(tǒng)初始化時就應綁定其中一個，并且在系統(tǒng)關閉之前不能改變。例如物理連接如圖7c所示。tuner1和tuner2不能同時放入一個設備環(huán)境之中，如果這種連接只規(guī)劃為一個設備環(huán)境，則系統(tǒng)初始化時，只能選擇其中一個Tuner進行綁定。如果系統(tǒng)中存在N個設備環(huán)境，則編號為1～N。對于獨立的資源，其設備不與某個設備環(huán)境具體關聯(lián)，則缺省認為該設備同時屬于所有的設備環(huán)境，即無論用哪個設備環(huán)境標識(context_id)都可以操作該設備。
以下結合具體的實施實例對本發(fā)明作進一步的詳細說明。
具體實施方式
具體的實施方式如下 1.實現(xiàn)機頂盒驅動層的接口，它包括但不限于下列驅動模塊及其接口 ◆視頻資源模塊視頻壓縮數(shù)據(jù)流的獲取有兩個來源，一個是從TS流里解復用出來的視頻部分數(shù)據(jù)流；一個是從一段固定存儲區(qū)里保存的一段視頻流。主要的視頻控制方法一覽表方法與流程實現(xiàn)的名稱完成的任務工作方式PIF_VIDEO_CREATE_SEQUENCE創(chuàng)建一個視頻SEQUENCE同步調用PIF_VIDEO_DELETE_SEOUENCE刪除一個視頻SEQUENCE同步調用PIF_VIDEO_SET_INPUT指明視頻流數(shù)據(jù)源同步調用PIF_VIDEO_ADD_DATA為內存視頻SEQUENCE添加數(shù)據(jù)同步調用PIF_VIDEO_SET_OUTPUT設置VIDEO顯示窗口同步調用PIF_VIDEO_SET_SCALE設置VIDEO顯示縮放比例同步調用PIF_VIDEO_SET_DISPLAY_TYPE設置VIDEO顯示類型同步調用PIF_VIDEO_GET_STREAM_TYPE獲取視頻流的類型同步調用PIF_VIDEO_SET_ZOOM設置VIDEO顯示的ZOOM同步調用PIF_VIDEO_RESET_ZOOM取消設置的VIDEOZOOM同步調用PIF_VIDEO_START啟動VIDEO解碼和顯示異步調用PIF_VIDEO_STOP停止VIDEO解碼和顯示異步調用PIF_VIDEO_PAUSE暫停VIDEO解碼和顯示異步調用PIF_VIDEO_RESUME繼續(xù)VIDEO解碼和顯示異步調用PIF_VIDEO_FREEZE凍結VIDEO解碼和顯示同步調用PIF_VIDEO_FFW跳到下一個BUFFER異步調用PIF_VIDEO_RW跳到上一個BUFFER異步調用PIF_VIDEO_GET_SEOUENCES獲取所有創(chuàng)建的SEOUENCE數(shù)口同步調用PIF_VIDEO_SET_BLACK_SCREEN將VIDEO顯示屏幕置成黑色同步調用 ◆音頻資源模塊音頻解碼模塊是用來控制音頻解碼，并輸出到不同的聲道中，音頻壓縮數(shù)據(jù)流的獲取有兩個來源，一個是從TS流里解復用出來的音頻部分數(shù)據(jù)流；一個是從一段固定存儲區(qū)里保存的一段音頻流。主要音頻控制方法有方法與流程實現(xiàn)的名稱完成的任務工作方式PIF_AUDIO_CREATE_SEOUENCE創(chuàng)建一個音頻SEOUENCE同步調用PIF_AUDIO_DELETE_SEQUENCE刪除一個音頻SEOUENCE同步調用PIF_AUDIO_SET_INPHT指明音頻流數(shù)據(jù)源同步調用PIF_AUDIO_ADD_DATA為內存音頻SEQUENCE添加數(shù)據(jù)同步調用PIF_AUDIO_SET_CHANNEL設置AUDIO輸出的聲道同步調用PIF_AUDIO_GET_STREAM_TYPE獲取音頻流的類型同步調用PIF_AUDIO_START啟動AUDIO解碼和顯示異步調用PIF_AUDIO_STOP停止AUDIO解碼和顯示異步調用PIF_AUDIO_PAUSE暫停AUDIO解碼和顯示異步調用PIF_AUDIO_RESUMEPIF_AUDIO_FFW繼續(xù)AUDIO解碼和顯示異步調用跳到下一個BUFFER異步調用PIF_VIDEO_RW跳到上一個BUFFER異步調用PIF_AUDIO_BEEP產生BEEP聲異步調用PIF_AUDIO_GET_SEOUENCES獲取所有創(chuàng)建的SEQUENCE數(shù)目同步調用PIF_AUDIO_SET_GAIN設置音頻輸出音量同步調用PIF_AUDIO_SET_VOLUEME設置音頻輸出音量同步調用PIF_AUDIO_SET_MUTE設置靜音同步調用 ◆Tuner模塊Tuner資源模塊的功能是操作硬件平臺的Tuner。它有兩個模式解調(Tuning)和頻道搜尋(Scanning)解調模式(Tuning)它使解調器定位到某一個特定的頻率段(Transponder)上，以便能夠獲取一個Transport Stream上的數(shù)據(jù)；頻道搜尋(Scanning)它能夠自動搜尋載波頻段，查找頻道，返回符號率(Symbol rate)，BER，AGC等數(shù)據(jù)。主要解調器控制方法有方法與流程實現(xiàn)的名稱完成的任務工作方式PIF_Tuner_Get_Type查詢Tuner的類型同步調用PIF_Tuner_Get_Frequency查詢Tuner所能支持的頻率同步調用PIF_Tuner_Goto將Tuner定位到某個Transponder(TS)上異步調用PIF_Tuner_Get_Status獲取Tuner的狀態(tài)信息同步調用PIF_Tuner_Scanning_Start對某一頻段里的所有波段開始進行掃描異步調用PIF_Tuner_Scanning Continue繼續(xù)進行掃描異步調用PIF_Tuner_Scanning_Cancel取消掃描同步調用 ◆解復用模塊(dload)解復用資源模塊，又稱數(shù)據(jù)裝載模塊(dload)，是對傳送流(TS流)中各項復用內容如音視頻流(AUDIO，VIDEO)、MPEG-2段數(shù)據(jù)、圖文流(TELETEX)及字幕流(SUBTITLE)等解析復原的一個功能模塊，并通過特定的過濾器過濾出特定數(shù)據(jù)，供上層調用。解復用設備底層主要由以下幾個部分組成解復用控制、解復用過濾器、解復用通道等。主要的數(shù)據(jù)提取方法有方法與流程實現(xiàn)的名稱完成的任務PIF_Dload_Get_Available_Filters獲取可利用的過濾器數(shù)PIF_Dload_Load_Sections接收段數(shù)據(jù)PIF_Dload_Laod_Table接收表數(shù)據(jù)PIF_Dload_Stop取消一個正在進行的數(shù)據(jù)接收 ◆Flash(閃存)模塊定義Flash和EEPROM(可編程的ROM)的讀寫功能。
Flash是一種可擦可寫的永久儲存介質。它一般是分頁(page)或分區(qū)(sectoror section)的。每個頁或區(qū)的大小是固定的，在存儲數(shù)據(jù)時是分頁/區(qū)進行的。它的擦寫次數(shù)有限，但在機頂盒的壽命周期內一般情況下也是難以達到其極限的。當一頁已寫上內容時，在再寫時一定要先將內容擦去，然后才可重寫。EEPROM是一種可編程和可重復擦寫的ROM，它一般用來存儲核心系統(tǒng)的永久信息。EEPROM的價格較貴，在機頂盒中使用的EEPROM一般以Kbyte為單位。主要的閃存與EEPROM控制方法有方法與流程實現(xiàn)的名稱完成的任務工作方式flash_safe_acquire獲取安全操作的權利同步調用flash_safe_release釋放安全操作的權利同步調用flash_safe_read進行安全讀的操作同步調用flash_safe_write進行安全寫的操作同步調用flash_getpart獲取FLASH的某一區(qū)域同步調用flash_get_direct_pointer獲取FLASH某一區(qū)域上的指針同步調用flash_erase_region擦調某一區(qū)域同步調用flash_erasable_size得到可擦區(qū)域的大小同步調用flash_memset進行FLASH內存置換同步調用flash_init將整塊FLASH初始化同步調用flash_get_partitions獲取PARTITION的信息同步調用eeprom_get_info獲取EEPROM的有關信息區(qū)域同步調用eeprom_init將應用EEPROM驅動初始化同步調用eeprom_read從EEPROM讀取數(shù)據(jù)同步調用eeprom_write將數(shù)據(jù)寫入到EEPROM中同步調用 ◆Picture模塊模塊用來解碼MPEG-2靜止圖像(MPEG still picture)，并在Bakcground層和Picture層顯示圖像數(shù)據(jù)?？娠@示的圖像數(shù)據(jù)除了still picture外，還有一般圖像數(shù)據(jù)。一般圖像數(shù)據(jù)可來源于解碼解壓后的JPEG、GIF等圖像。這說明JPEG、GIF等圖像，需要應用者預先將數(shù)據(jù)解碼出來。主要的圖像控制方法有方法與流程實現(xiàn)的名稱完成的任務工作方式PIF_Picture_Create創(chuàng)建一個圖像解碼、顯示ID同步調用PIF_Picture_Delete刪除一個圖像解碼、顯示ID同步調用PIF_Picture_Set_Display_Mode指示圖像顏色和顯示的模式同步調用PIF_Picture_Display顯示圖像不限制PIF_Picture_Move移動圖像同步調用PIF_Picture_CopyCOPY圖像同步調用PIF_Picture_Set _Dimension指示或變換圖像顯示的位置大小同步調用PIF_Picture_Set_Color設置某個顯示區(qū)域的顏色同步調用PIF_Picture_Get_PlaneInfo獲取顯示層信息同步調用PIF_Picture_Get_PixelAspectRatio得到某個顯示層的像素幅型比同步調用PIF_Picture_Get_PixelResolution得到某個顯示層的像素分辨率同步調用PIF_Picture_Get_ScreenArea得到某個顯示層的顯示區(qū)域同步調用PIF_Picture_Get_Interlaced得到某個顯示層是否為隔行顯示同步調用PIF_Picture_Get_AntiFlickering得到某個顯示層是否支持抗閃爍同步調用 ◆條件接收(CA)模塊解擾器是CA模塊的一部分，負責MPEG-2TS流和PES流的解擾工作，體現(xiàn)在中間件系統(tǒng)方面，用通俗的話說就是某個service的音視頻流能否完整地呈現(xiàn)出來或數(shù)據(jù)包能否過慮出來。主要的條件接收模塊控制方法有方法與流程實現(xiàn)的名稱完成的任務PIF_CAM_GetSystemIDs返回系統(tǒng)所支持的CA systemIdPIF_CAM_StartDescramblingService開始解擾某個service的若干個ES流PIF_CAM_StartDescramblingES開始解擾某個ES流PIF_CAM_StopDescrambling停止解擾某個ES流PIF_CAM_StopAllDescrambling停止所有解擾PIF_CAM_ListEntitlements列出當前正在進行的所有的解擾 ◆CA用戶信息管理器(智能卡)模塊用戶信息管理器是儲存用戶授權信息的模塊，在DVB-CI模式下，這些信息儲存在獨立的通過PCMCIA與接收設備相聯(lián)的CA模塊中；在目前通用的情況下，這些信息儲存在智能卡中(Smartcard)。主要的智能卡控制方法有 方法與流程實現(xiàn)的名稱完成的任務PIF_CAM_Reset重新設置與復位CA模塊(包括智能卡模塊)PIF_CAM_GetSerialId返回CA模塊序列號PIF_CAM_GetCardInfo獲取Card插槽信息PIF_CAM_GetPinCode返回用戶Pin codePIF_CAM_Set_PinCode設置用戶Pin codePIF_CAM_GetSubscription返回用戶授權信息PIF_CAM_SetSubscription設置用戶授權信息PIF_CAM_GetEMoney返回用戶電子錢包的數(shù)目PIF_CAM_SetEMoney設置用戶電子錢包的數(shù)目PIF_CAM_GetHistoryInfo獲取歷史信息PIF_CAM_OpenSession打開與CA模塊的對話PIF_CAM_CloseSession關閉與CA模塊的對話PIF_CAM_SendMessage向CA模塊發(fā)送指令PI_EV_SMARTCARD_INSERTED發(fā)送IC卡插入事件PI_EV_SMARTCARD_EXTRACTED發(fā)送IC卡取出事件 ◆Input模塊Input(用戶輸入)模塊直接與用戶輸入設備相聯(lián)，是用來處理用戶輸入按鈕事件把它們傳遞給應用程序。對數(shù)字電視機頂盒而言，一般有三種不同的用戶輸入設備遙控器，無線鍵盤和前面板；高端機頂盒也支持鼠標輸入。在3種輸入方式(前面板，遙控器和無線紅外鍵盤)，每按一下按鈕，輸入資源模塊都會將按鈕代碼按表2的定義以事件的方式傳給應用程序。事件的代碼(code)為鍵值(以4字節(jié)int32表示)，它是發(fā)給任意應用的，鍵值以code的形式播發(fā)出去便于應用去監(jiān)聽某些鍵值的事件。因此，本資源模塊的通信機制與其它的不同 ·使用本資源模塊之前，機頂盒硬件系統(tǒng)應能自動將其初始化，當有鍵盤輸入時，自動將用戶輸入以廣播的方式播放給所有應用。在需要 ·在它的函數(shù)調用中，無需將客戶標識(clientId)傳遞給函數(shù)。
·前面板、遙控器與鍵盤的事件結構中，域data為NULL。
事件的類型定義如下 若按鍵由前面板發(fā)出則其type為 #define PI_EV_INPUT_FRONTBOARD0x3002 若按鍵由遙控器發(fā)出則其type為 #define PI_EV_INPUT_REMOTE_CTRL 0x3001 若按鍵由無線紅外鍵盤發(fā)出則其type為 #define PI_EV_INPUT_KEYBOARD 0x3003 事件的代碼(code)Meta(16bits)Keycode(16bits) meta表示鍵盤的Meta鍵是否按下，以及按鍵的方式(即鍵按下還是鍵松開)，其定義如下
#define KEY_SHIFT 0x0001 #define KEY_CTRL0x0002 #define KEY_ALT 0x0004 #define KEY_PRESS 0x0100 #define KEY_RELEASE 0x0200 當使用鼠標時，當鼠標移動和/或鼠標上的某個鍵被按下/釋放都應傳送一事件，并通知相應的鼠標位圖熱點(hotspot)所在的位置，此一位置是相對于整個顯示屏幕的原點而言的(屏幕原點在左上角)。事件的定義如下則事件的type為 #define PI_EV_INPUT_MOUSE0x3004 事件的code定義如下
#define MOUSE_LEFT 0x0001 #define MOUSE_MIDDLE 0x0002 #define MOUSE_RIGHT 0x0004 #define MOUSE_PRESS 0x0100 #define MOUSE_RELEASE0x0200 #define MOUSE_MOVE 0x0400 2.基于上述接口之上，實現(xiàn)圖1所示的主要系統(tǒng)模塊，主要有圖形處理模塊、事件管理器、內存管理器、文件系統(tǒng)、DSMCC管理器、業(yè)務信息(SI)管理模塊、Java虛擬機等。
3.將上述整個系統(tǒng)嵌入到機頂盒硬件芯片上，形成一個完整的業(yè)務平臺系統(tǒng)，以便能夠執(zhí)行各種下載的應用。
最后所應說明的是本發(fā)明提供的是一種嵌入式的數(shù)字電視業(yè)務平臺的實現(xiàn)方法及其設計思想，以上實施例僅用以說明而非限制本發(fā)明的技術方案，盡管參照上述實施例對本發(fā)明進行了詳細說明，本領域的普通技術人員應當理解依然可以對本發(fā)明進行修改或者等同替換，而不脫離本發(fā)明的精神和范圍的任何修改或局部替換，其均應涵蓋在本發(fā)明的權利要求范圍當中。
權利要求
1.一種嵌入式的數(shù)字電視業(yè)務平臺的實現(xiàn)方法，其特征在于，在數(shù)字電視接收設備(或稱機頂盒)中通過基于數(shù)字電視硬件、驅動層建立一種數(shù)字電視業(yè)務的執(zhí)行平臺，使得各種應用與驅動層硬件結構和軟件系統(tǒng)獨立，能夠直接下載到機頂盒中，以便實現(xiàn)數(shù)字電視領域的數(shù)據(jù)業(yè)務的技術。
2.根據(jù)權利要求1所述的一種嵌入式的數(shù)字電視業(yè)務平臺的方法，其特征在于，它通過為應用提供一種統(tǒng)一的接口，使得應用可在不同硬件組成和設計架構的機頂盒上運行。
3.根據(jù)權利要求1和2所述的一種嵌入式的數(shù)字電視業(yè)務平臺的方法，其特征在于，它通過與下列主要硬件和驅動層模塊具有接口TUNER解調模塊、DLOAD數(shù)據(jù)裝載模塊、AUDIO DECODER音頻解碼模塊、VIDEO DECODER視頻解碼模塊、INPUT DEVICE輸入設備模塊(包括遙控器，前面板按鍵和鍵盤)、FRONTPADDISPLAY前面板顯示模塊、Flash存儲模塊、CA與SMART CARD智能卡模塊，也可以有其它的功能模塊。
4.根據(jù)權利要求1和2所述的一種嵌入式的數(shù)字電視業(yè)務平臺的方法，其特征在于，它通過基于驅動模塊之上建立下列功能模塊內存管理、事件管理、安全性控制、數(shù)據(jù)下載管理及網絡協(xié)議管理(DSMCC、HTTP等)、圖形模塊、SI引擎(SI Engine)模塊、應用管理器，來對下層驅動進行控制，對上層的應用進行協(xié)調。
5.根據(jù)權利要求1所述的一種嵌入式的數(shù)字電視業(yè)務平臺的方法，其特征在于，應用的執(zhí)行可以采用Java虛擬機。
6.根據(jù)權利要求1所述的一種嵌入式的數(shù)字電視業(yè)務平臺的方法，其特征在于，應用的執(zhí)行可以采用網頁瀏覽器。
7.根據(jù)權利要求1所述的一種嵌入式的數(shù)字電視業(yè)務平臺的方法，其特征在于，應用的執(zhí)行可以同時采用Java虛擬機和網頁瀏覽器。
8.根據(jù)權利要求3所述的一種嵌入式的數(shù)字電視業(yè)務平臺的方法，其特征在于，它通過定義設備環(huán)境，使資源管理器能夠良好的管理各資源模塊間的關聯(lián)性，支持多路信號輸入、解碼、播放的機頂盒方案。
全文摘要
本發(fā)明涉及一種嵌入式的數(shù)字電視業(yè)務平臺的實現(xiàn)方法，特別是指一種在數(shù)字電視接收設備(或稱機頂盒)中基于數(shù)字電視硬件和驅動層建立一種數(shù)字電視業(yè)務的執(zhí)行平臺，使得各種應用與驅動層硬件結構和軟件系統(tǒng)獨立，能夠直接下載到機頂盒中，提供一個應用可執(zhí)行和可控制的操作環(huán)境，以便實現(xiàn)數(shù)字電視領域的數(shù)據(jù)業(yè)務的技術。屬于通信中的數(shù)據(jù)傳輸領域，特別適用于數(shù)字電視領域?；隍寗幽K之上，本方法定義下列系統(tǒng)模塊內存管理、事件管理、安全性控制、數(shù)據(jù)下載管理及網絡協(xié)議管理、圖形模塊、SI引擎、Java虛擬機、應用管理器等。
文檔編號H04N5/00GK1571501SQ200410018170
公開日2005年1月26日 申請日期2004年5月9日 優(yōu)先權日2004年5月9日
發(fā)明者張文軍, 廖洪濤, 陳珊, 王青, 袁江海 申請人:上海高清數(shù)字技術創(chuàng)新中心, 英凱軟件系統(tǒng)(上海)有限公司