專利名稱：多媒體中間件在嵌入式dvr中的應(yīng)用系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體視頻監(jiān)控安防領(lǐng)域，具體涉及一種多媒體中間件在嵌入式DVR 中的應(yīng)用系統(tǒng)。
背景技術(shù)：
隨著高質(zhì)量圖像編碼壓縮在安防領(lǐng)域的應(yīng)用，傳統(tǒng)DVR數(shù)字硬盤錄像機(jī)由于其使 用CPU和CODEC (編解碼器)存在差異性，獲取碼流的方式也固定在應(yīng)用軟件中。其缺陷是 對于大規(guī)模組網(wǎng)中多平臺移植和兼容性支持較差，對于其他行業(yè)和應(yīng)用領(lǐng)域的安防集成聯(lián) 網(wǎng)無法滿足。眾所周知，衡量多媒體數(shù)據(jù)處理的適用性及兼容性，有以下幾個重要的技術(shù)指標(biāo) 對多平臺(不同cpu及codec)支持程度，接口的統(tǒng)一程度。目前可以應(yīng)用在多媒體監(jiān)控領(lǐng)域的流媒體編碼使用以下幾種算法和格式RMVB、 H. 261、H. 263、ASF、MPEGl和H. 264幾種編碼格式，針對不同的編碼格式，會采用不同的 CODEC即編解碼器。因此當(dāng)更換一種編解碼器或者更換CPU芯片時，即需要重新編寫對應(yīng)該些改變了 的硬件或軟件信息重新編寫大量的應(yīng)用軟件，這無疑會消耗大量的時間和精力，不利于提 高效率，并且兼容性能更差。

實(shí)用新型內(nèi)容針對上述缺陷，本發(fā)明的目的是提供一種多媒體中間件在嵌入式DVR中的應(yīng)用系 統(tǒng)，以解決現(xiàn)有技術(shù)的DVR系統(tǒng)通用兼容性較差的技術(shù)問題。為實(shí)現(xiàn)上述目的，本發(fā)明采用了以下的技術(shù)方案一種多媒體中間件在嵌入式DVR中的應(yīng)用系統(tǒng)，應(yīng)用在視頻監(jiān)控領(lǐng)域，包括DVR 應(yīng)用軟件模塊，用以封裝DVR具體功能性應(yīng)用的各軟件單元；前端音/視頻采集模塊，用以 直接采集前端音/視頻數(shù)據(jù)；中央處理模塊，該中央處理模塊進(jìn)一步包括CPU單元以及編解 碼單元，所述CPU單元用以對整個系統(tǒng)進(jìn)行控制，所述編解碼單元則用以對前端音/視頻采 集模塊采集到的數(shù)據(jù)進(jìn)行編解碼處理；一多媒體中間件模塊，連接在所述中央處理模塊和 DVR應(yīng)用軟件模塊之間，用以封裝CPU單元和/或編解碼單元的接口，并對DVR應(yīng)用軟件模 塊提供統(tǒng)一接口，藉由統(tǒng)一接口中央處理模塊和DVR應(yīng)用模塊電性連接。依照本實(shí)用新型較佳實(shí)施例所述的多媒體中間件在嵌入式DVR中的應(yīng)用系統(tǒng)，所 述多媒體中間件模塊進(jìn)一步包括制式接口子模塊，用以封裝多種編碼器提供的編碼制式 接口 ；啟動接口子模塊，用以封裝中央處理模塊中多種CPU單元和/或編解碼單元的啟動 接口，并提供統(tǒng)一的啟動接口 ；格式接口子模塊，用以封裝多種編解碼單元處理數(shù)據(jù)格式單 元，并提供統(tǒng)一對外的接口 ；獲取數(shù)據(jù)發(fā)送接口子模塊，用以封裝中央處理模塊提供對外數(shù) 據(jù)發(fā)送接收的單元接口，并對外提供統(tǒng)一接口。依照本實(shí)用新型較佳實(shí)施例所述的多媒體中間件在嵌 入式DVR中的應(yīng)用系統(tǒng)，所述多媒體中間件模塊還包括能力集合子模塊，用以封裝多種編碼器單元能夠提供的處理 能力信息，并對外提供統(tǒng)一的接口。依照本實(shí)用新型較佳實(shí)施例所述的多媒體中間件在嵌入式DVR中的應(yīng)用系統(tǒng)，所 述多媒體中間件模塊還包括能力查詢子模塊，用以提供查詢整個系統(tǒng)中的對應(yīng)硬件和/ 或軟件能處理的數(shù)據(jù)的接口。依照本實(shí)用新型較佳實(shí)施例所述的多媒體中間件在嵌入式DVR中的應(yīng)用系統(tǒng)，所 述多媒體中間件模塊還包括運(yùn)動偵測子模塊，用以提供統(tǒng)一接口完成檢測某一正在視頻 編碼的圖像是否產(chǎn)生了相對的運(yùn)動。由于采用了以上的技術(shù)特征，使得本實(shí)用新型相比現(xiàn)有技術(shù)，將不同軟件或硬件 編解碼器接口進(jìn)行統(tǒng)一封裝，適應(yīng)不同碼流需求，且較好的解決了平臺差異化中帶來的大 量軟件開發(fā)和兼容性問題。通過這種靈活中間件的組態(tài)軟件，當(dāng)硬件發(fā)生變化時，僅需要增 加其中硬件差異對中間件接口的支持，使其完全脫離上層業(yè)務(wù)軟件。

圖1為本實(shí)用新型的系統(tǒng)框架示意圖；圖2為圖1中多媒體中間件模塊的框圖。
具體實(shí)施方式
本發(fā)明的核心思想在于，將不同軟件或硬件編解碼器接口進(jìn)行統(tǒng)一封裝，適應(yīng)不 同碼流需求，從而解決平臺差異化中帶來的大量軟件開發(fā)和兼容性問題。通過這種靈活中 間件的組態(tài)軟件，當(dāng)硬件發(fā)生變化時，僅需要增加其中硬件差異對中間件接口的支持，使其 完全脫離上層業(yè)務(wù)軟件。
以下結(jié)合附圖，對本發(fā)明做進(jìn)一步具體的闡述。請參考圖1，一種多媒體中間件在嵌入式DVR中的應(yīng)用系統(tǒng)，應(yīng)用在視頻監(jiān)控領(lǐng) 域，包括DVR應(yīng)用軟件模塊1，用以封裝DVR具體功能性應(yīng)用的各軟件單元；前端音/視頻 采集模塊3，用以直接采集前端音/視頻數(shù)據(jù)；中央處理模塊，該中央處理模塊4進(jìn)一步包 括CPU單元以及編解碼單元，所述CPU單元用以對整個系統(tǒng)進(jìn)行控制，所述編解碼單元則用 以對前端音/視頻采集模塊采集到的數(shù)據(jù)進(jìn)行編解碼處理；一多媒體中間件模塊2，連接在 所述中央處理模塊4和DVR應(yīng)用軟件模塊1之間，用以封裝CPU單元和/或編解碼單元的 接口，并對DVR應(yīng)用軟件模塊提供統(tǒng)一接口，藉由統(tǒng)一接口中央處理模塊4和DVR應(yīng)用模塊 1電性連接。其中，前端音/視頻采集模塊3，可以包含硬件和軟件另部分，硬件部分既獲取需 要監(jiān)控內(nèi)容的模擬信號，包括視頻信號數(shù)據(jù)和音頻信號數(shù)據(jù)。之后，采集到的模擬信號即發(fā) 送到中央處理單元4進(jìn)行處理，在CPU單元的控制下，編解碼單元會將這些模擬數(shù)據(jù)，進(jìn)一 步處理按照規(guī)定的制式，規(guī)定的格式。以及碼率等等，進(jìn)行處理，處理后的數(shù)據(jù)會發(fā)送到DVR 應(yīng)用軟件模塊被實(shí)際應(yīng)用，例如實(shí)現(xiàn)預(yù)覽，回放，存儲等等。而市場上有多種CPU和多種編解碼器，當(dāng)DVR采用了不同的品種的CPU或者是編 解碼器/編解碼單元之后，就需要做大量的工作重新編寫DVR應(yīng)用軟件的程序代碼，為此 本實(shí)用新型將整個系統(tǒng)進(jìn)一步抽象，將所有與應(yīng)用有關(guān)的軟件或硬件進(jìn)行抽象，抽象為DVR應(yīng)用軟件模塊，同時在該DVR應(yīng)用軟件模塊和中央處理模塊之間抽象出一個多媒體中間件 模塊2。請參考圖2，多媒體中間件模塊2進(jìn)一步包括制式接口子模塊21，用以封裝多種編碼器提供的編碼制式接口，不同的編解碼器 產(chǎn)生的信號制式不同，或?yàn)镹TSC或?yàn)镻AL制式，為此設(shè)置此子模塊，將不同種的編解碼器不 同制式的結(jié)構(gòu)分別抽象，以便DVR應(yīng)用軟件模塊能夠屏蔽硬件變化識別這些制式的變化；啟動接口子模塊22，用以封裝中央處理模塊 中多種CPU單元和/或編解碼單元的 啟動接口，并提供統(tǒng)一的啟動接口 ；不同種類的CPU或者編解碼器本身的啟動信息不同，分 別對應(yīng)不同的API函數(shù)，為此在該子模塊中，將多種編解碼器和CPU的啟動函數(shù)封裝，抽象 出一個統(tǒng)一的接口，以便DVR應(yīng)用軟件模塊，可以直接調(diào)用相應(yīng)的API函數(shù)，即可實(shí)現(xiàn)對系 統(tǒng)的啟動。格式接口子模塊23，用以封裝多種編解碼單元處理數(shù)據(jù)格式單元，并提供統(tǒng)一對 外的接口，因具體視頻監(jiān)控需要的視頻/音頻數(shù)據(jù)的質(zhì)量要求不同，因此編解碼器提供的 數(shù)據(jù)處理格式也不相同，例如，需要較高的質(zhì)量時則采用ASF格式編碼的編解碼器，而需要 體積小的數(shù)據(jù)時，則編寫成RMVB格式的編解碼器，為此在該子模塊中，將多種不同格式的 接口進(jìn)行抽象封裝，當(dāng)需要時，即調(diào)用對應(yīng)的某種格式的接口。獲取數(shù)據(jù)發(fā)送接口子模塊24，用以封裝中央處理模塊提供對外數(shù)據(jù)發(fā)送接收的單 元接口，并對外提供統(tǒng)一接口；不同的CPU和/或編解碼單元，其本身發(fā)送數(shù)據(jù)和存儲數(shù)據(jù) 的接口都不相同，為此設(shè)置該獲取數(shù)據(jù)發(fā)送接口子模塊，將多種CPU和/或編解碼器的獲取 或者發(fā)送數(shù)據(jù)的接口函數(shù)封裝起來，按照實(shí)際需求進(jìn)行調(diào)用相應(yīng)的API函數(shù)。針對不同的DVR產(chǎn)品所能處理數(shù)據(jù)的能力不同，例如支持4路、8路視頻或者8路 音頻、16路音頻數(shù)據(jù)，當(dāng)為改變數(shù)據(jù)處理能力不同而需要改變DVR的CPU或者編解碼單元 的芯片時，為減少DVR應(yīng)用軟件模塊的大量更動，在多媒體中間件模塊2還抽象出一能力集 合子模塊25，用以封裝多種編碼器單元能夠提供的處理能力信息，并對外提供統(tǒng)一的接口。 與能力集合子模塊對應(yīng)設(shè)置一能力查詢子模塊26，用以提供查詢整個系統(tǒng)中的對應(yīng)硬件和 /或軟件能處理的數(shù)據(jù)的接口。多媒體中間件模塊還設(shè)置了，一用以提供統(tǒng)一接口完成檢測某一正在視頻編碼的 圖像是否產(chǎn)生了相對運(yùn)動的運(yùn)動偵測子模塊27以及OSD區(qū)域顯示子模塊以及雙碼流支持 子模塊等等，不加贅述。對于多媒體中間件的使用，針對同類型codec編出的碼流可以進(jìn)行統(tǒng)一配置，使 其協(xié)調(diào)工作。從本質(zhì)上將，多媒體中間件是對不同硬件平臺的抽象，拋開了與應(yīng)用相關(guān)的業(yè) 務(wù)邏輯的細(xì)節(jié)，保留了典型的分布交互模式的關(guān)鍵特征，并以構(gòu)件化的形式存在，最終自然 而然地在異構(gòu)環(huán)境中實(shí)現(xiàn)良好的協(xié)同工作。多媒體中間件的一體化管理也是通過將管理模型服務(wù)化，通過服務(wù)封裝來統(tǒng)一管 理的對象、行為和反饋，通過服務(wù)的編排來實(shí)現(xiàn)管理的對象可動態(tài)進(jìn)行自適應(yīng)，并實(shí)現(xiàn)對資 源的虛擬化后，實(shí)現(xiàn)可自適應(yīng)和自感知，并能夠?qū)崿F(xiàn)自我優(yōu)化。目前不同類型的中間件產(chǎn)品 一般都有各自不同的開發(fā)環(huán)境，而當(dāng)今大規(guī)模網(wǎng)絡(luò)應(yīng)用大都需要多種中間件產(chǎn)品的共同支 撐，因此，開發(fā)環(huán)境的差異性導(dǎo)致了用戶開發(fā)、管理、監(jiān)控的難度大大加深。中間件在為用戶 提供統(tǒng)一運(yùn)行支撐平臺的同時，也需要為用戶提供統(tǒng)一的集成開發(fā)環(huán)境。這種集成開發(fā)環(huán)境顯然不能僅僅是各類中間件開發(fā)管理工具的簡單拼湊，而應(yīng)該是概念統(tǒng)一，功能互通的 有機(jī)整體。由于采用了以上的技術(shù)特征，使得本實(shí)用新型相比現(xiàn)有技術(shù)，將不同軟件或硬件 編解碼器接口進(jìn)行統(tǒng)一封裝，適應(yīng)不同碼流需求，且較好的解決了平臺差異化中帶來的大 量軟件開發(fā)和兼容性問題。通過這種靈活中間件的組態(tài)軟件，當(dāng)硬件發(fā)生變化時，僅需要增 加其中硬件差異對中間件接口的支持，使其完全脫離上層業(yè)務(wù)軟件。以上公開的僅僅是本實(shí)用新型的較佳實(shí)施例，但并非用來限制其本身，任何熟習(xí) 本領(lǐng)域的技術(shù)人員，在不違背本實(shí)用新型精神內(nèi)涵的情況下，所能思之的變化，均應(yīng)落在本 實(shí)用新型的保護(hù)范圍內(nèi)。
權(quán)利要求一種多媒體中間件在嵌入式DVR中的應(yīng)用系統(tǒng)，應(yīng)用在視頻監(jiān)控領(lǐng)域，其特征在于，包括DVR應(yīng)用軟件模塊，用以封裝DVR具體功能性應(yīng)用的各軟件單元；前端音/視頻采集模塊，用以直接采集前端音/視頻數(shù)據(jù)；中央處理模塊，該中央處理模塊進(jìn)一步包括CPU單元以及編解碼單元，所述CPU單元用以對整個系統(tǒng)進(jìn)行控制，所述編解碼單元則用以對前端音/視頻采集模塊采集到的數(shù)據(jù)進(jìn)行編解碼處理；一多媒體中間件模塊，連接在所述中央處理模塊和DVR應(yīng)用軟件模塊之間，用以封裝CPU單元和/或編解碼單元的接口，并對DVR應(yīng)用軟件模塊提供統(tǒng)一接口，藉由統(tǒng)一接口中央處理模塊和DVR應(yīng)用模塊電性連接。
2.如權(quán)利要求1所述的多媒體中間件在嵌入式DVR中的應(yīng)用系統(tǒng)，其特征在于，所述多 媒體中間件模塊進(jìn)一步包括制式接口子模塊，用以封裝多種編碼器提供的編碼制式接口 ；啟動接口子模塊，用以封裝中央處理模塊中多種CPU單元和/或編解碼單元的啟動接 口，并提供統(tǒng)一的啟動接口 ；格式接口子模塊，用以封裝多種編解碼單元處理數(shù)據(jù)格式單元，并提供統(tǒng)一對外的接Π ；獲取數(shù)據(jù)發(fā)送接口子模塊，用以封裝中央處理模塊提供對外數(shù)據(jù)發(fā)送接收的單元接 口，并對外提供統(tǒng)一接口。
3.如權(quán)利要求1所述的多媒體中間件在嵌入式DVR中的應(yīng)用系統(tǒng)，其特征在于，所述多 媒體中間件模塊還包括能力集合子模塊，用以封裝多種編碼器單元能夠提供的處理能力信息，并對外提供統(tǒng) 一的接口。
4.如權(quán)利要求1所述的多媒體中間件在嵌入式DVR中的應(yīng)用系統(tǒng)，其特征在于，所述多 媒體中間件模塊還包括能力查詢子模塊，用以提供查詢整個系統(tǒng)中的對應(yīng)硬件和/或軟件能處理的數(shù)據(jù)的接
5.如權(quán)利要求1所述的多媒體中間件在嵌入式DVR中的應(yīng)用系統(tǒng)，其特征在于，所述多 媒體中間件模塊還包括運(yùn)動偵測子模塊，用以提供統(tǒng)一接口完成檢測某一正在視頻編碼的圖像是否產(chǎn)生了相 對的運(yùn)動。
專利摘要本實(shí)用新型提供一種多媒體中間件在嵌入式DVR中的應(yīng)用系統(tǒng)，應(yīng)用在視頻監(jiān)控領(lǐng)域，包括DVR應(yīng)用軟件模塊、前端音/視頻采集模塊和中央處理模塊，該中央處理模塊進(jìn)一步包括CPU單元以及編解碼單元，所述CPU單元用以對整個系統(tǒng)進(jìn)行控制，所述編解碼單元則用以對前端音/視頻采集模塊采集到的數(shù)據(jù)進(jìn)行編解碼處理；還包括一多媒體中間件模塊，連接在所述中央處理模塊和DVR應(yīng)用軟件模塊之間，用以封裝CPU單元和/或編解碼單元的接口，并對DVR應(yīng)用軟件模塊提供統(tǒng)一接口，藉由統(tǒng)一接口中央處理模塊和DVR應(yīng)用模塊電性連接。本實(shí)用新型較好的解決了平臺差異化中帶來的大量軟件開發(fā)和兼容性問題。
文檔編號H04N7/26GK201594885SQ20092028671
公開日2010年9月29日 申請日期2009年12月29日 優(yōu)先權(quán)日2009年12月29日
發(fā)明者王遠(yuǎn)濤 申請人:上海威乾視頻技術(shù)有限公司