專利名稱：一種流媒體適配器、流媒體網(wǎng)絡(luò)交互的系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體交互技術(shù)，特別涉及一種流媒體適配器、流媒體網(wǎng)絡(luò)交互的系統(tǒng)及方法。
背景技術(shù)：
流媒體(Mreaming Media)為采用流式傳輸?shù)姆绞皆谝蛱鼐W(wǎng)與內(nèi)聯(lián)網(wǎng)播放的媒體格式，流式傳輸?shù)姆绞侥軌蚴挂纛l、視頻和其他多媒體元素在因特網(wǎng)及無線網(wǎng)絡(luò)上實時的、 無需下載等待的方式進行播放。圖1為現(xiàn)有的流媒體網(wǎng)絡(luò)交互的方法流程圖?，F(xiàn)結(jié)合圖1，對現(xiàn)有的流媒體網(wǎng)絡(luò)交互的方法進行說明，具體如下鑒于流媒體所采用的流式傳輸?shù)姆绞郊傲魇絺鬏數(shù)姆绞降膶崟r性，用以進行流媒體網(wǎng)絡(luò)交互的客戶端需要支持實時傳送協(xié)議(Real-time Transport Protocol, RTP)或?qū)崟r流傳輸協(xié)議(Real Time Streaming Protocol，RTSP)，同理，用以進行流媒體網(wǎng)絡(luò)交互的服務(wù)器也需要支持實時傳送協(xié)議或?qū)崟r流傳輸協(xié)議。現(xiàn)有的流媒體網(wǎng)絡(luò)交互的方法包括步驟101，客戶端發(fā)送流媒體業(yè)務(wù)請求至服務(wù)器；步驟102，服務(wù)器發(fā)送流媒體業(yè)務(wù)響應(yīng)至客戶端?，F(xiàn)有的流媒體網(wǎng)絡(luò)交互的方法中，客戶端和服務(wù)器在進行流媒體網(wǎng)絡(luò)交互前，需要根據(jù)所支持的協(xié)議，建立用以交互流媒體的網(wǎng)絡(luò)鏈路，只有在客戶端和服務(wù)器所支持的協(xié)議相同時，才能成功地建立用以交互流媒體的網(wǎng)絡(luò)鏈路；在成功地建立網(wǎng)絡(luò)鏈路后，客戶端和服務(wù)器再按照步驟101和步驟102的方法，進行流媒體網(wǎng)絡(luò)交互。但是，當(dāng)網(wǎng)絡(luò)中服務(wù)器所采用的協(xié)議類型不支持流媒體實時傳輸時，比如，文件傳輸協(xié)議(File Transfer Protocol, FTP)、超文本傳輸協(xié)議(Hyper Text Transfer Protocol, HTTP)，該服務(wù)器無法為接入網(wǎng)絡(luò)的客戶端提供其所需的流媒體文件；當(dāng)網(wǎng)絡(luò)中客戶端所采用的協(xié)議類型不支持流媒體實時傳輸時，比如，F(xiàn)TP、HTTP，該客戶端無法從支持流媒體實時傳輸?shù)姆?wù)器獲取流媒體文件。綜上所述，由于支持的傳輸協(xié)議的不兼容，導(dǎo)致了客戶端或服務(wù)器上的流媒體文件不能被共享，使得流媒體網(wǎng)絡(luò)交互具有一定的局限性。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供一種流媒體網(wǎng)絡(luò)交互的系統(tǒng)，該系統(tǒng)能夠?qū)崿F(xiàn)采用不同傳輸協(xié)議的客戶端和服務(wù)器間的流媒體交互。本發(fā)明的目的在于提供一種流媒體網(wǎng)絡(luò)交互的方法，該方法能夠?qū)崿F(xiàn)采用不同傳輸協(xié)議的客戶端和服務(wù)器間的流媒體交互。為達到上述目的，本發(fā)明的技術(shù)方案具體是這樣實現(xiàn)的一種流媒體適配器，所述流媒體適配器連接至少一個客戶端和至少一個目標(biāo)服務(wù)器，
所述流媒體適配器根據(jù)來自客戶端的按照第一協(xié)議的格式發(fā)送的流媒體請求，確定客戶端所采用的第一協(xié)議，利用流媒體請求所攜帶的目標(biāo)服務(wù)器的IP地址及端口號，通過與目標(biāo)服務(wù)器的協(xié)議適配，確定目標(biāo)服務(wù)器所采用的第二協(xié)議；所述流媒體適配器按照第二協(xié)議的格式，發(fā)送流媒體請求至目標(biāo)服務(wù)器，按照客戶端發(fā)送的其IP地址、端口號及第一協(xié)議的格式，發(fā)送流媒體文件至客戶端；所述第一協(xié)議和所述第二協(xié)議為不同類型的傳輸協(xié)議。較佳地，該適配器進一步根據(jù)第一協(xié)議及第二協(xié)議，對來自目標(biāo)服務(wù)器的流媒體文件進行格式轉(zhuǎn)換，獲得轉(zhuǎn)換后的流媒體文件。上述適配器中，該適配器包含協(xié)議存儲模塊，用以保存多個支持實時傳送流媒體文件的傳輸協(xié)議和多個不支持實時傳送流媒體文件的傳輸協(xié)議；協(xié)議適配模塊，根據(jù)適配指令及第一協(xié)議的格式確定第一協(xié)議；利用端口號確定一協(xié)議，在利用端口號確定的協(xié)議成功與目標(biāo)服務(wù)器進行交互時，選擇端口號確定的協(xié)議為第二協(xié)議，在利用端口號確定的協(xié)議未成功與目標(biāo)服務(wù)器進行交互時，利用協(xié)議存儲模塊保存的協(xié)議與目標(biāo)服務(wù)器進行交互來確定第二協(xié)議；輸出攜帶第一協(xié)議和第二協(xié)議的適配響應(yīng)至流媒體控制模塊；流媒體控制模塊，接收來自客戶端的流媒體請求，輸出適配指令及第一協(xié)議的格式至協(xié)議適配模塊；根據(jù)適配響應(yīng)，按照第二協(xié)議的格式發(fā)送流媒體請求至目標(biāo)服務(wù)器； 按照客戶端的IP地址和端口號，將接收到的流媒體文件按照第一協(xié)議的格式發(fā)送至客戶端；所述第一協(xié)議和所述第二協(xié)議為支持實時傳送流媒體文件的傳輸協(xié)議，或為不支持實時傳送流媒體文件的傳輸協(xié)議。上述適配器中，該適配器包含協(xié)議存儲模塊，用以保存多個支持實時傳送流媒體文件的傳輸協(xié)議和多個不支持實時傳送流媒體文件的傳輸協(xié)議；協(xié)議適配模塊，根據(jù)適配指令及第一協(xié)議的格式確定第一協(xié)議；利用端口號確定一協(xié)議，在利用端口號確定的協(xié)議成功與目標(biāo)服務(wù)器進行交互時，選擇端口號確定的協(xié)議為第二協(xié)議，在利用端口號確定的協(xié)議未成功與目標(biāo)服務(wù)器進行交互時，利用協(xié)議存儲模塊保存的協(xié)議與目標(biāo)服務(wù)器進行交互來確定第二協(xié)議；輸出攜帶第一協(xié)議和第二協(xié)議的適配響應(yīng)至流媒體控制模塊；流媒體控制模塊，接收來自客戶端的流媒體請求，輸出適配指令及第一協(xié)議的格式至協(xié)議適配模塊；根據(jù)適配響應(yīng)，按照第二協(xié)議的格式發(fā)送流媒體請求至目標(biāo)服務(wù)器； 按照第一協(xié)議及第二協(xié)議，輸出格式轉(zhuǎn)換指令和接收到的流媒體文件輸出至流媒體轉(zhuǎn)換模塊；按照第一協(xié)議的格式，發(fā)送轉(zhuǎn)換后的流媒體文件至客戶端；流媒體轉(zhuǎn)換模塊，根據(jù)格式轉(zhuǎn)換指令，對流媒體文件進行轉(zhuǎn)碼和/或轉(zhuǎn)封裝，將轉(zhuǎn)換后的流媒體文件輸出至流媒體控制模塊；所述第一協(xié)議為支持實時傳送流媒體文件的傳輸協(xié)議，所述第二協(xié)議為不支持實時傳送流媒體文件的傳輸協(xié)議，或者所述第一協(xié)議為不支持實時傳送流媒體文件的傳輸協(xié)議，所述第二協(xié)議為支持實時傳送流媒體文件的傳輸協(xié)議。
—種流媒體網(wǎng)絡(luò)交互的系統(tǒng)，該系統(tǒng)包含至少一個客戶端、至少一個目標(biāo)服務(wù)器、和前述的流媒體適配器；所述客戶端根據(jù)流媒體適配器的IP地址和端口號，按照第一協(xié)議的格式，發(fā)送攜帶目標(biāo)服務(wù)器的IP地址及端口號的流媒體請求、客戶端的IP地址和端口號至流媒體適配器，接收來自流媒體適配器的流媒體文件；所述目標(biāo)服務(wù)器根據(jù)來自流媒體適配器的流媒體請求，按照第二協(xié)議的格式發(fā)送流媒體文件至流媒體適配器。一種流媒體網(wǎng)絡(luò)交互的方法，該方法包括A、根據(jù)來自客戶端的按照第一協(xié)議的格式發(fā)送的流媒體請求，確定客戶端所采用的第一協(xié)議；B、利用流媒體請求攜帶的目標(biāo)服務(wù)器的IP地址及端口號，通過與目標(biāo)服務(wù)器的協(xié)議適配，確定目標(biāo)服務(wù)器所采用的第二協(xié)議；C、按照第二協(xié)議的格式發(fā)送流媒體請求至目標(biāo)服務(wù)器；D、按照客戶端的IP地址、端口號和第一協(xié)議的格式，發(fā)送流媒體文件至客戶端；所述第一協(xié)議和所述第二協(xié)議為不同類型的傳輸協(xié)議。較佳地，所述步驟C與所述步驟D之間進一步包括判斷是否需要對流媒體文件進行格式轉(zhuǎn)換，如果是，對流媒體文件進行格式轉(zhuǎn)換， 否則執(zhí)行步驟D。上述方法中，所述步驟B包括Bi、根據(jù)流媒體請求攜帶的目標(biāo)服務(wù)器的端口號確定一協(xié)議；B2、判斷采用步驟Bl所述的協(xié)議是否能與目標(biāo)服務(wù)器成功進行交互，如果是，則將步驟Bl所述的協(xié)議確定為第二協(xié)議，否則執(zhí)行步驟B3 ；B3、采用保存的協(xié)議與目標(biāo)服務(wù)器進行交互，并將與目標(biāo)服務(wù)器成功交互時所采用的協(xié)議確定為第二協(xié)議。上述方法中，所述對流媒體文件進行格式轉(zhuǎn)換包括根據(jù)第一協(xié)議確定客戶端支持的封裝方式和編解碼方式；根據(jù)第二協(xié)議確定流媒體文件的封裝方式和編解碼方式；對來自目標(biāo)服務(wù)器的流媒體文件進行轉(zhuǎn)碼和/或轉(zhuǎn)封裝處理，獲得轉(zhuǎn)換后的流媒體文件。上述方法中，所述判斷是否需要對流媒體文件進行格式轉(zhuǎn)換包括判斷第一協(xié)議和第二協(xié)議是否為支持實時傳送流媒體文件的傳輸協(xié)議，或為不支持實時傳送流媒體文件的傳輸協(xié)議。由上述的技術(shù)方案可見，本發(fā)明提供了一種流媒體適配器、流媒體網(wǎng)絡(luò)交互的系統(tǒng)及方法，流媒體適配器根據(jù)確定的客戶端采用的協(xié)議和目標(biāo)服務(wù)器采用的協(xié)議，在客戶端與目標(biāo)服務(wù)器進行流媒體數(shù)據(jù)和/或指令的交互時，進行協(xié)議格式的轉(zhuǎn)換。采用本發(fā)明的適配器、系統(tǒng)及方法，能夠?qū)崿F(xiàn)采用不同傳輸協(xié)議的客戶端和服務(wù)器間的流媒體交互。


圖1為現(xiàn)有的流媒體網(wǎng)絡(luò)交互的方法流程圖。
圖2為本發(fā)明流媒體網(wǎng)絡(luò)交互的系統(tǒng)的結(jié)構(gòu)示意圖。圖3為本發(fā)明流媒體網(wǎng)絡(luò)交互的方法流程圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案、及優(yōu)點更加清楚明白，以下參照附圖并舉實施例， 對本發(fā)明進一步詳細說明。本發(fā)明提供了一種流媒體適配器、流媒體網(wǎng)絡(luò)交互的系統(tǒng)及方法，流媒體適配器根據(jù)接收到的請求消息所采用的協(xié)議格式，確定客戶端所采用的協(xié)議，還可根據(jù)客戶端所采用的協(xié)議確定客戶端的編解碼方式和封裝方式；流媒體適配器根據(jù)目標(biāo)服務(wù)器的端口號及與目標(biāo)服務(wù)器間的交互，確定目標(biāo)服務(wù)器所采用的協(xié)議，通過協(xié)議格式轉(zhuǎn)換，從目標(biāo)服務(wù)器獲取客戶端請求的流媒體文件，且在目標(biāo)服務(wù)器所提供的流媒體文件無法在客戶端上播放時，對流媒體文件進行格式轉(zhuǎn)換，以便客戶端能夠?qū)ζ渌埱蟮牧髅襟w文件進行解封裝和解碼操作。本發(fā)明流媒體網(wǎng)絡(luò)交互的系統(tǒng)包含至少一個客戶端、一個流媒體適配器和至少一個目標(biāo)服務(wù)器；本發(fā)明的下述實施例中僅以系統(tǒng)包含一個客戶端、一個流媒體適配器和一個目標(biāo)服務(wù)器為例進行說明，在系統(tǒng)增加了客戶端和/或目標(biāo)服務(wù)器時，流媒體適配器可根據(jù)IP地址和端口號確定進行此次交互的客戶端和目標(biāo)服務(wù)器，本發(fā)明不再對系統(tǒng)包含多個客戶端和/或多個目標(biāo)服務(wù)器的實例進行說明。圖2為本發(fā)明流媒體網(wǎng)絡(luò)交互的系統(tǒng)的結(jié)構(gòu)示意圖?，F(xiàn)結(jié)合圖2，對本發(fā)明的流媒體網(wǎng)絡(luò)交互的系統(tǒng)進行說明，具體如下本發(fā)明的流媒體網(wǎng)絡(luò)交互的系統(tǒng)包含客戶端20、流媒體適配器21和目標(biāo)服務(wù)器 22。其中，流媒體適配器21分別連接客戶端20和目標(biāo)服務(wù)器22?？蛻舳?0根據(jù)流媒體適配器21的IP地址和端口號，按照第一協(xié)議的格式，發(fā)送攜帶目標(biāo)服務(wù)器21的IP地址及端口號的流媒體請求、客戶端20的IP地址和端口號至流媒體適配器21，接收流媒體適配器21輸出的流媒體文件。流媒體適配器21根據(jù)第一協(xié)議的格式確定客戶端20所采用的第一協(xié)議，利用目標(biāo)服務(wù)器21的IP地址及端口號，通過與目標(biāo)服務(wù)器21的協(xié)議適配，確定目標(biāo)服務(wù)器21所采用的第二協(xié)議。流媒體適配器21按照第二協(xié)議的格式，發(fā)送流媒體請求至目標(biāo)服務(wù)器 22，按照客戶端20的IP地址和端口號，將接收到的流媒體文件按照第一協(xié)議的格式發(fā)送至客戶端20。其中，流媒體適配器21可根據(jù)協(xié)議的具體協(xié)議描述，確定采用該協(xié)議的設(shè)備上的流媒體文件的封裝方式及編解碼方式，比如，根據(jù)第一協(xié)議確定客戶端20上的流媒體文件的封裝方式及編解碼方式，根據(jù)第二協(xié)議確定目標(biāo)服務(wù)器22上的流媒體文件的封裝方式及編解碼方式；第一協(xié)議和第二協(xié)議為不同類型的傳輸協(xié)議，比如，第一協(xié)議為http、ftp、 rtsp及rtp協(xié)議的其中之一，則第二協(xié)議為http、ftp、rtsp及rtp協(xié)議中的與第一協(xié)議不同的協(xié)議。目標(biāo)服務(wù)器22根據(jù)流媒體請求，按照第二協(xié)議的格式發(fā)送流媒體文件至流媒體適配器21。本發(fā)明的流媒體適配器包括協(xié)議存儲模塊211、協(xié)議適配模塊212和流媒體控制模塊213。其中，流媒體控制模塊213連接客戶端20、目標(biāo)服務(wù)器22和協(xié)議適配模塊212， 協(xié)議適配模塊連接協(xié)議存儲模塊211和目標(biāo)服務(wù)器22。協(xié)議存儲模塊211用以保存多個支持實時傳送流媒體文件的傳輸協(xié)議和多個不支持實時傳送流媒體文件的傳輸協(xié)議。其中，支持實時流媒體文件的傳輸協(xié)議可為rtsp或 rtp ；不支持實時傳送流媒體文件的傳輸協(xié)議為http或ftp。協(xié)議適配模塊212根據(jù)適配指令及第一協(xié)議的格式確定第一協(xié)議；利用端口號確定一協(xié)議，在利用端口號確定的協(xié)議成功與目標(biāo)服務(wù)器22進行交互時，選擇端口號確定的協(xié)議為第二協(xié)議，在利用端口號確定的協(xié)議未成功與目標(biāo)服務(wù)器22進行交互時，利用協(xié)議存儲模塊211保存的協(xié)議與目標(biāo)服務(wù)器22進行交互來確定第二協(xié)議；輸出攜帶第一協(xié)議和第二協(xié)議的適配響應(yīng)至流媒體控制模塊213。其中，協(xié)議適配模塊212在利用協(xié)議存儲模塊 211保存的協(xié)議與目標(biāo)服務(wù)器22進行交互來確定第二協(xié)議時，協(xié)議適配模塊212遍歷協(xié)議存儲模塊211保存的協(xié)議，將與目標(biāo)服務(wù)器22進行成功交互時所采用的協(xié)議確定為第二協(xié)議；協(xié)議適配模塊212輸出的適配響應(yīng)中，將客戶端20采用的第一協(xié)議及目標(biāo)服務(wù)器22采用的第二協(xié)議輸出至流媒體控制模塊213。流媒體控制模塊213接收來自客戶端20的流媒體請求，輸出適配指令及第一協(xié)議的格式至協(xié)議適配模塊212;根據(jù)適配響應(yīng)，按照第二協(xié)議的格式發(fā)送流媒體請求至目標(biāo)服務(wù)器22 ；按照客戶端20的IP地址和端口號，將接收到的流媒體文件按照第一協(xié)議的格式發(fā)送至客戶端20。其中，第一協(xié)議和第二協(xié)議為支持實時傳送流媒體文件的傳輸協(xié)議，或為不支持實時傳送流媒體文件的傳輸協(xié)議，比如，第一協(xié)議為rtsp，第二協(xié)議為rtp，或者第一協(xié)議為rtp，第二協(xié)議為rtsp，或者第一協(xié)議為http，第二協(xié)議為ftp，或者第一協(xié)議為ftp，第二協(xié)議為http，此時，流媒體控制模塊213在將來自目標(biāo)服務(wù)器22的流媒體文件發(fā)送給客戶端20時，僅進行協(xié)議格式的轉(zhuǎn)換，不對流媒體文件的進行轉(zhuǎn)碼和/或轉(zhuǎn)封裝。為了請求的流媒體文件能夠在客戶端20上播放，流媒體適配器21還進一步用于根據(jù)第一協(xié)議和第二協(xié)議，對來自目標(biāo)服務(wù)器22的流媒體文件進行格式轉(zhuǎn)換，獲取轉(zhuǎn)換后的流媒體文件并發(fā)送至客戶端20。其中，第一協(xié)議為支持實時傳送流媒體文件的傳輸協(xié)議，第二協(xié)議為不支持實時傳送流媒體文件的傳輸協(xié)議，或者第一協(xié)議為不支持實時傳送流媒體文件的傳輸協(xié)議，第二協(xié)議為支持實時傳送流媒體文件的傳輸協(xié)議，比如，第一協(xié)議為rtsp或rtp，第二協(xié)議為ftp或http，或者第一協(xié)議為ftp或http，第二協(xié)議為rtsp或 rtp。流媒體適配器21進一步包含一流媒體轉(zhuǎn)換模塊214。流媒體轉(zhuǎn)換模塊214根據(jù)格式轉(zhuǎn)換指令，對流媒體文件進行轉(zhuǎn)碼和/或轉(zhuǎn)封裝，將轉(zhuǎn)換后的流媒體文件輸出至流媒體控制模塊213。相應(yīng)地，流媒體控制模塊213進一步在接收到來自目標(biāo)服務(wù)器22的流媒體文件后，根據(jù)第一協(xié)議和第二協(xié)議，輸出格式轉(zhuǎn)換指令和來自目標(biāo)服務(wù)器22的流媒體文件至流媒體轉(zhuǎn)換模塊214，按照第一協(xié)議的格式，發(fā)送轉(zhuǎn)換后的流媒體文件至客戶端20。為了保證流媒體適配器21在客戶端20和目標(biāo)服務(wù)器22間建立的通訊鏈路不中斷，客戶端20按照預(yù)設(shè)的間隔時間，發(fā)送一檢測鏈路狀態(tài)的請求至流媒體適配器21，流媒體適配器21的流媒體控制模塊212根據(jù)接收到的檢測鏈路狀態(tài)的請求，向目標(biāo)服務(wù)器22發(fā)送檢測鏈路狀態(tài)的請求，且在接收到目標(biāo)服務(wù)器22的響應(yīng)時，向客戶端20反饋檢測鏈路狀態(tài)的響應(yīng)，以通知客戶端20其與目標(biāo)服務(wù)器間的鏈路未終端。圖3為本發(fā)明流媒體網(wǎng)絡(luò)交互的方法流程圖。現(xiàn)結(jié)合圖3，對本發(fā)明流媒體網(wǎng)絡(luò)交互的方法進行說明，具體如下步驟31 客戶端發(fā)送流媒體請求至流媒體適配器；該步驟中的流媒體攜帶有目標(biāo)服務(wù)器22的IP地址和端口號。在該步驟中，客戶端20按照第一協(xié)議的格式發(fā)送流媒體請求，還進一步發(fā)送客戶端20的IP地址和端口號至流媒體適配器21。步驟32 流媒體適配器確定客戶端和目標(biāo)服務(wù)器所采用的協(xié)議；流媒體適配器21根據(jù)客戶端20發(fā)送的流媒體請求時采用的第一協(xié)議的格式，確定客戶段20采用的第一協(xié)議。流媒體適配器21確定目標(biāo)服務(wù)器22所采用的協(xié)議的方法包括步驟321，根據(jù)流媒體請求攜帶的目標(biāo)服務(wù)器22的端口號確定一協(xié)議；步驟322，判斷采用步驟321中的協(xié)議是否能與目標(biāo)服務(wù)器成功進行交互，如果是，則將步驟321中的協(xié)議確定為第二協(xié)議，否則執(zhí)行步驟323 ；步驟323，采用保存的協(xié)議與目標(biāo)服務(wù)器22進行交互，并將與目標(biāo)服務(wù)器 22成功交互時所采用的協(xié)議確定為第二協(xié)議。步驟33 流媒體適配器發(fā)送流媒體請求至目標(biāo)服務(wù)器；流媒體適配器21按照第二協(xié)議的格與目標(biāo)服務(wù)器22進行交互。步驟34 目標(biāo)服務(wù)發(fā)送流媒體文件至流媒體適配器；目標(biāo)服務(wù)器22按照第二協(xié)議的格式發(fā)送流媒體文件至流媒體適配器21。步驟35 流媒體適配器發(fā)送流媒體文件至客戶端；該步驟中，流媒體適配器21按照第一協(xié)議的格式、客戶端21的IP地址和端口號， 發(fā)送流媒體文件至客戶端20。優(yōu)選地，步驟34與步驟35之間進一步包括步驟34’，流媒體適配器對流媒體文件進行格式轉(zhuǎn)換。具體地，流媒體適配器21根據(jù)第一協(xié)議和第二協(xié)議的類型，判斷是否需要對流媒體文件進行格式轉(zhuǎn)換，在第一協(xié)議和第二協(xié)議為支持實時傳送流媒體文件的傳輸協(xié)議，或為不支持實時傳送流媒體文件的傳輸協(xié)議時，直接執(zhí)行步驟35，否則對流媒體文件進行格式轉(zhuǎn)換。其中，對流媒體文件進行格式轉(zhuǎn)換包括根據(jù)第一協(xié)議確定客戶端支持的封裝方式和編解碼方式；根據(jù)第二協(xié)議確定流媒體文件的封裝方式和編解碼方式；對來自目標(biāo)服務(wù)器的流媒體文件進行轉(zhuǎn)碼和/或轉(zhuǎn)封裝處理，獲得轉(zhuǎn)換后的流媒體文件。本發(fā)明的上述較佳實施例中，流媒體適配器根據(jù)與目標(biāo)服務(wù)器的交互，確定目標(biāo)服務(wù)器所采用的協(xié)議，根據(jù)來自客戶端的流媒體請求所采用的協(xié)議格式，確定客戶端所采用的協(xié)議，對客戶端與目標(biāo)服務(wù)器間交互的數(shù)據(jù)和指令進行協(xié)議格式的轉(zhuǎn)換，實現(xiàn)采用不同傳輸協(xié)議的客戶端和服務(wù)器間的流媒體交互；另外，流媒體適配器還進一步根據(jù)客戶端和目標(biāo)服務(wù)器所支持的流媒體文件的編解碼方式和封裝方式，對交互的流媒體文件進行格式轉(zhuǎn)換。以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明保護的范圍之內(nèi)。
權(quán)利要求
1.一種流媒體適配器，其特征在于，所述流媒體適配器連接至少一個客戶端和至少一個目標(biāo)服務(wù)器，所述流媒體適配器根據(jù)來自客戶端的按照第一協(xié)議的格式發(fā)送的流媒體請求，確定客戶端所采用的第一協(xié)議，利用流媒體請求所攜帶的目標(biāo)服務(wù)器的IP地址及端口號，通過與目標(biāo)服務(wù)器的協(xié)議適配，確定目標(biāo)服務(wù)器所采用的第二協(xié)議；所述流媒體適配器按照第二協(xié)議的格式，發(fā)送流媒體請求至目標(biāo)服務(wù)器，按照客戶端發(fā)送的其IP地址、端口號及第一協(xié)議的格式，發(fā)送流媒體文件至客戶端； 所述第一協(xié)議和所述第二協(xié)議為不同類型的傳輸協(xié)議。
2.根據(jù)權(quán)利要求1所述的適配器，其特征在于，該適配器進一步根據(jù)第一協(xié)議及第二協(xié)議，對來自目標(biāo)服務(wù)器的流媒體文件進行格式轉(zhuǎn)換，獲得轉(zhuǎn)換后的流媒體文件。
3.根據(jù)權(quán)利要求1所述的適配器，其特征在于，該適配器包含協(xié)議存儲模塊，用以保存多個支持實時傳送流媒體文件的傳輸協(xié)議和多個不支持實時傳送流媒體文件的傳輸協(xié)議；協(xié)議適配模塊，根據(jù)適配指令及第一協(xié)議的格式確定第一協(xié)議；利用端口號確定一協(xié)議，在利用端口號確定的協(xié)議成功與目標(biāo)服務(wù)器進行交互時，選擇端口號確定的協(xié)議為第二協(xié)議，在利用端口號確定的協(xié)議未成功與目標(biāo)服務(wù)器進行交互時，利用協(xié)議存儲模塊保存的協(xié)議與目標(biāo)服務(wù)器進行交互來確定第二協(xié)議；輸出攜帶第一協(xié)議和第二協(xié)議的適配響應(yīng)至流媒體控制模塊；流媒體控制模塊，接收來自客戶端的流媒體請求，輸出適配指令及第一協(xié)議的格式至協(xié)議適配模塊；根據(jù)適配響應(yīng)，按照第二協(xié)議的格式發(fā)送流媒體請求至目標(biāo)服務(wù)器；按照客戶端的IP地址和端口號，將接收到的流媒體文件按照第一協(xié)議的格式發(fā)送至客戶端；所述第一協(xié)議和所述第二協(xié)議為支持實時傳送流媒體文件的傳輸協(xié)議，或為不支持實時傳送流媒體文件的傳輸協(xié)議。
4.根據(jù)權(quán)利要求2所述的適配器，其特征在于，該適配器包含協(xié)議存儲模塊，用以保存多個支持實時傳送流媒體文件的傳輸協(xié)議和多個不支持實時傳送流媒體文件的傳輸協(xié)議；協(xié)議適配模塊，根據(jù)適配指令及第一協(xié)議的格式確定第一協(xié)議；利用端口號確定一協(xié)議，在利用端口號確定的協(xié)議成功與目標(biāo)服務(wù)器進行交互時，選擇端口號確定的協(xié)議為第二協(xié)議，在利用端口號確定的協(xié)議未成功與目標(biāo)服務(wù)器進行交互時，利用協(xié)議存儲模塊保存的協(xié)議與目標(biāo)服務(wù)器進行交互來確定第二協(xié)議；輸出攜帶第一協(xié)議和第二協(xié)議的適配響應(yīng)至流媒體控制模塊；流媒體控制模塊，接收來自客戶端的流媒體請求，輸出適配指令及第一協(xié)議的格式至協(xié)議適配模塊；根據(jù)適配響應(yīng)，按照第二協(xié)議的格式發(fā)送流媒體請求至目標(biāo)服務(wù)器；按照第一協(xié)議及第二協(xié)議，輸出格式轉(zhuǎn)換指令和接收到的流媒體文件輸出至流媒體轉(zhuǎn)換模塊； 按照第一協(xié)議的格式，發(fā)送轉(zhuǎn)換后的流媒體文件至客戶端；流媒體轉(zhuǎn)換模塊，根據(jù)格式轉(zhuǎn)換指令，對流媒體文件進行轉(zhuǎn)碼和/或轉(zhuǎn)封裝，將轉(zhuǎn)換后的流媒體文件輸出至流媒體控制模塊；所述第一協(xié)議為支持實時傳送流媒體文件的傳輸協(xié)議，所述第二協(xié)議為不支持實時傳送流媒體文件的傳輸協(xié)議，或者所述第一協(xié)議為不支持實時傳送流媒體文件的傳輸協(xié)議，所述第二協(xié)議為支持實時傳送流媒體文件的傳輸協(xié)議。
5.一種流媒體網(wǎng)絡(luò)交互的系統(tǒng)，其特征在于，該系統(tǒng)包含至少一個客戶端、至少一個目標(biāo)服務(wù)器、和前述權(quán)利要求1至4任一項所述的流媒體適配器；所述客戶端根據(jù)流媒體適配器的IP地址和端口號，按照第一協(xié)議的格式，發(fā)送攜帶目標(biāo)服務(wù)器的IP地址及端口號的流媒體請求、客戶端的IP地址和端口號至流媒體適配器，接收來自流媒體適配器的流媒體文件；所述目標(biāo)服務(wù)器根據(jù)來自流媒體適配器的流媒體請求，按照第二協(xié)議的格式發(fā)送流媒體文件至流媒體適配器。
6.一種流媒體網(wǎng)絡(luò)交互的方法，其特征在于，該方法包括A、根據(jù)來自客戶端的按照第一協(xié)議的格式發(fā)送的流媒體請求，確定客戶端所采用的第一協(xié)議；B、利用流媒體請求攜帶的目標(biāo)服務(wù)器的IP地址及端口號，通過與目標(biāo)服務(wù)器的協(xié)議適配，確定目標(biāo)服務(wù)器所采用的第二協(xié)議；C、按照第二協(xié)議的格式發(fā)送流媒體請求至目標(biāo)服務(wù)器；D、按照客戶端的IP地址、端口號和第一協(xié)議的格式，發(fā)送流媒體文件至客戶端； 所述第一協(xié)議和所述第二協(xié)議為不同類型的傳輸協(xié)議。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述步驟C與所述步驟D之間進一步包括判斷是否需要對流媒體文件進行格式轉(zhuǎn)換，如果是，對流媒體文件進行格式轉(zhuǎn)換，否則執(zhí)行步驟D。
8.根據(jù)權(quán)利要求6或7所述的方法，其特征在于，所述步驟B包括 Bi、根據(jù)流媒體請求攜帶的目標(biāo)服務(wù)器的端口號確定一協(xié)議；B2、判斷采用步驟Bl所述的協(xié)議是否能與目標(biāo)服務(wù)器成功進行交互，如果是，則將步驟B 1所述的協(xié)議確定為第二協(xié)議，否則執(zhí)行步驟B3 ；B3、采用保存的協(xié)議與目標(biāo)服務(wù)器進行交互，并將與目標(biāo)服務(wù)器成功交互時所采用的協(xié)議確定為第二協(xié)議。
9.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述對流媒體文件進行格式轉(zhuǎn)換包括 根據(jù)第一協(xié)議確定客戶端支持的封裝方式和編解碼方式；根據(jù)第二協(xié)議確定流媒體文件的封裝方式和編解碼方式；對來自目標(biāo)服務(wù)器的流媒體文件進行轉(zhuǎn)碼和/或轉(zhuǎn)封裝處理，獲得轉(zhuǎn)換后的流媒體文件。
10.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述判斷是否需要對流媒體文件進行格式轉(zhuǎn)換包括判斷第一協(xié)議和第二協(xié)議是否為支持實時傳送流媒體文件的傳輸協(xié)議，或為不支持實時傳送流媒體文件的傳輸協(xié)議。
全文摘要
本發(fā)明提供了一種流媒體適配器，流媒體適配器連接至少一個客戶端和至少一個目標(biāo)服務(wù)器，流媒體適配器根據(jù)來自客戶端的按照第一協(xié)議的格式發(fā)送的流媒體請求，確定客戶端所采用的第一協(xié)議，利用流媒體請求所攜帶的目標(biāo)服務(wù)器的IP地址及端口號，通過與目標(biāo)服務(wù)器的協(xié)議適配，確定目標(biāo)服務(wù)器所采用的第二協(xié)議；流媒體適配器按照第二協(xié)議的格式，發(fā)送流媒體請求至目標(biāo)服務(wù)器，按照客戶端發(fā)送的其IP地址、端口號及第一協(xié)議的格式，發(fā)送流媒體文件至客戶端。本發(fā)明還提供了一種流媒體網(wǎng)絡(luò)交互的系統(tǒng)及方法。采用本發(fā)明的適配器、系統(tǒng)及方法，能夠?qū)崿F(xiàn)采用不同傳輸協(xié)議的客戶端和服務(wù)器間的流媒體交互。
文檔編號H04L29/06GK102347947SQ20111028966
公開日2012年2月8日 申請日期2011年9月21日 優(yōu)先權(quán)日2011年9月21日
發(fā)明者管國辰, 郭斌, 黃大江 申請人:杭州?？低曑浖邢薰?br>