專(zhuān)利名稱(chēng)：可視通訊過(guò)程中的媒體插播方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體通訊技術(shù)領(lǐng)域，更具體地，涉及可視通訊系統(tǒng)(例如，IPTV機(jī)頂盒)的可視通訊過(guò)程中的媒體插播方法。
背景技術(shù)：
隨著寬帶通信、媒體編解碼技術(shù)的不斷發(fā)展，一般的可視通訊終端均可以為用戶(hù)提供實(shí)時(shí)的可視通訊服務(wù)，目前開(kāi)展的IPTV機(jī)頂盒業(yè)務(wù)則為用戶(hù)提供了視頻點(diǎn)播、直播、圖片瀏覽等多媒體業(yè)務(wù)。
一般用戶(hù)在進(jìn)行可視通訊時(shí)，只能進(jìn)行音視頻的會(huì)話(huà)。隨著互聯(lián)網(wǎng)對(duì)人們生活方式的不斷改變，用戶(hù)在進(jìn)行可視通訊的過(guò)程中，往往希望能夠讓對(duì)方實(shí)時(shí)分享自己感興趣的圖片、文件、拍攝的一段DV、或者喜愛(ài)的媒體節(jié)目等等。目前常用的實(shí)現(xiàn)這樣的功能方法是用戶(hù)在本地啟動(dòng)文件傳送功能，以文件傳輸?shù)姆绞綄⑿枰奈募l(fā)送給對(duì)方，對(duì)方必須等待文件接收完畢才能查看或播放。這種方法使用起來(lái)非常麻煩，一方面要求終端具備文件傳輸和接收功能，同時(shí)要求接收終端必須支持圖片瀏覽或媒體播放功能，并且，發(fā)送大的文件非常耗時(shí)，接收方也必須有足夠的存儲(chǔ)空間來(lái)保存文件，這對(duì)一般的嵌入式終端而言很不適合。
因此，如果能夠提供一種無(wú)需通過(guò)傳輸就能夠進(jìn)行媒體內(nèi)容觀看和共享的技術(shù)，無(wú)疑是理想的。然而，目前還沒(méi)有實(shí)現(xiàn)此項(xiàng)技術(shù)。

發(fā)明內(nèi)容
考慮到上述問(wèn)題而做出本發(fā)明，為此，本發(fā)明旨在提供一種可視通訊過(guò)程中的媒體插播技術(shù)。
根據(jù)本發(fā)明實(shí)施例，提供了一種可視通訊過(guò)程中的媒體插播方法。
該方法包括步驟S202，媒體子系統(tǒng)將插播的媒體內(nèi)容發(fā)送到格式轉(zhuǎn)換模塊或媒體解碼模塊進(jìn)行處理；步驟S204，媒體子系統(tǒng)將處理后的媒體內(nèi)容發(fā)送到視頻和/或音頻處理模塊進(jìn)行編碼；步驟S206，媒體子系統(tǒng)將編碼后的媒體內(nèi)容進(jìn)行RTP打包處理，并通過(guò)原有的視頻和/或音頻RTP通道發(fā)送打包處理后的媒體內(nèi)容。
其中，在執(zhí)行上述處理之前，媒體子系統(tǒng)暫停本地視頻和/或音頻的發(fā)送。
具體地，媒體內(nèi)容為圖片。此時(shí)，在步驟S202中，媒體子系統(tǒng)將插播的圖片發(fā)送到格式轉(zhuǎn)換模塊進(jìn)行處理；在步驟S204中，媒體子系統(tǒng)將格式轉(zhuǎn)換模塊處理后的圖片發(fā)送到視頻處理模塊進(jìn)行編碼處理；在步驟S206中，媒體子系統(tǒng)將編碼后的圖片進(jìn)行RTP打包處理，并通過(guò)原有的視頻RTP通道發(fā)送打包處理后的圖片。
或者，媒體內(nèi)容可以為本地節(jié)目。此時(shí)，在步驟S202中，媒體子系統(tǒng)將插播的本地節(jié)目發(fā)送到媒體解碼模塊進(jìn)行解碼處理；在步驟S204中，媒體子系統(tǒng)將媒體解碼模塊解碼后的視頻數(shù)據(jù)和音頻數(shù)據(jù)分別發(fā)送給視頻處理模塊和音頻處理模塊進(jìn)行編碼；在步驟S206中，媒體子系統(tǒng)將編碼后的本地節(jié)目進(jìn)行RTP打包處理，并通過(guò)原有的視頻RTP通道和音頻RTP通道發(fā)送打包處理后的本地節(jié)目。
此外，媒體內(nèi)容還可以為網(wǎng)絡(luò)節(jié)目。此時(shí)，在步驟S202之前，媒體子系統(tǒng)與媒體服務(wù)器建立連接，并從媒體服務(wù)器實(shí)時(shí)下載媒體流；在步驟S202中，媒體子系統(tǒng)將下載的媒體流發(fā)送到媒體解碼模塊進(jìn)行解碼處理；在步驟S204中，媒體子系統(tǒng)將媒體解碼模塊解碼后的視頻數(shù)據(jù)和音頻數(shù)據(jù)分別發(fā)送給視頻處理模塊和音頻處理模塊進(jìn)行編碼；在步驟S206中，媒體子系統(tǒng)將編碼后的媒體流進(jìn)行RTP打包處理，并通過(guò)原有的視頻RTP通道和音頻RTP通道發(fā)送打包處理后的媒體流。
通過(guò)本發(fā)明的上述方案，相比于相關(guān)技術(shù)，可以在不增加硬件成本的情況下，充分利用IPTV機(jī)頂盒和可視通訊集成的優(yōu)點(diǎn)，為用戶(hù)實(shí)時(shí)提供媒體共享功能。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1是用于實(shí)施本發(fā)明的通訊機(jī)頂盒系統(tǒng)的結(jié)構(gòu)框圖；圖2是根據(jù)本發(fā)明實(shí)施例的可視通訊過(guò)程中的媒體插播方法的流程圖；圖3是圖2所示的方法的實(shí)例1(插播圖片)的處理示意圖；圖4是圖2所示的方法的實(shí)例2(插播本地節(jié)目)的處理示意圖；以及圖5是圖2所示的方法的實(shí)例3(插播網(wǎng)絡(luò)節(jié)目)的處理示意圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例提供的方案充分利用可視通訊系統(tǒng)(下文中以IPTV機(jī)頂盒為例進(jìn)行說(shuō)明)本身提供的圖片瀏覽、媒體播放、可視通訊等功能，為用戶(hù)提供媒體插播業(yè)務(wù)。
以下將參照附圖來(lái)詳細(xì)描述本發(fā)明實(shí)施例，其中，給出以下實(shí)施例以提供對(duì)本發(fā)明的全面和透徹理解，而不是對(duì)本發(fā)明進(jìn)行任何限制。
首先，圖1示出了實(shí)施本發(fā)明的通訊機(jī)頂盒系統(tǒng)的結(jié)構(gòu)框圖，如圖1所示，機(jī)頂盒系統(tǒng)由機(jī)頂盒單元、媒體處理單元、本地存儲(chǔ)設(shè)備、網(wǎng)絡(luò)、視頻采集設(shè)備、聲音輸入輸出設(shè)備、顯示設(shè)備組成。在機(jī)頂盒系統(tǒng)啟動(dòng)后，啟動(dòng)可視通訊應(yīng)用，雙方進(jìn)行視頻、音頻通訊。
如圖2所示，根據(jù)本發(fā)明實(shí)施例的可視通訊過(guò)程中的媒體插播方法包括步驟S202，媒體子系統(tǒng)將插播的媒體內(nèi)容發(fā)送到格式轉(zhuǎn)換模塊或媒體解碼模塊進(jìn)行處理；步驟S204，媒體子系統(tǒng)將處理后的媒體內(nèi)容發(fā)送到視頻和/或音頻處理模塊進(jìn)行編碼；步驟S206，媒體子系統(tǒng)將編碼后的媒體內(nèi)容進(jìn)行RTP打包處理，并通過(guò)原有的視頻和/或音頻RTP通道發(fā)送打包處理后的媒體內(nèi)容。
其中，在執(zhí)行上述處理之前，媒體子系統(tǒng)需要暫停本地視頻和/或音頻的發(fā)送。
具體地，上述的媒體內(nèi)容可以是圖片、本地節(jié)目、以及網(wǎng)絡(luò)節(jié)目等。以下將分別結(jié)合實(shí)例來(lái)對(duì)此進(jìn)行描繪。
實(shí)例1實(shí)現(xiàn)圖片插播圖片文件可以是機(jī)頂盒本地圖片文件或者通過(guò)USB接口連接的存儲(chǔ)設(shè)備上保存的圖片文件，或者是用戶(hù)從網(wǎng)絡(luò)上瀏覽的圖片文件。在機(jī)頂盒系統(tǒng)上進(jìn)行可視通訊的過(guò)程中，用戶(hù)在機(jī)頂盒上瀏覽本地保存的圖片、用戶(hù)從網(wǎng)絡(luò)上瀏覽的圖片文件、或者從通過(guò)USB接口連接的本地存儲(chǔ)設(shè)備上保存的圖片文件，然后，用戶(hù)選擇要分享的圖片文件，啟動(dòng)媒體插播業(yè)務(wù)，機(jī)頂盒系統(tǒng)先暫停本地視頻的發(fā)送。
之后，媒體子系統(tǒng)將插播的圖片發(fā)送到格式轉(zhuǎn)換模塊進(jìn)行處理，格式轉(zhuǎn)換模塊將其轉(zhuǎn)成YUG格式(步驟S202)；媒體子系統(tǒng)將格式轉(zhuǎn)換模塊處理后的圖片發(fā)送到視頻處理模塊(視頻編碼器)，視頻處理模塊按照先前可視通訊協(xié)議交互格式進(jìn)行編碼處理(步驟S204)；媒體子系統(tǒng)將編碼后的圖片進(jìn)行RTP打包處理，并通過(guò)原有的視頻RTP通道將打包處理后的圖片發(fā)送到對(duì)方(步驟S206)。
這樣對(duì)方可以在遠(yuǎn)端視頻上看到對(duì)方插播的圖片。在整個(gè)可視通訊過(guò)程中，用戶(hù)可以利用原有的音頻通道繼續(xù)進(jìn)行語(yǔ)音交流，提供語(yǔ)音通訊服務(wù)。如果用戶(hù)想要暫停媒體插播業(yè)務(wù)，取消媒體插播業(yè)務(wù)，從而恢復(fù)原來(lái)的可視通訊。
可以參照?qǐng)D3的示意圖來(lái)更好的理解和實(shí)施本實(shí)施例的上述處理。
實(shí)例2實(shí)現(xiàn)本地節(jié)目插播本地節(jié)目可以是保存在機(jī)頂盒硬盤(pán)上錄制的一段節(jié)目，也可以是通過(guò)USB接口相連的存儲(chǔ)設(shè)備上的一段媒體節(jié)目。在機(jī)頂盒系統(tǒng)上進(jìn)行可視通訊的過(guò)程中，用戶(hù)在機(jī)頂盒上查找到本地已經(jīng)錄制的媒體節(jié)目或者本地存儲(chǔ)設(shè)備上存儲(chǔ)的媒體節(jié)目，然后啟動(dòng)媒體插播業(yè)務(wù)，機(jī)頂盒系統(tǒng)先暫停本地視頻、音頻發(fā)送。
之后，媒體子系統(tǒng)將插播的本地節(jié)目發(fā)送到媒體解碼模塊進(jìn)行解碼處理(步驟S202)；媒體子系統(tǒng)將媒體解碼模塊解碼后的視頻數(shù)據(jù)和音頻數(shù)據(jù)分別發(fā)送給視頻處理模塊和音頻處理模塊，視頻處理模塊和音頻處理模塊按照先前可視通訊協(xié)議交互的媒體格式分別進(jìn)行編碼(步驟S204)；在步驟S206中，媒體子系統(tǒng)將編碼后的本地節(jié)目進(jìn)行RTP打包處理，并通過(guò)原有的視頻RTP通道和音頻RTP通道發(fā)送打包處理后的本地節(jié)目(步驟S206)。
這樣對(duì)方通過(guò)已有的視頻、音頻通道接收后可以欣賞到對(duì)方插播的本地媒體節(jié)目。在整個(gè)可視通訊過(guò)程中，如果用戶(hù)想要暫停媒體插播業(yè)務(wù)，取消媒體插播業(yè)務(wù)，從而恢復(fù)原來(lái)的可視通訊。
可以參照?qǐng)D4的示意圖來(lái)更好的理解和實(shí)施本實(shí)施例的上述處理。
實(shí)例3插播本地網(wǎng)絡(luò)節(jié)目網(wǎng)絡(luò)媒體節(jié)目可以是網(wǎng)絡(luò)媒體服務(wù)器上的媒體節(jié)目。在機(jī)頂盒系統(tǒng)上進(jìn)行可視通訊的過(guò)程中，用戶(hù)在機(jī)頂盒上通過(guò)網(wǎng)絡(luò)瀏覽找到需要分享的節(jié)目，然后啟動(dòng)媒體插播業(yè)務(wù)，機(jī)頂盒系統(tǒng)先暫停本地的視頻、音頻發(fā)送。
之后，媒體子系統(tǒng)與媒體服務(wù)器建立連接，并從媒體服務(wù)器實(shí)時(shí)下載媒體流；媒體子系統(tǒng)將下載的媒體流發(fā)送到媒體解碼模塊進(jìn)行解碼處理(步驟S202)；在步驟S204中，媒體子系統(tǒng)將媒體解碼模塊解碼后的視頻數(shù)據(jù)和音頻數(shù)據(jù)分別發(fā)送給視頻處理模塊和音頻處理模塊，視頻處理模塊和音頻處理模塊按照先前可視通訊協(xié)議交互格式分別進(jìn)行編碼(步驟S204)；在步驟S206中，媒體子系統(tǒng)將編碼后的媒體流進(jìn)行RTP打包處理，并通過(guò)原有的視頻RTP通道和音頻RTP通道發(fā)送打包處理后的媒體流(步驟S206)。
這樣，對(duì)方通過(guò)已有的視頻、音頻通道接收后可以欣賞到對(duì)方插播的網(wǎng)絡(luò)媒體節(jié)目。在整個(gè)可視通訊過(guò)程中，如果用戶(hù)想要暫停媒體插播業(yè)務(wù)，取消媒體插播業(yè)務(wù)，從而恢復(fù)原來(lái)的可視通訊。
可以參照?qǐng)D5的示意圖來(lái)更好的理解和實(shí)施本實(shí)施例的上述處理。
通過(guò)以上描述可以看出，根據(jù)本發(fā)明實(shí)施例的媒體插播方法實(shí)現(xiàn)簡(jiǎn)單，操作方便，且不用增加新的硬件成本。借助于本發(fā)明的技術(shù)方案，可以十分方便地實(shí)現(xiàn)在IPTV機(jī)頂盒系統(tǒng)進(jìn)行的可視通訊過(guò)程中，用戶(hù)對(duì)喜愛(ài)媒體的實(shí)時(shí)分享，而不必停止已經(jīng)建立的可視通訊，并且媒體插播業(yè)務(wù)結(jié)束后，能夠立刻恢復(fù)原來(lái)的可視通訊。
以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種可視通訊過(guò)程中的媒體插播方法，其特征在于，包括步驟S202，媒體子系統(tǒng)將插播的媒體內(nèi)容發(fā)送到格式轉(zhuǎn)換模塊或媒體解碼模塊進(jìn)行處理；步驟S204，所述媒體子系統(tǒng)將處理后的所述媒體內(nèi)容發(fā)送到視頻和/或音頻處理模塊進(jìn)行編碼；以及步驟S206，所述媒體子系統(tǒng)將編碼后的所述媒體內(nèi)容進(jìn)行RTP打包處理，并通過(guò)原有的視頻和/或音頻RTP通道發(fā)送打包處理后的所述媒體內(nèi)容。
2.根據(jù)權(quán)利要求1所述的媒體插播方法，其特征在于，在所述步驟S202之前，所述媒體子系統(tǒng)暫停本地視頻和/或音頻的發(fā)送。
3.根據(jù)權(quán)利要求2所述的媒體插播方法，其特征在于，所述媒體內(nèi)容為圖片。
4.根據(jù)權(quán)利要求3所述的媒體插播方法，其特征在于，在所述步驟S202中，所述媒體子系統(tǒng)將插播的所述圖片發(fā)送到所述格式轉(zhuǎn)換模塊進(jìn)行處理；在所述步驟S204中，所述媒體子系統(tǒng)將所述格式轉(zhuǎn)換模塊處理后的所述圖片發(fā)送到所述視頻處理模塊進(jìn)行編碼處理；以及在所述步驟S206中，所述媒體子系統(tǒng)將編碼后的所述圖片進(jìn)行RTP打包處理，并通過(guò)原有的所述視頻RTP通道發(fā)送打包處理后的所述圖片。
5.根據(jù)權(quán)利要求2所述的媒體插播方法，其特征在于，所述媒體內(nèi)容為本地節(jié)目。
6.根據(jù)權(quán)利要求5所述的媒體插播方法，其特征在于，在所述步驟S202中，所述媒體子系統(tǒng)將插播的所述本地節(jié)目發(fā)送到所述媒體解碼模塊進(jìn)行解碼處理；在所述步驟S204中，所述媒體子系統(tǒng)將所述媒體解碼模塊解碼后的視頻數(shù)據(jù)和音頻數(shù)據(jù)分別發(fā)送給所述視頻處理模塊和所述音頻處理模塊進(jìn)行編碼；在所述步驟S206中，所述媒體子系統(tǒng)將編碼后的所述本地節(jié)目進(jìn)行RTP打包處理，并通過(guò)原有的所述視頻RTP通道和所述音頻RTP通道發(fā)送打包處理后的所述本地節(jié)目。
7.根據(jù)權(quán)利要求2所述的媒體插播方法，其特征在于，所述媒體內(nèi)容為網(wǎng)絡(luò)節(jié)目。
8.根據(jù)權(quán)利要求7所述的媒體插播方法，其特征在于，在所述步驟S202之前，所述媒體子系統(tǒng)與媒體服務(wù)器建立連接，并從所述媒體服務(wù)器實(shí)時(shí)下載媒體流；在所述步驟S202中，所述媒體子系統(tǒng)將下載的所述媒體流發(fā)送到所述媒體解碼模塊進(jìn)行解碼處理；在所述步驟S204中，所述媒體子系統(tǒng)將所述媒體解碼模塊解碼后的視頻數(shù)據(jù)和音頻數(shù)據(jù)分別發(fā)送給所述視頻處理模塊和所述音頻處理模塊進(jìn)行編碼；在所述步驟S206中，所述媒體子系統(tǒng)將編碼后的所述媒體流進(jìn)行RTP打包處理，并通過(guò)原有的所述視頻RTP通道和所述音頻RTP通道發(fā)送打包處理后的所述媒體流。
全文摘要
本發(fā)明提供了一種可視通訊過(guò)程中的媒體插播方法，包括步驟S202，媒體子系統(tǒng)將插播的媒體內(nèi)容發(fā)送到格式轉(zhuǎn)換模塊或媒體解碼模塊進(jìn)行處理；步驟S204，媒體子系統(tǒng)將處理后的媒體內(nèi)容發(fā)送到視頻和/或音頻處理模塊進(jìn)行編碼；步驟S206，媒體子系統(tǒng)將編碼后的媒體內(nèi)容進(jìn)行RTP打包處理，并通過(guò)原有的視頻和/或音頻RTP通道發(fā)送打包處理后的媒體內(nèi)容。
文檔編號(hào)H04N7/26GK101083766SQ20071012302
公開(kāi)日2007年12月5日 申請(qǐng)日期2007年6月22日 優(yōu)先權(quán)日2007年6月22日
發(fā)明者劉衛(wèi), 郭永紅, 廖粵東, 宋永來(lái), 吳忻 申請(qǐng)人:中興通訊股份有限公司