專利名稱：一種流媒體多功能分發(fā)系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明屬于流媒體分發(fā)技術(shù)領(lǐng)域，具體地說，是涉及一種流媒體多功能分發(fā)系統(tǒng)。
背景技術(shù)：
現(xiàn)在市面上有很多流媒體的分發(fā)方案，如已經(jīng)申請(qǐng)專利的1. 一種動(dòng)態(tài)轉(zhuǎn)發(fā)媒體 源的方法(專利號(hào)200710137275) ；2. 一種轉(zhuǎn)發(fā)流媒體的方法(專利號(hào)=200610138092)； 這些方法雖然實(shí)現(xiàn)了流媒體的分發(fā)，但是只是針對(duì)特定網(wǎng)絡(luò)環(huán)境下的特定流媒體而設(shè)計(jì) 的。在規(guī)模龐大的系統(tǒng)集成項(xiàng)目中，會(huì)面對(duì)不同格式的網(wǎng)絡(luò)流媒體，不同的網(wǎng)絡(luò)環(huán)境。在這 種情況下，以上提及的流媒體分發(fā)方法很難適應(yīng)這種復(fù)雜的環(huán)境，當(dāng)流媒體源提供的編碼 格式與客戶端需要的不匹配時(shí)，很難實(shí)現(xiàn)流媒體的轉(zhuǎn)發(fā)，而且增加功能模塊的話需要將程 序?qū)懭胝麄€(gè)系統(tǒng)中，靈活性較差。

發(fā)明內(nèi)容
本發(fā)明為了解決現(xiàn)有流媒體轉(zhuǎn)發(fā)服務(wù)適應(yīng)性差的問題，提供了一種流媒體多功能 分發(fā)方法，可以適合多種復(fù)雜的網(wǎng)絡(luò)環(huán)境，增加流轉(zhuǎn)發(fā)服務(wù)功能。為了解決上述技術(shù)問題，本發(fā)明采用以下技術(shù)方案予以實(shí)現(xiàn)一種流媒體多功能分發(fā)系統(tǒng)，包括控制模塊，接收業(yè)務(wù)端發(fā)出的指令，并對(duì)所述指令解析，產(chǎn)生內(nèi)部控制指令，所述 的內(nèi)部控制指令至少包括接收指令和發(fā)送指令；接收模塊，收到所述的接收指令，接收編碼器發(fā)出的流媒體數(shù)據(jù)；中間處理模塊，若內(nèi)部控制指令中包括中間處理指令，則中間處理模塊接收中間 處理指令，將接收模塊接收的流媒體數(shù)據(jù)進(jìn)行拆包、轉(zhuǎn)換以及封包處理；發(fā)送模塊，收到所述的發(fā)送指令，將接收模塊接收的流媒體數(shù)據(jù)或者中間處理模 塊處理的流媒體數(shù)據(jù)發(fā)送至客戶端。進(jìn)一步的，所述的流媒體多功能分發(fā)系統(tǒng)具體包括控制模塊接收業(yè)務(wù)端發(fā)出的指令，并對(duì)所述指令解析，產(chǎn)生接收指令和發(fā)送指 令；接收模塊收到所述的接收指令，接收流媒體數(shù)據(jù)；發(fā)送模塊收到所述的發(fā)送指令，將接收模塊接收的流媒體數(shù)據(jù)發(fā)送至客戶端。又進(jìn)一步的，所述的流媒體多功能分發(fā)系統(tǒng)具體包括控制模塊接收業(yè)務(wù)端發(fā)出的指令，并對(duì)所述指令解析，產(chǎn)生接收指令、中間處理指 令和發(fā)送指令；接收模塊收到所述的接收指令，接收流媒體數(shù)據(jù)；中間處理模塊收到所述的中間處理指令，將接收模塊接收的流媒體數(shù)據(jù)進(jìn)行拆 包、轉(zhuǎn)換以及封包處理；發(fā)送模塊收到所述的發(fā)送指令，將中間處理模塊處理的流媒體數(shù)據(jù)發(fā)送至客戶端。再進(jìn)一步的，所述的流媒體包括基于UDP的流媒體和基于TCP的流媒體。優(yōu)選的，所述的接收模塊包括UDP接收插件和TCP接收插件，所述的中間處理模塊 包括拆包插件，轉(zhuǎn)換插件和封裝插件，所述的發(fā)送模塊包括UDP發(fā)送插件和以點(diǎn)對(duì)點(diǎn)方式 具有局域網(wǎng)穿透功能的UDP發(fā)送插件。優(yōu)選的，各插件利用GStreamer多媒體處理框架架構(gòu)?；谏鲜龅牧髅襟w多功能分發(fā)系統(tǒng)，本發(fā)明同時(shí)提出了一種流媒體多功能分發(fā)方 法，包括以下步驟(1)、接收業(yè)務(wù)端發(fā)出的指令，并對(duì)所述指令解析，產(chǎn)生內(nèi)部控制指令，所述的內(nèi)部 控制指令至少包括接收指令和發(fā)送指令，判斷流媒體數(shù)據(jù)格式與客戶端的接收格式是否一 致，若不一致，所述的內(nèi)部控制指令還包括中間處理指令；(2)、根據(jù)所述的接收指令接收編碼器發(fā)出的流媒體數(shù)據(jù)；(3)、若內(nèi)部控制指令中包括中間處理指令，則將接收的流媒體數(shù)據(jù)進(jìn)行拆包、轉(zhuǎn) 換以及封包處理；(4)、根據(jù)發(fā)送指令，將接收的流媒體數(shù)據(jù)或者經(jīng)過處理的流媒體數(shù)據(jù)發(fā)送至客戶端。進(jìn)一步的，所述的流媒體包括基于UDP的流媒體和基于TCP的流媒體。又進(jìn)一步的，步驟(2)中包括用于接收基于UDP的流媒體的UDP接收插件和用于 接收基于TCP流媒體的TCP接收插件。步驟(3)中包括拆包插件，轉(zhuǎn)換插件和封裝插件，步驟(4)中包括UDP發(fā)送插件和 以點(diǎn)對(duì)點(diǎn)方式具有局域網(wǎng)穿透功能的UDP發(fā)送插件，各插件利用GStreamer多媒體處理框 架架構(gòu)。與現(xiàn)有技術(shù)相比，本發(fā)明的優(yōu)點(diǎn)和積極效果是本發(fā)明的一種流媒體多功能分 發(fā)系統(tǒng)，采用插件模式，使得流轉(zhuǎn)發(fā)服務(wù)更加靈活和實(shí)用，以及增加了中間處理框架，采用 GStreamer框架架構(gòu)所有功能插件，使得流轉(zhuǎn)發(fā)功能容易實(shí)現(xiàn)，提高了轉(zhuǎn)發(fā)速度，更適合實(shí) 時(shí)流媒體的轉(zhuǎn)發(fā)，而且有利于后期維護(hù)，本發(fā)明的一種流媒體多功能分發(fā)方法，通過設(shè)置中 將處理步驟，豐富了轉(zhuǎn)發(fā)服務(wù)的功能；通過采用功能插件形式，減輕了流轉(zhuǎn)發(fā)服務(wù)的開發(fā)難 度，提高了網(wǎng)絡(luò)吞吐量。結(jié)合附圖閱讀本發(fā)明實(shí)施方式的詳細(xì)描述后，本發(fā)明的其他特點(diǎn)和優(yōu)點(diǎn)將變得更 加清楚。


圖1是本發(fā)明所提出的流媒體多功能分發(fā)系統(tǒng)的一種實(shí)施例示意圖；圖2是本發(fā)明所提出的流媒體多功能分發(fā)方法的一種實(shí)施例流程圖。
具體實(shí)施例方式下面結(jié)合附圖對(duì)本發(fā)明的具體實(shí)施方式
作進(jìn)一步詳細(xì)地說明。實(shí)施例一，圖1為本發(fā)明一種流媒體多功能分發(fā)系統(tǒng)實(shí)施例結(jié)構(gòu)示意圖，包括控 制模塊1、接收模塊2、中間處理模塊3和發(fā)送模塊4。
控制模塊1用于接收業(yè)務(wù)端發(fā)出的指令，并對(duì)所述指令解析，產(chǎn)生內(nèi)部控制指令， 所述的內(nèi)部控制指令至少包括接收指令和發(fā)送指令，控制模塊1通過根據(jù)流媒體格式信息 向接收模塊發(fā)出接收指令。接收模塊2收到所述的接收指令，其中接收模塊2中包括UDP接收插件和TCP接 收插件，控制模塊產(chǎn)生的接收指令中包括控制調(diào)用與流媒體相一致的接收插件來接收所述 的流媒體數(shù)據(jù)，其中，所述的流媒體包括基于UDP的流媒體和基于TCP的流媒體。控制模塊1中通過解析判斷流媒體數(shù)據(jù)格式是否與客戶端接收格式一致，若不一 致時(shí)，控制模塊1發(fā)送中間處理指令至中間處理模塊3，所述的中間處理模塊3中包括拆包 插件、轉(zhuǎn)換插件和封裝插件，所述的中間處理指令中包括調(diào)用與流媒體相匹配的拆包插件、 轉(zhuǎn)換插件以及與客戶端接收格式一致的封裝插件，將接收模塊接收的流媒體數(shù)據(jù)進(jìn)行拆 包、轉(zhuǎn)換以及封包處理。發(fā)送模塊4收到控制模塊1發(fā)出的發(fā)送指令，發(fā)送模塊4中包括有用于發(fā)送所述 流媒體的UDP發(fā)送插件和以點(diǎn)對(duì)點(diǎn)方式具有局域網(wǎng)穿透功能的UDP發(fā)送插件，所述的發(fā)送 指令中包括調(diào)用與客戶端相對(duì)應(yīng)的發(fā)送插件，若不需要格式轉(zhuǎn)換時(shí)，發(fā)送模塊4將接收模 塊接收的流媒體數(shù)據(jù)發(fā)送至客戶端，需要格式轉(zhuǎn)換時(shí)，發(fā)送模塊4將中間處理模塊處理的 流媒體數(shù)據(jù)發(fā)送至客戶端。比如，若控制模塊1接收到業(yè)務(wù)端指令，要接收基于UDP的RTP H264流，客戶端接 收UDP的RTP H264解碼器，控制模塊1通過解析、判斷不需要格式轉(zhuǎn)換，因此依次調(diào)用接收 模塊2的udp_src插件，發(fā)送模塊4的mUlti_Udp_Sink插件，分別用于接收和發(fā)送流媒體， 省略了中間處理模塊。再比如，若控制模塊1接收到業(yè)務(wù)端指令，要接收基于TCP的RTP H264流，客戶端 接收UDP的TS流播放程序，控制模塊1通過解析、判斷需要進(jìn)行格式轉(zhuǎn)換，因此依次調(diào)用接 收模塊2的tcp_src插件，中間處理模塊3的rtp_h264_cbpay插件、mpeg_ts_mux插件和 rtp_ts_pay插件，發(fā)送模塊4的multi_udp_Sink插件，功能分別為接收TCP包、拆分RTP H264包、H264轉(zhuǎn)TS、RTP TS封包以及UDP發(fā)送。各插件優(yōu)選采用GStreamer多媒體處理框架架構(gòu)，增加了流轉(zhuǎn)發(fā)服務(wù)的靈活性和 實(shí)用性。本實(shí)施例的流媒體多功能分發(fā)系統(tǒng)，通過設(shè)置中間處理框架，增加了流轉(zhuǎn)發(fā)服務(wù) 的功能，各功能模塊采用插件模式，使得流轉(zhuǎn)發(fā)服務(wù)更加靈活和實(shí)用，所有功能插件采用 GStreamer框架進(jìn)行架構(gòu)，流轉(zhuǎn)發(fā)功能更加容易實(shí)現(xiàn)，轉(zhuǎn)發(fā)速度也得到有效提高，后期維護(hù) 方便?；谏鲜鲆环N流媒體多功能分發(fā)系統(tǒng)，本發(fā)明提供了一種流媒體多功能分發(fā)方 法，如圖2所示，為本實(shí)施例流媒體多功能分發(fā)方法的流程圖，包括SOl，接收業(yè)務(wù)端發(fā)出的指令，并對(duì)所述指令解析。具體的，接收業(yè)務(wù)端發(fā)出的指令，并對(duì)指令進(jìn)行解析，所述的指令中包括接收流媒 體格式信息，并且根據(jù)流媒體格式信息發(fā)出接收指令，即確定調(diào)用與所述格式相一致的接 收插件。S02，判斷接收流媒體格式與客戶端接收流媒體格式是否一致。具體的，通過判斷解析的流媒體格式與客戶端接收流媒體格式是否一致，確定是
6否需要將格式進(jìn)行轉(zhuǎn)換，若流媒體格式與客戶端接收流媒體格式是一致的，則不需要格式 轉(zhuǎn)換，并根據(jù)流媒體格式信息發(fā)出發(fā)送指令，即確定調(diào)用與所述客戶端接收流媒體格式相 一致的發(fā)送插件，若流媒體格式與客戶端接收流媒體格式不一致，則還包括發(fā)出中間處理 指令。S03，接收流媒體數(shù)據(jù)。具體的，由于流媒體數(shù)據(jù)包括基于UDP的流媒體和基于TCP的流媒體，所以接收流 媒體數(shù)據(jù)時(shí)包括UDP接收插件和TCP接收插件，其中，UDP接收插件用于接收基于UDP的流 媒體，TCP接收插件用于接收基于TCP的流媒體，通過步驟SOl的解析，根據(jù)不同的流媒體 調(diào)用與其相應(yīng)的流媒體插件來接收。S04，格式轉(zhuǎn)換。具體的，若流媒體數(shù)據(jù)格式與客戶端的接收格式不一致，則需要將流媒體數(shù)據(jù)格 式進(jìn)行轉(zhuǎn)換，依次進(jìn)行將流媒體拆包、轉(zhuǎn)換以及封裝，使其與客戶端接收格式相一致，比如 流媒體格式為基于UDP的RTP H264流，而客戶端接收UDP的TS流播放程序，則需要啟動(dòng) rtp_h264_depay插件將其拆包，啟動(dòng)mpeg_tS_muX插件將RTP H264流轉(zhuǎn)換成為TS流播放 程序，然后啟動(dòng)rtp_tS_pay插件將轉(zhuǎn)換后的數(shù)據(jù)封裝，等待發(fā)送。若流媒體數(shù)據(jù)格式與客戶端的接收格式一致，則不需要將流媒體數(shù)據(jù)格式進(jìn)行轉(zhuǎn) 換，直接將流媒體接收，然后等待發(fā)送至客戶端。S05，發(fā)送至客戶端。具體的，將上述步驟的不需要轉(zhuǎn)換的流媒體或者經(jīng)過轉(zhuǎn)換的流媒體發(fā)送至客戶 端，用于發(fā)送所述流媒體的插件有UDP發(fā)送插件和以點(diǎn)對(duì)點(diǎn)方式具有局域網(wǎng)穿透功能的 UDP發(fā)送插件，需要根據(jù)流媒體格式選擇與其相一致的插件。為了簡(jiǎn)化實(shí)現(xiàn)方法，提高流媒體分發(fā)工作性能，所述的各種功能插件優(yōu)選采用 GStreamer多媒體處理框架架構(gòu)。本實(shí)施例的流媒體多功能分發(fā)方法，通過對(duì)業(yè)務(wù)端發(fā)出的指令進(jìn)行解析，確定調(diào) 用與流媒體相匹配的接收插件，并且根據(jù)客戶端接收格式，防止流媒體格式與客戶端接收 格式不一致，設(shè)置了中間處理步驟，將流媒體格式轉(zhuǎn)換成為與客戶端接收格式相一致的格 式，豐富了轉(zhuǎn)發(fā)服務(wù)的功能；通過采用功能插件形式，增加了轉(zhuǎn)發(fā)服務(wù)的靈活性和實(shí)用性； 利用GStreamer框架，減輕了流轉(zhuǎn)發(fā)服務(wù)的開發(fā)難度，提高了網(wǎng)絡(luò)吞吐量，更適合實(shí)時(shí)流媒 體的轉(zhuǎn)發(fā)。當(dāng)然，上述說明并非是對(duì)本發(fā)明的限制，本發(fā)明也并不僅限于上述舉例，本技術(shù)領(lǐng) 域的普通技術(shù)人員在本發(fā)明的實(shí)質(zhì)范圍內(nèi)所做出的變化、改型、添加或替換，也應(yīng)屬于本發(fā) 明的保護(hù)范圍。
權(quán)利要求
1.一種流媒體多功能分發(fā)系統(tǒng)，其特征在于包括控制模塊，接收業(yè)務(wù)端發(fā)出的指令，并對(duì)所述指令解析，產(chǎn)生內(nèi)部控制指令，所述的內(nèi) 部控制指令至少包括接收指令和發(fā)送指令；接收模塊，收到所述的接收指令，接收流媒體數(shù)據(jù)；中間處理模塊，若內(nèi)部控制指令中包括中間處理指令，則中間處理模塊收到中間處理 指令，將接收模塊接收的流媒體數(shù)據(jù)進(jìn)行拆包、轉(zhuǎn)換以及封包處理；發(fā)送模塊，收到所述的發(fā)送指令，將接收模塊接收的流媒體數(shù)據(jù)或者中間處理模塊處 理的流媒體數(shù)據(jù)發(fā)送至客戶端。
2.根據(jù)權(quán)利要求1所述的流媒體多功能分發(fā)系統(tǒng)，其特征在于所述的流媒體多功能 分發(fā)系統(tǒng)具體包括控制模塊接收業(yè)務(wù)端發(fā)出的指令，并對(duì)所述指令解析，產(chǎn)生接收指令和發(fā)送指令；接收模塊收到所述的接收指令，接收流媒體數(shù)據(jù)；發(fā)送模塊收到所述的發(fā)送指令，將接收模塊接收的流媒體數(shù)據(jù)發(fā)送至客戶端。
3.根據(jù)權(quán)利要求1所述的流媒體多功能分發(fā)系統(tǒng)，其特征在于所述的流媒體多功能 分發(fā)系統(tǒng)具體包括控制模塊接收業(yè)務(wù)端發(fā)出的指令，并對(duì)所述指令解析，產(chǎn)生接收指令、中間處理指令和 發(fā)送指令；接收模塊收到所述的接收指令，接收流媒體數(shù)據(jù)；中間處理模塊收到所述的中間處理指令，將接收模塊接收的流媒體數(shù)據(jù)進(jìn)行拆包、轉(zhuǎn) 換以及封包處理；發(fā)送模塊收到所述的發(fā)送指令，將中間處理模塊處理的流媒體數(shù)據(jù)發(fā)送至客戶端。
4.根據(jù)權(quán)利要求1至3任一項(xiàng)權(quán)利要求所述的流媒體多功能分發(fā)系統(tǒng)，其特征在于 所述的流媒體包括基于UDP的流媒體和基于TCP的流媒體。
5.根據(jù)權(quán)利要求2所述的流媒體多功能分發(fā)系統(tǒng)，其特征在于所述的接收模塊包括 UDP接收插件和TCP接收插件，所述的中間處理模塊包括拆包插件，轉(zhuǎn)換插件和封裝插件， 所述的發(fā)送模塊包括UDP發(fā)送插件和以點(diǎn)對(duì)點(diǎn)方式具有局域網(wǎng)穿透功能的UDP發(fā)送插件。
6.根據(jù)權(quán)利要求5所述的流媒體多功能分發(fā)系統(tǒng)，其特征在于各插件利用GStreamer 多媒體處理框架架構(gòu)。
7.一種流媒體多功能分發(fā)方法，其特征在于包括以下步驟(1)、接收業(yè)務(wù)端發(fā)出的指令，并對(duì)所述指令解析，產(chǎn)生內(nèi)部控制指令，所述的內(nèi)部控制 指令至少包括接收指令和發(fā)送指令，判斷流媒體數(shù)據(jù)格式與客戶端的接收格式是否一致， 若不一致，所述的內(nèi)部控制指令還包括中間處理指令；(2)、根據(jù)所述的接收指令接收編碼器發(fā)出的流媒體數(shù)據(jù)；(3)、若內(nèi)部控制指令中包括中間處理指令，則將接收的流媒體數(shù)據(jù)進(jìn)行拆包、轉(zhuǎn)換以 及封包處理；(4)、根據(jù)發(fā)送指令，將接收的流媒體數(shù)據(jù)或者經(jīng)過處理的流媒體數(shù)據(jù)發(fā)送至客戶端。
8.根據(jù)權(quán)利要求7所述的流媒體多功能分發(fā)方法，其特征在于所述的流媒體包括基 于UDP的流媒體和基于TCP的流媒體。
9.根據(jù)權(quán)利要求8所述的流媒體多功能分發(fā)方法，其特征在于步驟(2)中包括用于接收基于UDP的流媒體的UDP接收插件和用于接收基于TCP流媒體的TCP接收插件。
10.根據(jù)權(quán)利要求9所述的流媒體多功能分發(fā)方法，其特征在于步驟(3)中包括拆包 插件，轉(zhuǎn)換插件和封裝插件，步驟(4)中包括UDP發(fā)送插件和以點(diǎn)對(duì)點(diǎn)方式發(fā)送的UDP發(fā)送 插件，各插件利用GStreamer多媒體處理框架架構(gòu)。
全文摘要
本發(fā)明公開了一種流媒體多功能分發(fā)系統(tǒng)，包括控制模塊，接收業(yè)務(wù)端發(fā)出的指令，產(chǎn)生內(nèi)部控制指令；接收模塊，收到所述的接收指令，接收編碼器發(fā)出的流媒體數(shù)據(jù)；中間處理模塊，若內(nèi)部控制指令中包括中間處理指令，將接收模塊接收的流媒體數(shù)據(jù)進(jìn)行拆包、轉(zhuǎn)換以及封包處理；發(fā)送模塊，將接收模塊接收的流媒體數(shù)據(jù)或者中間處理模塊處理的流媒體數(shù)據(jù)發(fā)送至客戶端。本發(fā)明同時(shí)公開了一種流媒體多功能分發(fā)方法，通過設(shè)置中間處理步驟以及功能插件，豐富了轉(zhuǎn)發(fā)服務(wù)的功能，增加了轉(zhuǎn)發(fā)服務(wù)的靈活性和實(shí)用性。
文檔編號(hào)H04L29/06GK102006311SQ20101060811
公開日2011年4月6日 申請(qǐng)日期2010年12月28日 優(yōu)先權(quán)日2010年12月28日
發(fā)明者王瑋, 陳維強(qiáng), 韓岷, 高嶺 申請(qǐng)人:青島海信網(wǎng)絡(luò)科技股份有限公司