專(zhuān)利名稱(chēng)：一種會(huì)議電視的流媒體錄播業(yè)務(wù)的實(shí)現(xiàn)方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于視訊領(lǐng)域的一種業(yè)務(wù)實(shí)現(xiàn)方法及系統(tǒng)，具體地說(shuō)，涉及的 是視訊領(lǐng)域中實(shí)現(xiàn)流媒體存儲(chǔ)、直播、點(diǎn)播的一種業(yè)務(wù)模型實(shí)現(xiàn)方法及系 統(tǒng)。
背景技術(shù)：
現(xiàn)有技術(shù)中，流媒體指在Intemet/Intranet中嚴(yán)格按時(shí)間先后次序傳輸和 播放的連續(xù)音/視數(shù)據(jù)流，它具有三個(gè)特點(diǎn)連續(xù)性(continuous)、實(shí)時(shí)性 (real-time)、時(shí)序性(time-ordered)，即有嚴(yán)格的前后時(shí)序關(guān)系。
與傳統(tǒng)的多媒體文件下載后播放的方式不同，流媒體在播放前并不下載 整個(gè)文件，只將部分內(nèi)容緩存后，流媒體數(shù)據(jù)流隨時(shí)傳送隨時(shí)播放，這種 邊播放邊下載的流式傳輸方式使用戶(hù)不必等待所有的數(shù)據(jù)都下載到本地即 可實(shí)現(xiàn)音視頻的播放。而且采用不同的碼率傳輸，可以使用戶(hù)在幾十kbit/s 低帶寬到幾十Mbit/s高帶寬的不同網(wǎng)絡(luò)環(huán)境中都能在線(xiàn)欣賞到連續(xù)不斷的 較高品質(zhì)的音^L頻節(jié)目。
流媒體作為 一種新興的網(wǎng)絡(luò)傳輸技術(shù)，在互聯(lián)網(wǎng)上實(shí)時(shí)順序地傳輸和播 放視/音頻等多媒體內(nèi)容的連續(xù)時(shí)基數(shù)據(jù)流，流媒體技術(shù)包括流媒體數(shù)據(jù)采 集、視/音頻編解碼、存儲(chǔ)、傳輸、播放以及網(wǎng)絡(luò)通信等多項(xiàng)技術(shù)。目前流 媒體技術(shù)廣泛應(yīng)用于多媒體新聞發(fā)布、在線(xiàn)直播、網(wǎng)絡(luò)廣告、電子商務(wù)、 視頻點(diǎn)播、遠(yuǎn)程教育、遠(yuǎn)程醫(yī)療、網(wǎng)絡(luò)電臺(tái)、實(shí)時(shí)視頻會(huì)議等領(lǐng)域，它豐 富了傳統(tǒng)互聯(lián)網(wǎng)內(nèi)容的表現(xiàn)形式，賦予了寬帶應(yīng)用更多的娛樂(lè)性和互動(dòng)性。
IPTV即交互式網(wǎng)絡(luò)電視，是一種利用寬帶有線(xiàn)電視網(wǎng)，集互聯(lián)網(wǎng)、多媒體、通訊等多種技術(shù)于一體，向家庭用戶(hù)提供包括數(shù)字電視在內(nèi)的多種
交互式服務(wù)的嶄新技術(shù)。IPTV作為一種新興的寬帶網(wǎng)絡(luò)業(yè)務(wù)，越來(lái)越為業(yè) 界廣泛重視，特別是像機(jī)頂盒這種類(lèi)似家用數(shù)字平臺(tái)的產(chǎn)品，更為電信設(shè) 備制造商、電視設(shè)備制造商以及電腦和家電產(chǎn)品制造商所爭(zhēng)相追捧。
目前國(guó)內(nèi)外一些廠(chǎng)家對(duì)于會(huì)議錄播和點(diǎn)播的解決方案的基本思想是 對(duì)于錄播錄播系統(tǒng)作為H.323終端接入到會(huì)議電視系統(tǒng)中，從而可以 將會(huì)議內(nèi)容存儲(chǔ)下來(lái)；對(duì)于點(diǎn)播普通終端通過(guò)呼叫錄^"系統(tǒng)的IP地址或 別名，然后通過(guò)遙控器選擇會(huì)議內(nèi)容進(jìn)行點(diǎn)#(利用了低速信道LSD信道)。 采用這種方案的優(yōu)點(diǎn)是和會(huì)議電視結(jié)合的非常緊密，避免了媒體格式 的轉(zhuǎn)換，能夠支持任意的H.323終端，雙流也能很好的支持。但也存在缺 點(diǎn)由于這種方案是錄寺番系統(tǒng)作為H.323終端接入到會(huì)議電視系統(tǒng)中，利 用H.323終端將會(huì)議內(nèi)容錄制并存儲(chǔ)下來(lái)，它不能實(shí)現(xiàn)和IPTV、流媒體的 結(jié)合，將來(lái)也無(wú)法和IPTV的一些業(yè)務(wù)進(jìn)行融合，同樣，這種方案也不能支 持才幾頂盒的4妄入。
因此，上述的會(huì)議錄播和點(diǎn)播的解決方案由于自身在和IPTV、流媒體 結(jié)合以及支持機(jī)頂盒的接入方面的缺陷性，限制了它在IPTV、流媒體、機(jī) 頂盒等方面的業(yè)務(wù)發(fā)展。
由此，現(xiàn)有技術(shù)還有待于改進(jìn)和發(fā)展。

發(fā)明內(nèi)容
本發(fā)明的目的在于提出一種會(huì)議電視的流媒體錄播業(yè)務(wù)模型實(shí)現(xiàn)方法 及系統(tǒng)，該流媒體錄播業(yè)務(wù)模型能夠和IPTV、流i某體相結(jié)合，并和IPTV 的一些業(yè)務(wù)進(jìn)行融合，同時(shí)支持機(jī)頂盒的接入。
本發(fā)明的技術(shù)方案包括
一種會(huì)議電視的流媒體錄播業(yè)務(wù)的實(shí)現(xiàn)方法，其包括以下步驟
A 、會(huì)議電視業(yè)務(wù)管理系統(tǒng)與流媒體服務(wù)器之間建立傳輸控制協(xié)議信道，以進(jìn)行消息通訊；
B、 所述會(huì)議電視業(yè)務(wù)管理系統(tǒng)通過(guò)流媒體業(yè)務(wù)接口打開(kāi)/更新頻道， 生成頻道會(huì)話(huà)描述協(xié)議文件；
C、 所述會(huì)議電3見(jiàn)業(yè)務(wù)管理系統(tǒng)用于將會(huì)話(huà)描述協(xié)議文件PUSH到流媒 體服務(wù)器以及實(shí)現(xiàn)節(jié)目?jī)?nèi)容、節(jié)目目錄查詢(xún)和刪除。
所述的方法，其中，所述步驟C還包括
Cl、用戶(hù)發(fā)起一錄播會(huì)議，會(huì)議電視業(yè)務(wù)管理系統(tǒng)進(jìn)行會(huì)議資源請(qǐng)求 和流媒體服務(wù)器分配以及流媒體存儲(chǔ)空間的預(yù)約操作，操作成功則發(fā)送開(kāi) 會(huì)請(qǐng)求給主控單元；
C2、當(dāng)會(huì)議電^L業(yè)務(wù)管理系統(tǒng)收到所述主控單元發(fā)過(guò)來(lái)的會(huì)議證實(shí)消 息時(shí)，會(huì)議電視業(yè)務(wù)管理系統(tǒng)將生成的會(huì)話(huà)描述協(xié)議文件PUSH到所述流 媒體服務(wù)器上。
所述的方法，其中，所述步驟C還包括
C3、所述會(huì)議電視業(yè)務(wù)管理系統(tǒng)發(fā)送打開(kāi)頻道請(qǐng)求給所述流媒體服務(wù) 器，在接收到流媒體服務(wù)器的打開(kāi)頻道響應(yīng)消息成功時(shí)，發(fā)送更新頻道請(qǐng) 求給流媒體服務(wù)器；
C4、在接收到更新頻道響應(yīng)消息成功后，發(fā)送開(kāi)始存儲(chǔ)命令給所述流 媒體服務(wù)器，在接收到開(kāi)始存儲(chǔ)響應(yīng)成功時(shí)，會(huì)議電視業(yè)務(wù)管理系統(tǒng)給主 控單元發(fā)送媒體控制命令，開(kāi)始發(fā)送流媒體數(shù)據(jù)。
所述的方法，其中，所述步驟C1中用戶(hù)通過(guò)WEB頁(yè)面發(fā)起一錄播會(huì)議。
所述的方法，其中，所述步驟C中的PUSH操作采用文件傳輸協(xié)議流程。
所述的方法，其中，所述步驟C中的PUSH操作采用實(shí)時(shí)流協(xié)議流程。 所述的方法，其中，還包括以下步驟
D、 當(dāng)會(huì)議結(jié)束時(shí)，所述會(huì)議電視業(yè)務(wù)管理系統(tǒng)給主控單元發(fā)送關(guān)閉會(huì) 議命令，在收到所述主控單元的關(guān)閉會(huì)議響應(yīng)消息成功后，會(huì)議電視業(yè)務(wù)管理系統(tǒng)發(fā)送關(guān)閉頻道請(qǐng)求消息給流媒體服務(wù)器；E、在收到所述流4某體服務(wù)器的關(guān)閉頻道響應(yīng)消息成功后，發(fā)送停止存 儲(chǔ)請(qǐng)求命令給所述流媒體服務(wù)器，在收到流媒體服務(wù)器的停止存儲(chǔ)響應(yīng)消 息成功后，結(jié)束該錄播會(huì)議。一種實(shí)現(xiàn)會(huì)議電視的流i某體錄播業(yè)務(wù)的系統(tǒng)，其中，包括 一用于控 制的主控單元，通過(guò)網(wǎng)絡(luò)通訊協(xié)議連接并接受所述會(huì)議電視業(yè)務(wù)管理系統(tǒng) 的控制；所述會(huì)議電視業(yè)務(wù)管理系統(tǒng)還分別控制連接一會(huì)議電視系統(tǒng)和所 述流媒體服務(wù)器；所述會(huì)議電視系統(tǒng)還控制連接H323終端和流媒體客戶(hù) 端；所述主控單元分別控制連接一 H320/H323普通終端，以及H323終端 和流媒體客戶(hù)端；所述主控單元與所述流々某體服務(wù)器之間實(shí)現(xiàn)錄播和會(huì)議 電^L的回》文。所述的系統(tǒng)，其中，所述主控單元為一微處理器，所述流媒體服務(wù)器 為一 IPTV流媒體服務(wù)器。所述的系統(tǒng)，其中，所述IPTV流媒體服務(wù)器分別連接PC客戶(hù)端、機(jī) 頂盒、以及H323終端和流媒體客戶(hù)端，以實(shí)現(xiàn)IPTV客戶(hù)端的直播/點(diǎn)播/ 時(shí)移功能。本發(fā)明所提供的 一種會(huì)議電視的流媒體錄播業(yè)務(wù)的實(shí)現(xiàn)方法及系統(tǒng)， 由于采用了結(jié)合流媒體服務(wù)器的方式，能夠動(dòng)態(tài)分配流媒體服務(wù)器，在會(huì) 議電視業(yè)務(wù)管理系統(tǒng)中精確地進(jìn)行流媒體服務(wù)器存儲(chǔ)空間的模擬管理，動(dòng) 態(tài)地暫?；蛘唛_(kāi)始流媒體文件的存儲(chǔ)；利用流媒體服務(wù)器的直播/點(diǎn)播服務(wù) 器模塊，能夠和普通終端(只收終端)、PC客戶(hù)端或者具有/直播/時(shí)移功能 的會(huì)議電視終端等有效的結(jié)合起來(lái)，其實(shí)現(xiàn)簡(jiǎn)單穩(wěn)定，方便了 IPTV業(yè)務(wù)的 融合與發(fā)展。


圖1是本發(fā)明所述方法及系統(tǒng)的采用FTP的PUSH操作實(shí)現(xiàn)流程圖；圖2是本發(fā)明所述方法及系統(tǒng)的采用RTSP的PUSH操作實(shí)現(xiàn)流程圖； 圖3是本發(fā)明所述方法及系統(tǒng)的ReadServer實(shí)現(xiàn)下拉的內(nèi)容提交過(guò)程 流程圖4是本發(fā)明所述方法及系統(tǒng)的WriteServer服務(wù)器下拉后的內(nèi)容提交 過(guò)程流程圖5是本發(fā)明所述方法及系統(tǒng)的節(jié)目?jī)?nèi)容、節(jié)目目錄的刪除流程圖； 圖6是本發(fā)明所述方法及系統(tǒng)的內(nèi)容查詢(xún)Query原語(yǔ)實(shí)現(xiàn)流程圖； 圖7是本發(fā)明所述方法及系統(tǒng)的開(kāi)始錄播會(huì)議的詳細(xì)流程圖； 圖8是本發(fā)明所述方法及系統(tǒng)的結(jié)束錄播會(huì)議的詳細(xì)流程圖； 圖9是本發(fā)明所述方法及系統(tǒng)的點(diǎn)播已存儲(chǔ)錄播會(huì)議的詳細(xì)流程圖； 圖10是本發(fā)明所述會(huì)議電視的流々某體錄播業(yè)務(wù)才莫型的系統(tǒng)框圖。
具體實(shí)施例方式
以下結(jié)合附圖，將對(duì)本發(fā)明的各較佳實(shí)施例進(jìn)行更為詳細(xì)的說(shuō)明。
本會(huì)議電視的流媒體錄播業(yè)務(wù)的實(shí)現(xiàn)方法及系統(tǒng)涉及到會(huì)議電視系統(tǒng) 中會(huì)議內(nèi)容的流媒體存儲(chǔ)、直播、點(diǎn)播幾個(gè)主要的環(huán)節(jié)，其會(huì)議電視的流 媒體錄播業(yè)務(wù)模型的系統(tǒng)框圖參見(jiàn)附10所示，其中的各接口說(shuō)明如下
F接口 通過(guò)該接口 ，主控單元即微處理器MCU直接輸出MEG4ISMA 或H264 TS流，AAC/MP3/MP2/MP1到流媒體服務(wù)器；
G接口 IPTV客戶(hù)端與EPG標(biāo)準(zhǔn)交互的接口；
H接口 IPTV客戶(hù)端直播/點(diǎn)播/時(shí)移等的接口；
I接口會(huì)議電視業(yè)務(wù)管理系統(tǒng)直接更新會(huì)議電視系統(tǒng)EPG的接口；
J接口 會(huì)議電視業(yè)務(wù)管理系統(tǒng)實(shí)現(xiàn)IPTV流媒體服務(wù)器提供的開(kāi)放接
口 ；
K接口回放流媒體服務(wù)器內(nèi)容的接口，包括RTSP信令接口以及媒體
接收發(fā)送。粗實(shí)線(xiàn)代表了4某體流；細(xì)實(shí)線(xiàn)代表了控制消息；虛線(xiàn)代表了會(huì)議電視終 端實(shí)現(xiàn)。如圖10所示的本發(fā)明會(huì)議電視的流4某體錄播業(yè)務(wù)的系統(tǒng)中，包括一用 于控制的微處理器MCU，通過(guò)網(wǎng)絡(luò)通訊協(xié)議連接并通過(guò)C接口接受所述會(huì) 議電^L業(yè)務(wù)管理系統(tǒng)的控制，所述會(huì)議電^f見(jiàn)業(yè)務(wù)管理系統(tǒng)還通過(guò)I接口和J 接口分別控制連接所述會(huì)議電視系統(tǒng)EPG和所述IPTV流媒體服務(wù)器。所 述會(huì)議電視系統(tǒng)EPG還通過(guò)G接口連接并控制PC客戶(hù)端和機(jī)頂盒，通過(guò) G接口進(jìn)行會(huì)議電視終端的實(shí)現(xiàn)，控制連接H323終端和流媒體客戶(hù)端；所 述^t處理器MCU通過(guò)E接口分別控制了 H320/H323普通終端，以及H323 終端和流i某體客戶(hù)端。所述微處理器MCU通過(guò)與所述IPTV流媒體服務(wù)器 之間F接口媒體流實(shí)現(xiàn)了錄播；通過(guò)K接口媒體流實(shí)現(xiàn)了會(huì)議電視的回放 功能。所述IPTV流媒體服務(wù)器同時(shí)通過(guò)H接口分別連接所述PC客戶(hù)端、 機(jī)頂盒、以及H323終端和流媒體客戶(hù)端，以實(shí)現(xiàn)IPTV客戶(hù)端的直播/點(diǎn)播 /時(shí)移等功能。本發(fā)明方法和系統(tǒng)中會(huì)議電視內(nèi)容的流媒體錄播實(shí)現(xiàn)過(guò)程包括(一) 、會(huì)議電視業(yè)務(wù)管理系統(tǒng)實(shí)現(xiàn)以下功能接口1) 、與流媒體服務(wù)器的通訊接口。為了實(shí)現(xiàn)在會(huì)議電視業(yè)務(wù)管理系統(tǒng)與 流媒體服務(wù)器之間建立TCP(傳輸控制協(xié)議)信道，以進(jìn)行消息通訊。2) 、內(nèi)容管理接口。用于將SDP(會(huì)話(huà)描述協(xié)議)文件PUSH到流媒體服 務(wù)器以及實(shí)現(xiàn)節(jié)目?jī)?nèi)容、節(jié)目目錄查詢(xún)和刪除等功能。3) 、流士某體業(yè)務(wù)接口。用于打開(kāi)/更新頻道，生成頻道SDP文件，以及 流媒體服務(wù)器按編碼源的SDP文件格式從編碼器接收碼流，并可以存儲(chǔ)、 轉(zhuǎn)存成媒體文件，以供客戶(hù)端直播/點(diǎn)播/時(shí)移用。(二) 、要求流媒體服務(wù)器實(shí)現(xiàn)以下頻道相關(guān)、存儲(chǔ)相關(guān)、節(jié)目播放相關(guān) 等相應(yīng)的功能接口 ，會(huì)議電視業(yè)務(wù)管理系統(tǒng)實(shí)現(xiàn)對(duì)這些接口的相應(yīng)的調(diào)用1)、打開(kāi)頻道請(qǐng)求、打開(kāi)頻道響應(yīng)、更新頻道請(qǐng)求、更新頻道響應(yīng)、關(guān)閉頻道請(qǐng)求、關(guān)閉頻道響應(yīng)。2)、存儲(chǔ)開(kāi)始請(qǐng)求、存儲(chǔ)開(kāi)始響應(yīng)、存儲(chǔ)結(jié)束請(qǐng)求、存儲(chǔ)結(jié)束響應(yīng)、轉(zhuǎn) 存文件請(qǐng)求、轉(zhuǎn)存文件響應(yīng)、轉(zhuǎn)存文件結(jié)束請(qǐng)求、轉(zhuǎn)存文件結(jié)束響應(yīng)、節(jié) 目播放查詢(xún)、節(jié)目播放查詢(xún)響應(yīng)。本發(fā)明會(huì)議電視業(yè)務(wù)管理系統(tǒng)與流媒體服務(wù)器建立TCP連接的過(guò)程包括本發(fā)明會(huì)議電視業(yè)務(wù)管理系統(tǒng)，比如SM[業(yè)務(wù)管理系統(tǒng)]或CSS[會(huì)議 調(diào)度系統(tǒng)]等，為了實(shí)現(xiàn)通過(guò)流^ 某體服務(wù)器進(jìn)行會(huì)議內(nèi)容的存儲(chǔ)、直播、點(diǎn) 播的目的，就需要在會(huì)議電視業(yè)務(wù)管理系統(tǒng)和流媒體服務(wù)器之間建立連接； 它們之間建立連接后，相互之間通訊一般通過(guò)一個(gè)通訊接口模塊來(lái)進(jìn)行發(fā) 送和接收，這個(gè)通訊接口模塊存在于流媒體服務(wù)器上，作為流媒體服務(wù)器 和會(huì)議電視業(yè)務(wù)管理系統(tǒng)之間的信令交互通訊中繼層，其作用是接收通 訊消息發(fā)起方的消息后向消息接收方轉(zhuǎn)發(fā)。本發(fā)明所述會(huì)議電視業(yè)務(wù)管理系統(tǒng)實(shí)現(xiàn)流媒體服務(wù)器內(nèi)容管理接口的 過(guò)程包括(一)、PUSH操作流媒體服務(wù)器實(shí)現(xiàn)流程PUSH操作可以包含采用FTP (文件傳輸協(xié)議，F(xiàn)ile Transfer Protocol) 的PUSH操作，也可以包含采用RTSP協(xié)議(實(shí)時(shí)流協(xié)議，Real Time Streaming Protocol)的PUSH操作，PUSH操作同時(shí)可以實(shí)現(xiàn)網(wǎng)絡(luò)共享硬盤(pán)的操作。 其中，F(xiàn)TP協(xié)議和RTSP協(xié)議要求能夠控制傳輸帶寬，RTSP協(xié)議可以實(shí)現(xiàn) 媒體文件部分節(jié)目的分發(fā)和調(diào)度。采用FTP的PUSH操作實(shí)現(xiàn)流程，具體流程如圖1所示，CDN Agent (Content Delivery Network,即內(nèi)容分發(fā)網(wǎng)絡(luò))向WriteServer發(fā)送Push應(yīng) 答(PushRsp);所述WriteServer在收到該請(qǐng)求后反饋Push應(yīng)答(PushRsp), 并與上層節(jié)點(diǎn)源之間根據(jù)參數(shù)，確定采用FTP傳輸請(qǐng)求，并相應(yīng)由所述上 層接電源進(jìn)行文件傳輸給所述WriteServer;所述WriteServer控制對(duì)存儲(chǔ)裝置，即磁盤(pán)陣列的文件存儲(chǔ)操作，并向所述CDN Agent發(fā)送Push結(jié)束匯報(bào) (PushEndReq),所述CDN Agent在收到該匯報(bào)后反饋Push結(jié)束應(yīng)答 (PushEndRsp);采用RTSP的PUSH操作實(shí)現(xiàn)流程，具體流程如圖2所示，CDN Agent(Content Delivery Network,即內(nèi)容分發(fā)網(wǎng)絡(luò))向WriteServer發(fā)送Push應(yīng)答(PushRsp);所述WriteServer在收到該請(qǐng)求后反饋Push應(yīng)答(PushRsp),并與上層負(fù)載均衡服務(wù)器根據(jù)參數(shù)，采用RTSP進(jìn)行部分或者全部時(shí)長(zhǎng)內(nèi)容調(diào)度，如果Push原語(yǔ)中的URL是流媒體服務(wù)器的URL，則直接進(jìn)行RTSP下傳；如果是局部負(fù)載均衡的URL,則通過(guò)RTSP重定向到對(duì)應(yīng)的流媒體服務(wù)器；重定向后向所述WriteServer發(fā)送RTSP流；所述WriteServer控制對(duì)存儲(chǔ)裝置，即磁盤(pán)陣列的文件存儲(chǔ)操作，并向所述CDN Agent發(fā)送Push結(jié)束匯報(bào)(PushEndReq),所述CDN Agent在收到該匯報(bào)后反饋Push結(jié)束應(yīng)答(PushEndRsp)。(二)、內(nèi)容提交實(shí)現(xiàn)流程內(nèi)容提交實(shí)現(xiàn)氣程完成內(nèi)容從流媒體服務(wù)器下拉PULL后的分片內(nèi)容 提交到磁盤(pán)陣列共享庫(kù)的過(guò)程；其分為兩個(gè)過(guò)程，分別是流媒體服務(wù)器實(shí) 現(xiàn)下拉的內(nèi)容提交過(guò)程和Push Server服務(wù)器下拉后內(nèi)容的提交過(guò)程。ReadServer實(shí)現(xiàn)下拉的內(nèi)容提交過(guò)程流程圖如圖3所示，其包括以下過(guò) 程首先ReadServer在STB點(diǎn)播節(jié)目時(shí)，根據(jù)配置獲取上級(jí)流媒體服務(wù)器 的URL;然后，通過(guò)RTSP向上層流媒體服務(wù)器請(qǐng)求流媒體服務(wù)；上層流 媒體服務(wù)器通過(guò)RTP傳輸媒體流給ReadServer;該ReadServer將收到的媒 體流進(jìn)行文件分片存儲(chǔ)到本地磁盤(pán)中，然后向CDN Agent發(fā)送內(nèi)容提交請(qǐng) 求(SubmitReq),該CDN Agent收到后反饋內(nèi)容提交應(yīng)答(SubmitRsp)，并向 WriteServer發(fā)送Push請(qǐng)求(PushReq);該WriteServer收到后反饋Push應(yīng)答 (PushRsp)給CDN Agent,并通過(guò)網(wǎng)絡(luò)向所述本地磁盤(pán)拷貝分片文件，寫(xiě)到 所述/f茲盤(pán)陣列中的共享i某體庫(kù)；所述WriteServer完成后向所述CDN Agent發(fā)送Push結(jié)束匯報(bào)(PushEndReq),所述CDN Agent在收到該匯報(bào)后反饋 Push結(jié)束應(yīng)答(PushEndRsp),并向所述ReadServer發(fā)送內(nèi)容提交結(jié)束匯報(bào) (SubmitEndReq);所述ReadServer收到該內(nèi)容提交結(jié)束匯報(bào)(SubmitEndReq) 后向所述CDN Agent反饋內(nèi)容提交結(jié)束應(yīng)答(SubmitEndRsp),并刪除本地 磁盤(pán)中的對(duì)應(yīng)分片文件。WriteServer服務(wù)器下拉后內(nèi)容的提交過(guò)程流程圖如圖4所示，包括以 下流程首先WriteServer在STB點(diǎn)播節(jié)目時(shí)，根據(jù)配置獲取上級(jí)流媒體服 務(wù)器的URL，并向?qū)?yīng)的上層流媒體服務(wù)器通過(guò)RTSP請(qǐng)求流媒體服務(wù)， 所述上層流媒體服務(wù)器通過(guò)RTP向該WriteServer傳輸媒體流；所述 WriteServer收到該i某體流后進(jìn)行文件分片存儲(chǔ)到本地》茲盤(pán)中，并向CDN Agent發(fā)送內(nèi)容提交請(qǐng)求(SubmitReq),該CDN Agent收到后反饋內(nèi)容提交 應(yīng)答(SubmitRsp);所述WriteServer然后從所述本地f茲盤(pán)中拷貝本地分片文 件，并寫(xiě)入到,茲盤(pán)陣列中的共享Jf某體庫(kù)中；完成后由所述CDN Agent向所 述WriteServer發(fā)送內(nèi)容提交結(jié)束匯報(bào)(SubmitEndR叫)；所述WriteServer收 到該內(nèi)容提交結(jié)束匯報(bào)(SubmitEndReq)后向所述CDN Agent反饋內(nèi)容提交 結(jié)束應(yīng)答(SubmitEndRsp),并刪除本地磁盤(pán)中的對(duì)應(yīng)分片文件。(三) 、節(jié)目?jī)?nèi)容、節(jié)目目錄的刪除實(shí)現(xiàn)流程節(jié)目?jī)?nèi)容、節(jié)目目錄的刪除實(shí)現(xiàn)流程圖如圖五所示，其包括步驟 所述會(huì)議電視業(yè)務(wù)管理系統(tǒng)向WriteServer發(fā)送刪除請(qǐng)求(DeleteReq), 所述WriteServer收到后反饋刪除應(yīng)答(DeleteRsp),并控制根據(jù)刪除策略， 刪除所述磁盤(pán)陣列中的文件或目錄，然后向所述會(huì)議電視業(yè)務(wù)管理系統(tǒng)發(fā) 送刪除結(jié)束匯報(bào)(DeleteEndReq),由所述會(huì)議電視業(yè)務(wù)管理系統(tǒng)收到后向 WriteServer反饋刪除結(jié)束應(yīng)答(DeleteEndRsp)。(四) 、內(nèi)容查詢(xún)實(shí)現(xiàn)流程用來(lái)實(shí)現(xiàn)對(duì)共享f茲盤(pán)空間的內(nèi)容查詢(xún)，其包含目錄查詢(xún)、文件查詢(xún)等； 實(shí)現(xiàn)流程圖如圖6所示，其包括步驟所述會(huì)議電一見(jiàn)業(yè)務(wù)管理系統(tǒng)向所述WriteServer發(fā)送查詢(xún)請(qǐng)求 (QueryReq)，所述WriteServer收到后執(zhí)行對(duì)所述磁盤(pán)陣列中的共享媒體庫(kù) 信息的查詢(xún)，并向所述會(huì)議電—見(jiàn)業(yè)務(wù)管理系統(tǒng)反饋查詢(xún)應(yīng)答(QueryRsp)。本發(fā)明方法及系統(tǒng)中，所述會(huì)議電視業(yè)務(wù)管理系統(tǒng)實(shí)現(xiàn)流媒體服務(wù)器業(yè) 務(wù)接口功能為會(huì)議電視為了能夠在流媒體服務(wù)器上進(jìn)行會(huì)議內(nèi)容的存儲(chǔ)， 為了能夠讓普通終端(只收終端)、PC客戶(hù)端或者具有/直播/時(shí)移功能的會(huì) 議電視終端直播或點(diǎn)播流媒體服務(wù)器上的流J^某體文件，流媒體服務(wù)器必須 實(shí)現(xiàn)頻道相關(guān)接口、節(jié)目播放相關(guān)接口、々某體文件存儲(chǔ)相關(guān)接口等，而會(huì) 議電^f見(jiàn)業(yè)務(wù)管理系統(tǒng)必須實(shí)現(xiàn)對(duì)這些接口的調(diào)用。以下說(shuō)明本發(fā)明方法中召開(kāi)/結(jié)束錄播會(huì)議的過(guò)程在會(huì)議電視系統(tǒng)中，按照是否存儲(chǔ)會(huì)議可以將會(huì)議分成三種不存儲(chǔ)會(huì) 議；手動(dòng)存儲(chǔ)會(huì)議；自動(dòng)存儲(chǔ)會(huì)議。不存儲(chǔ)會(huì)議就是普通的會(huì)議，不進(jìn)行 會(huì)議內(nèi)容的存儲(chǔ)；手動(dòng)存儲(chǔ)會(huì)議與自動(dòng)存儲(chǔ)會(huì)議之間的區(qū)別在于，手動(dòng)存 儲(chǔ)會(huì)議是會(huì)議開(kāi)始成功后由用戶(hù)決定何時(shí)開(kāi)始存儲(chǔ)，而自動(dòng)存儲(chǔ)會(huì)議則用 在會(huì)議開(kāi)始成功后自動(dòng)進(jìn)行會(huì)議內(nèi)容的存儲(chǔ)方式。首先，召開(kāi)錄播會(huì)議用戶(hù)在WEB頁(yè)面配置好一個(gè)錄播會(huì)議后，點(diǎn)擊開(kāi)始會(huì)議按鈕，如圖7 所示；此時(shí)，會(huì)議電視業(yè)務(wù)管理系統(tǒng)進(jìn)行會(huì)議資源請(qǐng)求和流媒體服務(wù)器分 配以及流媒體存儲(chǔ)空間的預(yù)約操作，操作成功后發(fā)送開(kāi)會(huì)請(qǐng)求給MC/MP(主 控單元)，當(dāng)會(huì)議電3見(jiàn)業(yè)務(wù)管理系統(tǒng)收到MC/MP發(fā)過(guò)來(lái)的會(huì)議證實(shí)消息后， 會(huì)議電視業(yè)務(wù)管理系統(tǒng)將生成的SDP文件PUSH到流媒體服務(wù)器上，然后 發(fā)送打開(kāi)頻道請(qǐng)求給流媒體服務(wù)器，在接收到流媒體服務(wù)器的打開(kāi)頻道響 應(yīng)消息成功后，發(fā)送更新頻道請(qǐng)求給流媒體服務(wù)器；在接收到更新頻道響 應(yīng)消息成功后，發(fā)送開(kāi)始存儲(chǔ)命令給流媒體服務(wù)器，在接收到開(kāi)始存儲(chǔ)響 應(yīng)成功后，會(huì)議電視業(yè)務(wù)管理系統(tǒng)給MC/MP發(fā)送媒體控制命令(開(kāi)始發(fā)送 媒體數(shù)據(jù))，由MC/MP在接收到媒體控制命令后開(kāi)始發(fā)送媒體數(shù)據(jù)給流媒體服務(wù)器，此時(shí)，成功完成一個(gè)錄播會(huì)議的召開(kāi)。對(duì)于手動(dòng)存儲(chǔ)的會(huì)議，會(huì)議電視業(yè)務(wù)管理系統(tǒng)在用戶(hù)點(diǎn)擊開(kāi)始存儲(chǔ)按鈕 后才發(fā)送開(kāi)始存儲(chǔ)的命令給流^某體服務(wù)器，其它流程與自動(dòng)存儲(chǔ)會(huì)議相同。結(jié)束錄播會(huì)議當(dāng)會(huì)議結(jié)束時(shí)間到了或用戶(hù)在WEB頁(yè)面提前結(jié)束會(huì)議時(shí)，如圖8所示， 會(huì)議電視業(yè)務(wù)管理系統(tǒng)給MC/MP發(fā)送關(guān)閉會(huì)議命令，在收到MC/MP的關(guān) 閉會(huì)議響應(yīng)消息成功后，會(huì)議電視業(yè)務(wù)管理系統(tǒng)發(fā)送關(guān)閉頻道請(qǐng)求消息給 流媒體服務(wù)器，在收到流媒體服務(wù)器的關(guān)閉頻道響應(yīng)消息成功后，發(fā)送停 止存儲(chǔ)請(qǐng)求命令給流媒體服務(wù)器，在收到流媒體服務(wù)器的停止存儲(chǔ)響應(yīng)消 息成功后，就結(jié)束了錄播會(huì)議。本發(fā)明直播正在召開(kāi)的會(huì)議時(shí)，利用流媒體服務(wù)器的直播服務(wù)器模塊， 普通終端(只收終端)、PC客戶(hù)端或者具有/直播/時(shí)移功能的會(huì)議電視終端 可以觀(guān)看正在召開(kāi)的會(huì)議，即可以使用流媒體服務(wù)器的直播功能?；蛘?，點(diǎn)播已存儲(chǔ)的錄播會(huì)議，錄播會(huì)議存儲(chǔ)下來(lái)的會(huì)議電視內(nèi)容能夠 被PC客戶(hù)端以及具有點(diǎn)播功能的會(huì)議電視終端觀(guān)看，并且能夠快退、快進(jìn)、 暫停、定位播放、停止播放等功能。在召開(kāi)錄播會(huì)議的時(shí)候，會(huì)議電視業(yè)務(wù)管理系統(tǒng)可以將當(dāng)前所召開(kāi)的會(huì) 議中所用流媒體服務(wù)器的IP地址，以及存儲(chǔ)在流媒體服務(wù)器上對(duì)應(yīng)的流媒 體文件名保存下來(lái)。點(diǎn)播時(shí)對(duì)應(yīng)的流媒體文件的地址就是rtsp:Z/流媒體服 務(wù)器地址/存儲(chǔ)在流媒體服務(wù)器上的流媒體文件名。點(diǎn)播的具體流程如圖9所示，為PC客戶(hù)端(如機(jī)頂盒)通過(guò)訪(fǎng)問(wèn)EPG 頁(yè)面(電子節(jié)目指南系統(tǒng)—Electronic Program Guide),由會(huì)議電視業(yè)務(wù)管理 系統(tǒng)生成已存儲(chǔ)的會(huì)議列表然后顯示在EPG頁(yè)面中，用戶(hù)可在PC客戶(hù)端 中選擇一個(gè)會(huì)議進(jìn)行點(diǎn)播，此時(shí)，通過(guò)rtsp到流媒體服務(wù)器中上述的地址 進(jìn)行播放流媒體文件，這樣，就完成了已存儲(chǔ)流媒體文件的點(diǎn)播流程。在本發(fā)明所述的流媒體錄播業(yè)務(wù)的實(shí)現(xiàn)方法和系統(tǒng)中，機(jī)頂盒可以通過(guò)EPG頁(yè)面點(diǎn)播已存儲(chǔ)的錄播會(huì)議，而且IPTV的業(yè)務(wù)有相當(dāng)一大部分也是和 機(jī)頂盒結(jié)合在一起的；同樣，本流媒體錄播業(yè)務(wù)模型中流媒體文件存儲(chǔ)、 直播、點(diǎn)播等功能都是在流媒體服務(wù)器上完成的。因此本發(fā)明所述的流媒 體錄播業(yè)務(wù)實(shí)現(xiàn)方法和系統(tǒng)可以和IPTV、流媒體相結(jié)合，支持機(jī)頂盒的接 入。
現(xiàn)假設(shè)召開(kāi)一個(gè)自動(dòng)存儲(chǔ)或手動(dòng)存儲(chǔ)的錄播會(huì)議，召開(kāi)錄播會(huì)議的具體 流程如圖7所示，包括以下步驟
(1) 、會(huì)議資源請(qǐng)求
將會(huì)議中所有的終端信息(視頻能力、音頻能力、速率)發(fā)給MC/MP, 通過(guò)MC/MP轉(zhuǎn)發(fā)給RMS(資源管理系統(tǒng))進(jìn)行會(huì)議資源的預(yù)約，只有當(dāng)會(huì)議 資源夠開(kāi)本次會(huì)議的情況下，會(huì)議資源請(qǐng)求才能成功，否則開(kāi)會(huì)失敗，關(guān) 閉會(huì)議。
(2) 、分配流媒體服務(wù)器
由會(huì)議電視業(yè)務(wù)管理系統(tǒng)分配一個(gè)處于連接狀態(tài)且可用存儲(chǔ)空間最大 的一個(gè)流媒體服務(wù)器，作為本次會(huì)議召開(kāi)期間進(jìn)行會(huì)議內(nèi)容存儲(chǔ)的流媒體 服務(wù)器。
(3) 、進(jìn)行流媒體存儲(chǔ)空間的預(yù)約
會(huì)議電視業(yè)務(wù)管理系統(tǒng)分配了 一個(gè)流媒體服務(wù)器后，還需進(jìn)行流媒體存 儲(chǔ)空間的預(yù)約，以驗(yàn)證流媒體可用存儲(chǔ)空間是否夠存儲(chǔ)本次會(huì)議的內(nèi)容。 只有當(dāng)本次會(huì)議流4某體存儲(chǔ)所需的存儲(chǔ)空間小于等于流媒體服務(wù)器實(shí)際的 可用存儲(chǔ)空間時(shí)，召開(kāi)錄播會(huì)議才能成功，否則開(kāi)會(huì)失敗，關(guān)閉會(huì)議。
(4) 、進(jìn)行流+某體可用存儲(chǔ)空間的凍結(jié)操作
在驗(yàn)證完流媒體服務(wù)器上的空間夠存儲(chǔ)本次會(huì)議的內(nèi)容之后，還需進(jìn)行 流媒體可用存儲(chǔ)空間的模擬凍結(jié)操作，即在會(huì)議電視業(yè)務(wù)管理系統(tǒng)中進(jìn)行 流媒體存儲(chǔ)空間的模擬管理操作，以方便下一個(gè)會(huì)議召開(kāi)時(shí)進(jìn)行流媒體服 務(wù)器空間預(yù)約的驗(yàn)證，這樣可以避免在召開(kāi)錄播會(huì)議時(shí)需要流媒體服務(wù)器將可用存儲(chǔ)空間信息上報(bào)給會(huì)議電視業(yè)務(wù)管理系統(tǒng)。模擬凍結(jié)操作根據(jù)上述步驟(3)計(jì)算出來(lái)的本次會(huì)議流媒體存儲(chǔ)所需的 存儲(chǔ)空間，來(lái)更新數(shù)據(jù)庫(kù)中對(duì)應(yīng)的流媒體服務(wù)器配置表中的可用存儲(chǔ)空間 字段。下次召開(kāi)錄播會(huì)議，進(jìn)行流媒體可用存儲(chǔ)空間預(yù)約時(shí)，就以這次會(huì) 議結(jié)束時(shí)流i某體服務(wù)器的可用存儲(chǔ)空間來(lái)計(jì)算。(5) 、給MC/MP發(fā)送開(kāi)會(huì)請(qǐng)求在流媒體服務(wù)器分配和流媒體存儲(chǔ)空間的預(yù)約成功完成后，由會(huì)議電視 業(yè)務(wù)管理系統(tǒng)給MC/MP發(fā)送開(kāi)會(huì)請(qǐng)求，由MC/MP處理這條開(kāi)會(huì)請(qǐng)求，并 給會(huì)議電視業(yè)務(wù)管理系統(tǒng)回復(fù)開(kāi)會(huì)證實(shí)消息，否則，開(kāi)會(huì)失敗并關(guān)閉會(huì)議。(6) 、收到會(huì)議證實(shí)消息成功后進(jìn)行相應(yīng)的流媒體業(yè)務(wù)操作1) 、將會(huì)議電視業(yè)務(wù)管理系統(tǒng)生成的SDP文件PUSH到分配的流媒體 服務(wù)器上(通過(guò)FTP或RTSP協(xié)議)。2) 、 PUSH SDP文件成功后，給流i某體服務(wù)器發(fā)送打開(kāi)頻道請(qǐng)求消息， 否則關(guān)閉會(huì)議。3) 、接收流媒體服務(wù)器打開(kāi)頻道響應(yīng)消息。4) 、打開(kāi)頻道響應(yīng)消息成功后，給流i某體服務(wù)器發(fā)送更新頻道請(qǐng)求消息， 否則關(guān)閉會(huì)議。5) 、接收流媒體服務(wù)器更新頻道響應(yīng)消息。6) 、更新頻道響應(yīng)消息成功后，給流媒體服務(wù)器發(fā)送開(kāi)始存儲(chǔ)命令，否 則關(guān)閉會(huì)議。7) 、接收流媒體服務(wù)器開(kāi)始存儲(chǔ)響應(yīng)消息。8) 、開(kāi)始存儲(chǔ)響應(yīng)消息成功后，給MC/MP發(fā)送媒體控制命令，否則關(guān) 閉會(huì)議。9) 、 MC/MP在接收到發(fā)送媒體控制命令后，開(kāi)始發(fā)送媒體數(shù)據(jù)給流媒 體服務(wù)器。(7) 、上述操作均完成后，錄播會(huì)議開(kāi)始成功，開(kāi)始進(jìn)行會(huì)議內(nèi)容的存儲(chǔ)和會(huì)議直播
當(dāng)會(huì)議時(shí)間到了或用戶(hù)提前結(jié)束會(huì)議(在會(huì)議控制頁(yè)面點(diǎn)擊結(jié)束會(huì)議按
鈕)時(shí)，此時(shí)，正在召開(kāi)的錄播會(huì)議將關(guān)閉，如圖8所示，此時(shí)需進(jìn)行如 下業(yè)務(wù)功能操作
(1) 、發(fā)送結(jié)束會(huì)議請(qǐng)求給主控單元MC/MP。
(2) 、接收到MC/MP結(jié)束會(huì)議響應(yīng)消息成功后，給流媒體服務(wù)器發(fā)送關(guān) 閉頻道請(qǐng)求消息。
(3) 、按收到流士某體服務(wù)器關(guān)閉頻道響應(yīng)消息。
(4) 、關(guān)閉頻道響應(yīng)消息成功后，給流媒體服務(wù)器發(fā)送停止存儲(chǔ)請(qǐng)求消
白、
(5) 、接受流媒體服務(wù)器停止存儲(chǔ)響應(yīng)消息。
(6) 、接收停止存儲(chǔ)響應(yīng)消息成功后，就結(jié)束了本次錄播會(huì)議，同時(shí)流 媒體服務(wù)器停止存儲(chǔ)本次會(huì)議的內(nèi)容。
(7) 、進(jìn)行流媒體存儲(chǔ)空間的解凍操作。當(dāng)用戶(hù)提前結(jié)束會(huì)議時(shí)，召開(kāi) 錄播會(huì)議時(shí)進(jìn)行流媒體可用空間預(yù)約用于計(jì)算的存儲(chǔ)時(shí)長(zhǎng)與實(shí)際存儲(chǔ)時(shí)長(zhǎng) 之間有差值，必須將這部分差值所占用的存儲(chǔ)空間進(jìn)行解凍操作。
采用本發(fā)明所述的流媒體錄播業(yè)務(wù)實(shí)現(xiàn)方法及系統(tǒng)，能夠緊密有效地和 流媒體服務(wù)器結(jié)合起來(lái)，能夠動(dòng)態(tài)分配流媒體服務(wù)器，能夠在會(huì)議電視業(yè) 務(wù)管理系統(tǒng)中精確地進(jìn)行流J!某體服務(wù)器存儲(chǔ)空間的模擬管理，能夠動(dòng)態(tài)地 暫?；蛘唛_(kāi)始流J 某體文件的存儲(chǔ)；利用流媒體服務(wù)器的直播/點(diǎn)播服務(wù)器模 塊，能夠和普通終端(只收終端)、PC客戶(hù)端或者具有/直播/時(shí)移功能的會(huì) 議電視終端等有效的結(jié)合起來(lái)，其實(shí)現(xiàn)簡(jiǎn)單而穩(wěn)定，為IPTV業(yè)務(wù)的融合與 發(fā)展起到了推進(jìn)作用。
應(yīng)當(dāng)理解的是，上述針對(duì)本發(fā)明具體實(shí)施方式
的描述較為具體，并不能 因此而認(rèn)為是對(duì)本發(fā)明專(zhuān)利保護(hù)范圍的限制；本發(fā)明的專(zhuān)利保護(hù)范圍應(yīng)以 所附權(quán)利要求為準(zhǔn)。
權(quán)利要求
1、一種會(huì)議電視的流媒體錄播業(yè)務(wù)的實(shí)現(xiàn)方法，其包括以下步驟A、會(huì)議電視業(yè)務(wù)管理系統(tǒng)與流媒體服務(wù)器之間建立傳輸控制協(xié)議信道，以進(jìn)行消息通訊；B、所述會(huì)議電視業(yè)務(wù)管理系統(tǒng)通過(guò)流媒體業(yè)務(wù)接口打開(kāi)/更新頻道，生成頻道會(huì)話(huà)描述協(xié)議文件；C、所述會(huì)議電視業(yè)務(wù)管理系統(tǒng)用于將會(huì)話(huà)描述協(xié)議文件PUSH到流媒體服務(wù)器以及實(shí)現(xiàn)節(jié)目?jī)?nèi)容、節(jié)目目錄查詢(xún)和刪除。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟C還包括 Cl、用戶(hù)發(fā)起一錄播會(huì)議，會(huì)議電視業(yè)務(wù)管理系統(tǒng)進(jìn)行會(huì)議資源請(qǐng)求和流媒體服務(wù)器分配以及流媒體存儲(chǔ)空間的預(yù)約操作，操作成功則發(fā)送開(kāi) 會(huì)請(qǐng)求給主控單元；C2、當(dāng)會(huì)議電一見(jiàn)業(yè)務(wù)管理系統(tǒng)收到所述主控單元發(fā)過(guò)來(lái)的會(huì)議證實(shí)消 息時(shí)，會(huì)議電視業(yè)務(wù)管理系統(tǒng)將生成的會(huì)話(huà)描述協(xié)議文件PUSH到所述流 媒體服務(wù)器上。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述步驟C還包括 C3、所述會(huì)議電視業(yè)務(wù)管理系統(tǒng)發(fā)送打開(kāi)頻道請(qǐng)求給所述流媒體服務(wù)器，在接收到流媒體服務(wù)器的打開(kāi)頻道響應(yīng)消息成功時(shí)，發(fā)送更新頻道請(qǐng) 求給流媒體服務(wù)器；C4、在接收到更新頻道響應(yīng)消息成功后，發(fā)送開(kāi)始存儲(chǔ)命令給所述流 媒體服務(wù)器，在接收到開(kāi)始存儲(chǔ)響應(yīng)成功時(shí)，會(huì)議電視業(yè)務(wù)管理系統(tǒng)給主 控單元發(fā)送媒體控制命令，開(kāi)始發(fā)送流媒體數(shù)據(jù)。
4、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述步驟C1中用戶(hù)通 過(guò)WEB頁(yè)面發(fā)起一錄播會(huì)議。
5、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟C中的PUSH 操作采用文件傳輸協(xié)議流程。
6、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟C中的PUSH 操作釆用實(shí)時(shí)流協(xié)議流程。
7、 根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括以下步驟D、 當(dāng)會(huì)議結(jié)束時(shí)，所述會(huì)議電視業(yè)務(wù)管理系統(tǒng)給主控單元發(fā)送關(guān)閉會(huì) 議命令，在收到所述主控單元的關(guān)閉會(huì)議響應(yīng)消息成功后，會(huì)議電視業(yè)務(wù) 管理系統(tǒng)發(fā)送關(guān)閉頻道請(qǐng)求消息給流媒體服務(wù)器；E、 在收到所述流媒體服務(wù)器的關(guān)閉頻道響應(yīng)消息成功后，發(fā)送停止存 儲(chǔ)請(qǐng)求命令給所述流媒體服務(wù)器，在收到流媒體服務(wù)器的停止存儲(chǔ)響應(yīng)消 息成功后，結(jié)束該錄播會(huì)議。
8、 一種實(shí)現(xiàn)會(huì)議電視的流媒體錄播業(yè)務(wù)的系統(tǒng)，其特征在于，包括 一用于控制的主控單元，通過(guò)網(wǎng)絡(luò)通訊協(xié)議連接并接受所述會(huì)議電^ 見(jiàn)業(yè)務(wù) 管理系統(tǒng)的控制；所述會(huì)議電視業(yè)務(wù)管理系統(tǒng)還分別控制連接一會(huì)議電視 系統(tǒng)和所述流媒體服務(wù)器；所述會(huì)議電視系統(tǒng)還控制連接H323終端和流媒 體客戶(hù)端；所述主控單元分別控制連接一H320/H323普通終端，以及H323 終端和流媒體客戶(hù)端；所述主控單元與所述流媒體服務(wù)器之間實(shí)現(xiàn)錄播和 會(huì)議電視的回i文。
9、 根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述主控單元為一微處 理器，所述流媒體服務(wù)器為一IPTV流媒體服務(wù)器。
10、 根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述IPTV流媒體服務(wù) 器分別連接PC客戶(hù)端、機(jī)頂盒、以及H323終端和流々某體客戶(hù)端，以實(shí)現(xiàn) IPTV客戶(hù)端的直播/點(diǎn)播/時(shí)移功能。
全文摘要
本發(fā)明公開(kāi)了一種會(huì)議電視的流媒體錄播業(yè)務(wù)的實(shí)現(xiàn)方法及系統(tǒng)，其方法包括以下步驟會(huì)議電視業(yè)務(wù)管理系統(tǒng)與流媒體服務(wù)器之間建立傳輸控制協(xié)議信道，以進(jìn)行消息通訊；所述會(huì)議電視業(yè)務(wù)管理系統(tǒng)通過(guò)流媒體業(yè)務(wù)接口打開(kāi)/更新頻道，生成頻道會(huì)話(huà)描述協(xié)議文件；所述會(huì)議電視業(yè)務(wù)管理系統(tǒng)用于將會(huì)話(huà)描述協(xié)議文件PUSH到流媒體服務(wù)器以及實(shí)現(xiàn)節(jié)目?jī)?nèi)容、節(jié)目目錄查詢(xún)和刪除。本發(fā)明實(shí)現(xiàn)方法及系統(tǒng)由于采用了結(jié)合流媒體服務(wù)器的方式，能夠動(dòng)態(tài)分配流媒體服務(wù)器，在會(huì)議電視業(yè)務(wù)管理系統(tǒng)中精確地進(jìn)行流媒體服務(wù)器存儲(chǔ)空間的模擬管理，動(dòng)態(tài)地暫停或者開(kāi)始流媒體文件的存儲(chǔ)，其實(shí)現(xiàn)簡(jiǎn)單穩(wěn)定，方便了IPTV業(yè)務(wù)的融合與發(fā)展。
文檔編號(hào)H04N7/15GK101287095SQ200810066380
公開(kāi)日2008年10月15日 申請(qǐng)日期2008年3月28日 優(yōu)先權(quán)日2008年3月28日
發(fā)明者軍 孟, 李國(guó)發(fā), 胡孝智 申請(qǐng)人:中興通訊股份有限公司