專利名稱：一種多媒體廣播方法、系統(tǒng)及媒體源設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于多媒體技術(shù)領(lǐng)域，尤其涉及一種多媒體廣播方法、系統(tǒng)及媒體 源設(shè)備。
背景技術(shù)：
在智能設(shè)備互連互通的應(yīng)用場景中，通常是一對一的互連及資源共享，但
是在一些特定的情況下，也需要用到一對多的互連互通，例如
1、 在一個(gè)大型的會(huì)場，后排的與會(huì)人員無法看清屏幕上的投影，此時(shí)可能 需要實(shí)時(shí)地將講演者電腦屏幕上的畫面以一對多的方式投影到需要清楚看見屏 幕的與會(huì)人員電腦屏幕上。
2、 在家居生活里，若只有一臺家庭媒體中心(Home Media Centre, HMC), 而用戶又希望在各個(gè)房間的媒體播放器上都能收看到來自互連網(wǎng)上的視頻直 播。
目前主流的互連互通標(biāo)準(zhǔn)都是基于一對一的互連互通，即使有所謂的一對 多，也只是一臺服務(wù)器同時(shí)為多個(gè)客戶端服務(wù)，這對服務(wù)器端的性能和處理能 力的要求也比較高。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例的目的在于提供一種多媒體廣播方法，旨在解決現(xiàn)有的智能 設(shè)備間 一對多互連互通時(shí)對服務(wù)器性能要求較高的問題。
本發(fā)明實(shí)施例是這樣實(shí)現(xiàn)的， 一種多媒體廣播方法，所述方法包括以下步
驟
媒體源進(jìn)入多媒體廣播模式；媒體接收器根據(jù)+某體源發(fā)送的服務(wù)組宣告信息，選擇要加入的服務(wù)組；
媒體接收器與纟某體源相應(yīng)的UDP發(fā)送端口建立連接； 媒體接收器接收來自媒體源的數(shù)據(jù)包信息并解析播放。
本發(fā)明實(shí)施例的另一目的在于提供一種多媒體廣播系統(tǒng)，所述廣播系統(tǒng)包
括
媒體源設(shè)備，用于發(fā)送服務(wù)組宣告信息、獲取并轉(zhuǎn)發(fā)廣播數(shù)據(jù)包信息；以
及
媒體接收器，與所述媒體源設(shè)備會(huì)話連接，用于接收所述廣播數(shù)據(jù)包信息 并解析播放。
本發(fā)明實(shí)施例的另一目的在于提供一種媒體源設(shè)備，其特征在于，所述媒 體源設(shè)備包括
工作模式切換模塊，用于設(shè)置媒體源設(shè)備的工作運(yùn)行模式，所述工作運(yùn)行 模式包含有多媒體廣播模式以及一對一 的面向連接模式；
服務(wù)組信息宣告模塊，用于周期性的向網(wǎng)絡(luò)內(nèi)發(fā)出服務(wù)組宣告信息；以及 數(shù)據(jù)包發(fā)送模塊，用于轉(zhuǎn)發(fā)廣播數(shù)據(jù)包信息。
本發(fā)明實(shí)施例中，媒體源可以同時(shí)向多個(gè)媒體接收器發(fā)送廣播數(shù)據(jù)信息， 這種一對多的多媒體廣播方式由于只需要處理一份數(shù)據(jù)拷貝，對媒體源服務(wù)器 性能的要求沒有那么高，系統(tǒng)的配置和管理也可以得到極大的簡化。


圖1是本發(fā)明實(shí)施例提供的多媒體廣播方法的實(shí)現(xiàn)流程圖； 圖2是本發(fā)明實(shí)施例提供的多媒體廣播系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí) 施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅
僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
本發(fā)明實(shí)施例中，多個(gè)媒體接收器通過相應(yīng)的用戶數(shù)據(jù)報(bào)協(xié)議(User Datagram Protocol, UDP )端口接收來自媒體源的廣播數(shù)據(jù)，這種一對多的多 媒體廣播方式可以確保多個(gè)客戶端的內(nèi)容同步接收，而且由于廣播方式只需要 處理一份數(shù)據(jù)拷貝，對媒體源服務(wù)器性能的要求沒有那么高，系統(tǒng)的配置和管 理也可以得到極大的簡化。
圖1示出了本發(fā)明實(shí)施例提供的多媒體廣播方法的實(shí)現(xiàn)流程，詳述如下
在步驟S101中，媒體源進(jìn)入多媒體廣播模式。
在本發(fā)明實(shí)施例中，用戶可以通過媒體源的界面來設(shè)置媒體源的工作模式， 即用戶可以設(shè)置媒體源是運(yùn)行在廣播模式下，還是運(yùn)行在一對一的面向連接的 模式下，若為廣播模式，則i某體源在進(jìn)行播放時(shí)，采用UDP數(shù)據(jù)包進(jìn)行發(fā)送， 若為一對一的面向連4姿，則采用傳輸控制協(xié)議(Transmission Control Protocol, TCP)進(jìn)行數(shù)據(jù)包的發(fā)送。
在步驟S102中，4某體接收器選擇要加入的服務(wù)組，并提取該服務(wù)組網(wǎng)絡(luò)信
自
媒體源與網(wǎng)絡(luò)內(nèi)的多個(gè)媒體通過閃聯(lián)或者數(shù)字生活網(wǎng)絡(luò)聯(lián)盟(Digital Living Network Alliance, DLNA)等標(biāo)準(zhǔn)協(xié)議實(shí)現(xiàn)互連互通，媒體源周期性地 發(fā)出服務(wù)組宣告信息，以方便隨后加入網(wǎng)絡(luò)的媒體接收器也能收到該宣告信息， 此時(shí)媒體接收器可以通過圖形界面展示給用戶當(dāng)前網(wǎng)絡(luò)內(nèi)存在的服務(wù)組信息， 由用戶決定加入其中的某個(gè)服務(wù)組。在本發(fā)明實(shí)施例中，考慮到同一i某體服務(wù) 器可以同時(shí)為多個(gè)廣播提供服務(wù)，所以以"服務(wù)，，作為分組的依據(jù)，服務(wù)組宣告 信息主要包括服務(wù)組標(biāo)識信息和服務(wù)組網(wǎng)絡(luò)信息，其中，服務(wù)組標(biāo)識信息用于 標(biāo)識該信息是一個(gè)服務(wù)組宣告，服務(wù)組網(wǎng)絡(luò)信息則進(jìn)一步包括媒體源的名稱、 媒體源的網(wǎng)絡(luò)地址、服務(wù)組的名稱、UDP的網(wǎng)絡(luò)地址、發(fā)送端口等詳細(xì)信息， 加入網(wǎng)絡(luò)的媒體接收器在收到服務(wù)組宣告信息后予以保存。
在步驟S103中，纟某體接收器與力某體源相應(yīng)的UDP發(fā)送端口建立連接。媒體源在被設(shè)置為以廣播模式運(yùn)行后，出于安全目的，可以有選擇性的決 定是否需要為其廣播的內(nèi)容設(shè)置安全機(jī)制，簡單的做法可以是用戶為々某體內(nèi)容 設(shè)置一個(gè)安全密碼，也可以采用更加復(fù)雜的安全機(jī)制，如內(nèi)容加密等。，
媒體接收器加入某個(gè)服務(wù)組后，首先與媒體源相應(yīng)的UDP發(fā)送端口建立連
接，詢問媒體源是否有安全認(rèn)證機(jī)制，媒體源根據(jù)自身的設(shè)置情況予以響應(yīng)， 如果是簡單采用密碼保護(hù)機(jī)制，媒體源通過媒體接收器在屏幕上出現(xiàn)提示，要 求申請加入服務(wù)組的用戶進(jìn)行密碼驗(yàn)證。
在步驟S104中，判斷是否需要安全認(rèn)證，若不需要?jiǎng)t直接進(jìn)入步驟S105; 若需要?jiǎng)t在步驟S1041中進(jìn)行密碼驗(yàn)證，若驗(yàn)證通過，進(jìn)入步驟S105，若沒有 通過驗(yàn)證，則返回步驟S103。
在步驟S105中，i某體接收器接收來自媒體源的數(shù)據(jù)包信息并解析播放。
媒體源被設(shè)置成廣播模式后，開始以UDP數(shù)據(jù)包廣播的方式向網(wǎng)絡(luò)發(fā)送數(shù) 據(jù)，媒體接收器通過安全認(rèn)證后，就可以通過與該服務(wù)組廣播內(nèi)容對應(yīng)的UDP 端口監(jiān)聽來自媒體源的數(shù)據(jù)包，并解析播放。在同一網(wǎng)絡(luò)內(nèi)而沒有加入該服務(wù) 組的媒體接收器由于沒有對相應(yīng)的UDP端口進(jìn)行監(jiān)聽，所以不會(huì)收到該廣播數(shù) 據(jù)。在本發(fā)明實(shí)施例中，觸發(fā)媒體源進(jìn)行播放可以有多種方式，可以是媒體接 收器通過向i某體源主動(dòng)請求從而進(jìn)行播放行為，也可以是用戶直接在々某體源上 選中某媒體而進(jìn)行播放。
在步驟S106中，用戶根據(jù)自己的需要決定是否退出該服務(wù)組，退出時(shí)可以 通過媒體接收器的顯示界面中相應(yīng)菜單項(xiàng)進(jìn)行退出該服務(wù)組的設(shè)置，若繼續(xù)接 收媒體源的廣播則重復(fù)步驟S105。
圖2示出了本發(fā)明實(shí)施例提供的多媒體廣播系統(tǒng)的結(jié)構(gòu)，為了便于描述， 僅示出了與本發(fā)明實(shí)施例相關(guān)的部分。
如圖2所示，々某體源設(shè)備20與多個(gè)媒體接收器互連互通，媒體源設(shè)備20 與媒體接收器均內(nèi)置互連互通標(biāo)準(zhǔn)協(xié)議，如閃聯(lián)協(xié)議或DLNA協(xié)議，其中，用 戶通過工作模式切換模塊201設(shè)置媒體源的工作模式，即用戶可以設(shè)置媒體源
是運(yùn)行在廣播模式下，還是運(yùn)行在一對一的面向連接的模式下，若為廣播模式， 則媒體源在進(jìn)行播放時(shí)，采用UDP數(shù)據(jù)包進(jìn)行發(fā)送，若為一對一的面向連接，
則采用TCP協(xié)議進(jìn)行數(shù)據(jù)包的發(fā)送。
服務(wù)組信息宣告模塊202周期性地發(fā)出服務(wù)組宣告信息，以方便隨后加入 網(wǎng)絡(luò)的媒體接收器也能收到該宣告信息，此時(shí)媒體接收器可以通過圖形界面展 示給用戶當(dāng)前網(wǎng)絡(luò)內(nèi)存在的服務(wù)組信息，由用戶決定加入其中的某個(gè)服務(wù)組。 在本發(fā)明實(shí)施例中，由于同一媒體服務(wù)器可以同時(shí)為多個(gè)廣播提供服務(wù)，所以 以"服務(wù)"作為分組的依據(jù)，服務(wù)組宣告信息主要包括服務(wù)組標(biāo)識信息和服務(wù)組 網(wǎng)絡(luò)信息，其中，服務(wù)組標(biāo)識信息用于標(biāo)識該信息是一個(gè)服務(wù)組宣告，服務(wù)組 網(wǎng)絡(luò)信息則進(jìn)一步包括媒體源設(shè)備的名稱、媒體源設(shè)備的網(wǎng)絡(luò)地址、服務(wù)組的 名稱、UDP的網(wǎng)絡(luò)地址、發(fā)送端口等詳細(xì)信息，加入網(wǎng)絡(luò)的J 某體接收器在收到 服務(wù)組宣告信息后予以保存。
若用戶需要為^某體源設(shè)備的廣播內(nèi)容設(shè)置安全機(jī)制，可以通過安全認(rèn)證模 塊203為媒體廣播的內(nèi)容設(shè)置密碼，而媒體接收器在加入某個(gè)服務(wù)組后，首先 通過互連互通協(xié)議與媒體源設(shè)備相應(yīng)的UDP端口建立連接，詢問々某體源設(shè)備是 否有安全認(rèn)證機(jī)制，安全認(rèn)證才莫塊203根據(jù)自身的情況予以響應(yīng)，如果是簡單 采用密碼保護(hù)機(jī)制，媒體源設(shè)備通過媒體接收器在屏幕上出現(xiàn)提示，要求申請 加入服務(wù)組的用戶進(jìn)行密碼驗(yàn)證。
如果安全驗(yàn)證通過或沒有安全認(rèn)證機(jī)制，數(shù)據(jù)包發(fā)送模塊204通過與該服 務(wù)組廣播內(nèi)容對應(yīng)的UDP端口向網(wǎng)絡(luò)發(fā)送其從互聯(lián)網(wǎng)等獲取的數(shù)據(jù)包，在同一 網(wǎng)絡(luò)內(nèi)，但是沒有加入該服務(wù)組的媒體接收器由于沒有對相應(yīng)的UDP端口進(jìn)行 監(jiān)聽，所以不會(huì)收到該廣播數(shù)據(jù)，收到UDP數(shù)據(jù)包的媒體接收器開始解碼播放。 在本發(fā)明實(shí)施例中，觸發(fā)媒體源設(shè)備進(jìn)行播放可以有多種方式，可以是媒體接 收器通過向媒體源設(shè)備主動(dòng)請求從而進(jìn)、行播放行為，也可以是用戶直接在媒體 源設(shè)備上選中某媒體而進(jìn)行播放。
以家居生活為例，用戶在客廳里打開HMC,即媒體源設(shè)備，將其播放模式
設(shè)置為廣播模式，HMC開始周期性地向網(wǎng)絡(luò)發(fā)出服務(wù)組宣告信息，同時(shí)向網(wǎng)絡(luò) 發(fā)送UDP數(shù)據(jù)包，用戶隨后打開電視機(jī)，電視機(jī)根據(jù)接收到的服務(wù)組宣告信息 加入服務(wù)組，接收UDP數(shù)據(jù)包并解析播放。當(dāng)用戶轉(zhuǎn)移到臥室或廚房時(shí)，打開 相關(guān)地媒體接收器，通過閃聯(lián)協(xié)議發(fā)現(xiàn)媒體源并根據(jù)接收到的服務(wù)組宣告信息 加入同一個(gè)服務(wù)組，該媒體接收器接收從媒體源設(shè)備發(fā)送的UDP數(shù)據(jù)包并解析 播放，這樣當(dāng)用戶轉(zhuǎn)移到另外一個(gè)地方時(shí)，他可以繼續(xù)進(jìn)行實(shí)時(shí)的視頻觀看， 這樣通過分組及廣播的方式就可以容易地實(shí)現(xiàn)這種一對多地媒體共享應(yīng)用。
綜上所述，本發(fā)明實(shí)施例提出了一種基于分組方式的閃聯(lián)多媒體廣播技術(shù)， 媒體接收器可以很容易的加入或退出某個(gè)分組，媒體源的這種廣播方式也可以 確保多個(gè)媒體接收器對廣播數(shù)據(jù)的同步接收，而且由于廣播方式只需要處理一 份數(shù)據(jù)拷貝，對媒體源服務(wù)器性能的要求沒有那么高，系統(tǒng)的配置和管理也可 以得到極大的簡化，同時(shí)安全認(rèn)證機(jī)制的應(yīng)用也有利于廣播內(nèi)容的分級力口密。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā) 明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明 的寸呆護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種多媒體廣播方法，其特征在于，所述方法包括以下步驟:媒體源進(jìn)入多媒體廣播模式；媒體接收器根據(jù)媒體源發(fā)送的服務(wù)組宣告信息，選擇要加入的服務(wù)組；媒體接收器與媒體源相應(yīng)的UDP發(fā)送端口建立連接；媒體接收器接收來自媒體源的數(shù)據(jù)包信息并解析播放。
2、 如權(quán)利要求1所述的多媒體廣播方法，其特征在于，所述服務(wù)組宣告信 息包括服務(wù)組標(biāo)識信息和服務(wù)組網(wǎng)絡(luò)信息，服務(wù)組標(biāo)識信息用于標(biāo)識該信息是 一個(gè)服務(wù)組宣告，服務(wù)組網(wǎng)絡(luò)信息則進(jìn)一步包括媒體源設(shè)備的名稱、媒體源設(shè) 備的網(wǎng)絡(luò)地址、服務(wù)組的名稱、UDP的網(wǎng)絡(luò)地址或者發(fā)送端口信息。
3、 如權(quán)利要求l所述的多媒體廣播方法，其特征在于，所述媒體接收器與 媒體源相應(yīng)的UDP發(fā)送端口建立連接的步驟進(jìn)一步包括媒體接收器進(jìn)行安全認(rèn)證。
4、 如權(quán)利要求l、 2或3所述的多媒體廣播方法，其特征在于，媒體接收 器與媒體源通過閃聯(lián)協(xié)議或DLNA協(xié)議實(shí)現(xiàn)會(huì)話連接。
5、 一種多媒體廣播系統(tǒng)，其特征在于，所述廣播系統(tǒng)包括 媒體源設(shè)備，用于發(fā)送服務(wù)組宣告信息、獲取并轉(zhuǎn)發(fā)廣播數(shù)據(jù)包信息；以及媒體接收器，與所述媒體源設(shè)備會(huì)話連接，用于接收所述廣播數(shù)據(jù)包信息 并解析播放。
6、 如權(quán)利要求5所述的多媒體廣播系統(tǒng)，其特征在于，所述媒體源設(shè)備包括工作模式切換模塊，用于設(shè)置媒體源設(shè)備的工作運(yùn)行模式，所述工作運(yùn)行 模式包含有多媒體廣播模式以及一對一 的面向連接模式。服務(wù)組信息宣告模塊，用于周期性的向網(wǎng)絡(luò)內(nèi)發(fā)出服務(wù)組宣告信息；以及 數(shù)據(jù)包發(fā)送模塊，用于轉(zhuǎn)發(fā)廣播數(shù)據(jù)包信息。
7、 如權(quán)利要求6所述的多媒體廣播系統(tǒng)，其特征在于，所迷媒體源設(shè)備進(jìn) 一步包括安全認(rèn)證模塊，用于為廣播內(nèi)容設(shè)置安全認(rèn)證機(jī)制。
8、 如權(quán)利要求5、 6或7所述的多媒體廣播系統(tǒng)，其特征在于，所述服務(wù) 組宣告信息包括服務(wù)組標(biāo)識信息和服務(wù)組網(wǎng)絡(luò)信息，服務(wù)組標(biāo)識信息用于標(biāo)識 該信息是一個(gè)服務(wù)組宣告，服務(wù)組網(wǎng)絡(luò)信息則進(jìn)一步包括^ 某體源設(shè)備的名稱、 i某體源設(shè)備的網(wǎng)絡(luò)地址、服務(wù)組的名稱、UDP的網(wǎng)絡(luò)地址或者發(fā)送端口信息。
9、 一種媒體源設(shè)備，其特征在于，所述媒體源設(shè)備包括 工作模式切換模塊，用于設(shè)置媒體源設(shè)備的工作運(yùn)行模式，所述工作運(yùn)行模式包含有多媒體廣播模式以及一對一 的面向連接模式；服務(wù)組信息宣告模塊，用于周期性的向網(wǎng)絡(luò)內(nèi)發(fā)出服務(wù)組宣告信息；以及 數(shù)據(jù)包發(fā)送模塊，用于轉(zhuǎn)發(fā)廣播數(shù)據(jù)包信息。
10、 如權(quán)利要求9所述的媒體源設(shè)備，其特征在于，所述服務(wù)組宣告信息 包括服務(wù)組標(biāo)識信息和服務(wù)組網(wǎng)絡(luò)信息，服務(wù)組標(biāo)識信息用于標(biāo)識該信息是一 個(gè)服務(wù)組宣告，服務(wù)組網(wǎng)絡(luò)信息則進(jìn)一步包括媒體源設(shè)備的名稱、媒體源設(shè)備 的網(wǎng)絡(luò)地址、服務(wù)組的名稱、UDP的網(wǎng)絡(luò)地址或者發(fā)送端口信息。 '
全文摘要
本發(fā)明適用于多媒體技術(shù)領(lǐng)域，提供了一種多媒體廣播方法、系統(tǒng)及媒體源設(shè)備，所述方法包括以下步驟媒體源進(jìn)入多媒體廣播模式；媒體接收器根據(jù)媒體源發(fā)送的服務(wù)組宣告信息，選擇要加入的服務(wù)組；媒體接收器與媒體源相應(yīng)的UDP發(fā)送端口建立連接；媒體接收器接收來自媒體源的數(shù)據(jù)包信息并解析播放。本發(fā)明中，媒體源可以同時(shí)向多個(gè)媒體接收器發(fā)送廣播數(shù)據(jù)信息，這種一對多的多媒體廣播方式只需要處理一份數(shù)據(jù)拷貝，對媒體源服務(wù)器性能的要求沒有那么高，系統(tǒng)的配置和管理也可以得到極大的簡化。
文檔編號H04L12/18GK101374059SQ20071007643
公開日2009年2月25日 申請日期2007年8月20日 優(yōu)先權(quán)日2007年8月20日
發(fā)明者翀 孫 申請人:深圳Tcl工業(yè)研究院有限公司