專利名稱：視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理方法及其系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及視頻監(jiān)控領(lǐng)域，特別涉及一種視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理技術(shù)。
背景技術(shù)：
目前在如圖I所示的視頻監(jiān)控系統(tǒng)中，常用的基于用戶數(shù)據(jù)報協(xié)議(UserDatagram Protocol,簡稱“UDP”)的監(jiān)控方法如下流媒體服務(wù)器(Media Server,簡稱“MS”)登錄視頻服務(wù)器(Video Server,簡稱“VS”)；流媒體服務(wù)器通過傳輸控制協(xié)議(Transfer Control Protocol,簡稱“TCP”)的連接進行UDP的碼流請求，并和視頻服務(wù)器協(xié)商UDP的端口號；請求成功后，流媒體服務(wù)器開啟UDP的數(shù)據(jù)接收，先前請求使用的TCP連接用于命令和心跳的交互，而UDP用于數(shù)據(jù)的傳輸，每路視頻請求占用一個UDP端口號。現(xiàn)有技術(shù)解決了 UDP視頻的傳輸問題，并通過TCP連接進行心跳的保活和命令的請求，保證了系統(tǒng)的穩(wěn)定性。但本發(fā)明的發(fā)明人發(fā)現(xiàn)，這個方法也存在以下問題I.每路UDP視頻請求占用一個端口，路數(shù)多時就占用了較多的UDP端口號，不利于工程的部署；
2.每路UDP視頻請求需要一個數(shù)據(jù)接收線程，消耗了較多的計算處理資源。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理方法及其系統(tǒng)，節(jié)省流媒體服務(wù)器的資源開銷和端口號資源，有利于工程的部署，從而可以有效提高流媒體服務(wù)器的碼流處理路數(shù)。為解決上述技術(shù)問題，本發(fā)明的實施方式公開了一種視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理方法，系統(tǒng)包括流媒體服務(wù)器，視頻服務(wù)器；方法包括以下步驟將碼流標識符分發(fā)給視頻服務(wù)器；視頻服務(wù)器將接收到的碼流標識符和相應(yīng)的碼流封裝；流媒體服務(wù)器的同一個端口接收到視頻服務(wù)器所封裝的對應(yīng)各路碼流后，根據(jù)各路碼流的碼流標識符，將各路碼流分發(fā)到對應(yīng)的碼流處理模塊。本發(fā)明的實施方式還公開了一種視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理系統(tǒng)，視頻監(jiān)控系統(tǒng)包括流媒體服務(wù)器，視頻服務(wù)器；視頻監(jiān)控系統(tǒng)的多路碼流同端口處理系統(tǒng)，包括以下模塊分發(fā)模塊，用于將碼流標識符分發(fā)給視頻服務(wù)器；封裝模塊，用于在視頻服務(wù)器中將接收到的分發(fā)模塊所分發(fā)的碼流標識符和相應(yīng)的碼流封裝；
識別模塊，用于在流媒體服務(wù)器的同一個端口接收到視頻服務(wù)器中封裝模塊所封裝的各路碼流后，根據(jù)各路碼流的碼流標識符，將各路碼流分發(fā)到對應(yīng)的碼流處理模塊。本發(fā)明實施方式與現(xiàn)有技術(shù)相比，主要區(qū)別及其效果在于使用同一個端口實現(xiàn)多路碼流的接收和分發(fā)處理，可以節(jié)省流媒體服務(wù)器的資源開銷和端口號資源，有利于工程的部署，從而可以有效提高流媒體服務(wù)器的碼流處理路數(shù)。進一步地，根據(jù)碼流發(fā)送前的交互命令，確定各路碼流的接收端口請求是否相同，從而保證流媒體服務(wù)器的同一個端口可以精確有效地處理視頻服務(wù)器傳輸過來的碼流接收端口請求，從而進一步實現(xiàn)多路碼流的同一個端口接收處理。進一步地，通過碼流接收端口請求確認信息的發(fā)送，從而進一步增加多路碼流同端口處理的有效性和準確性。


圖I是本發(fā)明現(xiàn)有技術(shù)中一種視頻監(jiān)控系統(tǒng)中的多路碼流多端口處理方法的流程不意圖；圖2是本發(fā)明第一實施方式中一種視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理方法的流程示意圖；圖3是本發(fā)明第二實施方式中一種視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理方法的流程示意圖；圖4是本發(fā)明第三實施方式中一種視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理系統(tǒng)的結(jié)構(gòu)不意圖；圖5是本發(fā)明第四實施方式中一種視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理系統(tǒng)的結(jié)構(gòu)不意圖；圖6是本發(fā)明第四實施方式中一種視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理系統(tǒng)的結(jié)構(gòu)不意圖；圖7是本發(fā)明第四實施方式中一種視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施例方式在以下的敘述中，為了使讀者更好地理解本申請而提出了許多技術(shù)細節(jié)。但是，本領(lǐng)域的普通技術(shù)人員可以理解，即使沒有這些技術(shù)細節(jié)和基于以下各實施方式的種種變化和修改，也可以實現(xiàn)本申請各權(quán)利要求所要求保護的技術(shù)方案。為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明的實施方式作進一步地詳細描述。本發(fā)明第一實施方式涉及一種視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理方法。圖2是該視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理方法的流程示意圖。該視頻監(jiān)控系統(tǒng)系統(tǒng)包括流媒體服務(wù)器，視頻服務(wù)器。具體地說，該視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理方法包括以下步驟將碼流標識符分發(fā)給視頻服務(wù)器。視頻服務(wù)器將接收到的碼流標識符和相應(yīng)的碼流封裝。
流媒體服務(wù)器的同一個端口接收到視頻服務(wù)器所封裝的對應(yīng)各路碼流后，根據(jù)各路碼流的碼流標識符，將各路碼流分發(fā)到對應(yīng)的碼流處理模塊。使用同一個端口實現(xiàn)多路碼流的接收和分發(fā)處理，可以節(jié)省流媒體服務(wù)器的資源開銷和端口號資源，有利于工程的部署，從而可以有效提高流媒體服務(wù)器的碼流處理路數(shù)。此外，可以理解，碼流處理模塊可以直接集成到視頻監(jiān)控系統(tǒng)的流媒體服務(wù)器中，或者也可以作為一個碼流獨立處理模塊，比如解碼器，播放器，存儲器或分發(fā)器等等。作為本發(fā)明的 一個優(yōu)選實施方式，如圖2所示，上述視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理方法包括以下步驟在步驟201中，將碼流標識符分發(fā)給視頻服務(wù)器。此后進入步驟202，視頻服務(wù)器將接收到的碼流標識符和相應(yīng)的碼流封裝。此后進入步驟203，流媒體服務(wù)器的同一個端口接收視頻服務(wù)器所封裝的對應(yīng)各路碼流。此后進入步驟204，在流媒體服務(wù)器的同一個端口接收到視頻服務(wù)器所封裝的對應(yīng)各路碼流后，根據(jù)各路碼流的碼流標識符，將各路碼流分發(fā)到對應(yīng)的碼流處理模塊，此后結(jié)束本流程。本發(fā)明第二實施方式涉及一種視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理方法。圖3是該視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理方法的流程示意圖。第二實施方式在第一實施方式的基礎(chǔ)上進行了改進，主要改進之處在于根據(jù)各路碼流發(fā)送前的交互命令，確定各路碼流的接收端口請求是否相同，從而保證流媒體服務(wù)器的同一個端口可以精確有效地處理視頻服務(wù)器傳輸過來的碼流接收端口請求，從而進一步實現(xiàn)多路碼流的同一個端口接收。通過碼流接收端口請求確認信息的發(fā)送，從而進一步增加多路碼流同端口處理的有效性和準確性。具體地說端口為用戶數(shù)據(jù)報協(xié)議端口。此外，可以理解，在本發(fā)明的其他某些實施方式中，當碼流數(shù)據(jù)傳輸?shù)陌踩裕暾院腿哂喽鹊囊筝^高時，可以在m)P端口協(xié)議傳輸之前的基礎(chǔ)上結(jié)合傳輸控制協(xié)議(Transfer Control Protocol,簡稱 “TCP”)協(xié)議進行命令交互。在流媒體服務(wù)器的同一個端口接收到視頻服務(wù)器封裝的各路碼流的步驟之前，該視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理方法還包括以下步驟流媒體服務(wù)器根據(jù)接收到的各路碼流發(fā)送前的交互命令，確定各路碼流的接收端口請求是否相同。若相同，則在流媒體服務(wù)器的同一個端口上接收相同接收端口請求的碼流。若不相同，則流媒體服務(wù)器的同一個端口放棄接收不同接收端口請求的碼流。此外，可以理解，在本實施方式中，當視頻服務(wù)器的多路碼流采用廣播形式進行傳輸，且工程部署時的流媒體服務(wù)器的端口號資源有限時，可以通過開啟流媒體服務(wù)器碼流接收端口請求的監(jiān)聽服務(wù)來實現(xiàn)，這樣既節(jié)約了接收端口號資源，又增加了碼流傳輸和分發(fā)處理的精確性和有效性。作為本發(fā)明的一個優(yōu)選實施方式，如圖3所示，該視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理方法在上述流媒體服務(wù)器的同一個端口接收視頻服務(wù)器封裝的各路碼流的步驟203之前，還包括以下步驟
在步驟301中，流媒體服務(wù)器根據(jù)接收到的各路碼流發(fā)送前的交互命令，判斷各路碼流的接收端口請求是否相同。若相同，則進入步驟302。否則進入步驟303。在步驟302中，若各路碼流的接收端口請求相同，則在流媒體服務(wù)器的同一個端口上接收相同接收端口請求的碼流，此后結(jié)束本流程。在步驟303中，若各路碼流的接收端口請求不相同，則流媒體服務(wù)器的同一個端口放棄接收不同接收端口請求的碼流，此后結(jié)束本流程。在上述步驟301之前，還包括碼流請求的發(fā)送、各路碼流發(fā)送前·命令的交互，待接收端口請求發(fā)送和命令的交互成功后才開始進行步驟301的碼流封裝。在流媒體服務(wù)器的同一個端口上接收相同接收端口請求的碼流的步驟之前，還包括以下步驟流媒體服務(wù)器向視頻服務(wù)器發(fā)送碼流接收端口請求的確認信息。視頻監(jiān)控系統(tǒng)還包括注冊管理服務(wù)器；在將碼流標識符分發(fā)給視頻服務(wù)器的步驟之前，還包括以下步驟視頻服務(wù)器和流媒體服務(wù)器向注冊管理服務(wù)器注冊；流媒體服務(wù)器向注冊管理服務(wù)器請求碼流；注冊管理服務(wù)器轉(zhuǎn)發(fā)該碼流請求至視頻服務(wù)器；視頻服務(wù)器響應(yīng)碼流請求。本發(fā)明的各方法實施方式均可以以軟件、硬件、固件等方式實現(xiàn)。不管本發(fā)明是以軟件、硬件、還是固件方式實現(xiàn)，指令代碼都可以存儲在任何類型的計算機可訪問的存儲器中(例如永久的或者可修改的，易失性的或者非易失性的，固態(tài)的或者非固態(tài)的，固定的或者可更換的介質(zhì)等等)。同樣，存儲器可以例如是可編程陣列邏輯(Programmable ArrayLogic，簡稱“PAL”)、隨機存取存儲器(Random Access Memory，簡稱“RAM”)、可編程只讀存儲器(Programmable Read Only Memory,簡稱“PR0M”)、只讀存儲器(Read-Only Memory,簡稱“ROM”)、電可擦除可編程只讀存儲器(Electrically Erasable Programmable ROM,簡稱“EEPR0M”)、磁盤、光盤、數(shù)字通用光盤(Digital Versatile Disc，簡稱“DVD”)等等。本發(fā)明第三實施方式涉及一種視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理系統(tǒng)。圖4是該視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理系統(tǒng)的結(jié)構(gòu)示意圖。該視頻監(jiān)控系統(tǒng)包括流媒體服務(wù)器，視頻服務(wù)器。該視頻監(jiān)控系統(tǒng)的多路碼流同端口處理系統(tǒng)，包括以下模塊分發(fā)模塊，用于將碼流標識符分發(fā)給視頻服務(wù)器。封裝模塊，用于在視頻服務(wù)器中將接收到的分發(fā)模塊所分發(fā)的碼流標識符和相應(yīng)的碼流封裝。識別模塊，用于在流媒體服務(wù)器的同一個端口接收到視頻服務(wù)器中封裝模塊所封裝的各路碼流后，根據(jù)各路碼流的碼流標識符，將各路碼流分發(fā)到對應(yīng)的碼流處理模塊。使用同一個端口實現(xiàn)多路碼流的接收和分發(fā)處理，可以節(jié)省流媒體服務(wù)器的資源開銷和端口號資源，有利于工程的部署，從而可以有效提高流媒體服務(wù)器的碼流處理路數(shù)。作為本發(fā)明的一個優(yōu)選實施方式，碼流處理模塊可以集成到視頻監(jiān)控系統(tǒng)的多路碼流同端口處理系統(tǒng)中，也可以直接集成到視頻監(jiān)控系統(tǒng)的流媒體服務(wù)器中，或者也可以作為一個碼流獨立處理模塊，比如解碼器，編碼器，播放器，存儲器或分發(fā)器等等。同樣，作為本發(fā)明的另一個優(yōu)選實施方式，該視頻監(jiān)控系統(tǒng)的多路碼流同端口處理系統(tǒng)還可以稱為注冊管理服務(wù)器，也可以包括以下模塊并用于實現(xiàn)以下相應(yīng)的功能分發(fā)模塊，用于將碼流標識符分發(fā)給視頻服務(wù)器。封裝模塊，用于在視頻服務(wù)器中將接收到的分發(fā)模塊所分發(fā)的碼流標識符和相應(yīng)的碼流封裝。識別模塊，用于在流媒體服務(wù)器的同一個端口接收到視頻服務(wù)器中封裝模塊所封裝的各路碼流后，根據(jù)各路碼流的碼流標識符，將各路碼流分發(fā)到對應(yīng)的碼流處理模塊。第一實施方式是與本實施方式相對應(yīng)的方法實施方式，本實施方式可與第一實施 方式互相配合實施。第一實施方式中提到的相關(guān)技術(shù)細節(jié)在本實施方式中依然有效，為了減少重復，這里不再贅述。相應(yīng)地，本實施方式中提到的相關(guān)技術(shù)細節(jié)也可應(yīng)用在第一實施方式中。本發(fā)明第四實施方式涉及一種視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理系統(tǒng)。圖5是該視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理系統(tǒng)的結(jié)構(gòu)示意圖。第四實施方式在第三實施方式的基礎(chǔ)上進行了改進，主要改進之處在于根據(jù)碼流發(fā)送前的交互命令，確定各路碼流的接收端口請求是否相同，從而保證流媒體服務(wù)器的同一個端口可以精確有效地處理視頻服務(wù)器傳輸過來的碼流接收端口請求，從而進一步實現(xiàn)多路碼流的同一個端口接收和分發(fā)處理。通過碼流接收端口請求確認信息的發(fā)送，從而進一步增加多路碼流同端口處理的有效性和準確性。具體地說端口為用戶數(shù)據(jù)報協(xié)議端口。此外，可以理解，在本發(fā)明的其他某些實施方式中，當碼流數(shù)據(jù)傳輸?shù)陌踩裕暾院腿哂喽鹊囊筝^高時，可以在m)P端口協(xié)議傳輸之前的基礎(chǔ)上結(jié)合傳輸控制協(xié)議(Transfer Control Protocol,簡稱 “TCP”)協(xié)議進行命令交互。視頻監(jiān)控系統(tǒng)的多路碼流同端口處理系統(tǒng)還包括以下模塊判斷模塊，用于在流媒體服務(wù)器中根據(jù)接收到的各路碼流發(fā)送前的交互命令，判斷各路碼流的接收端口請求是否相同，若相同，則流媒體服務(wù)器的同一個端口上接收相同接收端口請求的碼流，否則流媒體服務(wù)器的同一個端口放棄接收不同接收端口請求的碼流。此外，可以理解，作為本發(fā)明的另一個優(yōu)選實施方式，如圖5所示，上述視頻監(jiān)控系統(tǒng)的多路碼流同端口處理系統(tǒng)還包括以下模塊傳輸模塊，用于在視頻服務(wù)器中將封裝好的各路碼流傳輸給流媒體服務(wù)器。判斷模塊，用于在流媒體服務(wù)器中根據(jù)接收到的各路碼流發(fā)送前的交互命令，判斷各路碼流的接收端口請求是否相同，若相同，則流媒體服務(wù)器的同一個端口上接收相同接收端口請求的碼流，否則流媒體服務(wù)器的同一個端口放棄接收不同接收端口請求的碼流。此外，可以理解，作為本發(fā)明的一個優(yōu)選實施方式，如圖6所示，上述視頻監(jiān)控系統(tǒng)的多路碼流同端口處理系統(tǒng)還包括以下模塊確認模塊，用于在流媒體服務(wù)器中向視頻服務(wù)器發(fā)送碼流接收端口請求的確認信
肩、O
視頻監(jiān)控系統(tǒng)還包括注冊管理服務(wù)器(Center Management System,本文中簡稱CMS)；視頻監(jiān)控系統(tǒng)的多路碼流同端口處理系統(tǒng)，還包括以下模塊注冊模塊，用于視頻服務(wù)器和流媒體服務(wù)器向注冊管理服務(wù)器注冊；請求模塊，用于在流媒體服務(wù)器中向注冊管理服務(wù)器請求碼流；轉(zhuǎn)發(fā)模塊，用于在注冊管理服務(wù)器中轉(zhuǎn)發(fā)請求模塊的碼流請求至視頻服務(wù)器；響應(yīng)模塊，用于在視頻服務(wù)器中響應(yīng)請求模塊的碼流請求。當視頻服務(wù)器的多路碼流采用廣播形式進行傳輸時，本實施方式可以確定碼流傳 輸或者通信的重發(fā)機制和糾錯機制。 作為本發(fā)明的一個優(yōu)選實施例，如圖7所示，該視頻監(jiān)控系統(tǒng)還包括一個注冊管理服務(wù)器，與流媒體服務(wù)器和視頻服務(wù)器執(zhí)行以下多路碼流同端口處理的步驟第一步，注冊管理服務(wù)器CMS開啟監(jiān)聽，視頻服務(wù)器VS、流媒體服務(wù)器MS向CMS注
nn
冊;第二步，MS向CMS發(fā)送UDP取流請求，其中包括所要取碼流的VS的ID (VS標識符)、通道號、取流參數(shù)，并附帶接收UDP碼流的端口號，同時MS開啟TCP的監(jiān)聽，以備接收來自VS的視頻推流請求；第三步，CMS收到MS的取流請求后，向?qū)?yīng)VS發(fā)送視頻請求，其中包括MS的IP地址、監(jiān)聽端口號、UDP端口號、碼流標識符；第四步，VS收到CMS的視頻請求后，回復視頻請求確認消息給CMS ；第五步，CMS向MS發(fā)送取流請求確認消息；第六步，VS根據(jù)CMS的請求參數(shù)，向MS進行TCP連接的請求，連接成功后發(fā)送推流請求，其中包括碼流的所屬通道、UDP端口號、碼流標識符信息；第七步，MS收到VS的視頻推流請求后，判斷是否是第一路UDP請求，若是，則進行UDP本地套接字的建立、綁定工作，并開啟UDP數(shù)據(jù)接收線程，循環(huán)等待碼流數(shù)據(jù)；若不是則不進行UDP本地套接字的建立等工作；回復給VS視頻推流確認信息；同時，對收到的碼流數(shù)據(jù)進行相應(yīng)的處理，以分配到相應(yīng)的碼流請求模塊中去；第八步，交互完成后，VS通過UDP模式不斷向MS發(fā)送碼流數(shù)據(jù)，而MS則通過TCP連接向每路碼流的TCP連接發(fā)送心跳消息。第二實施方式是與本實施方式相對應(yīng)的方法實施方式，本實施方式可與第二實施方式互相配合實施。第二實施方式中提到的相關(guān)技術(shù)細節(jié)在本實施方式中依然有效，為了減少重復，這里不再贅述。相應(yīng)地，本實施方式中提到的相關(guān)技術(shù)細節(jié)也可應(yīng)用在第二實施方式中。需要說明的是，本發(fā)明各設(shè)備實施方式中提到的各模塊都是邏輯模塊，在物理上，一個邏輯模塊可以是一個物理模塊，也可以是一個物理模塊的一部分，還可以以多個物理模塊的組合實現(xiàn)，這些邏輯模塊本身的物理實現(xiàn)方式并不是最重要的，這些邏輯模塊所實現(xiàn)的功能的組合才是解決本發(fā)明所提出的技術(shù)問題的關(guān)鍵。此外，為了突出本發(fā)明的創(chuàng)新部分，本發(fā)明上述各設(shè)備實施方式并沒有將與解決本發(fā)明所提出的技術(shù)問題關(guān)系不太密切的模塊弓I入，這并不表明上述設(shè)備實施方式并不存在其它的模塊。雖然通過參照本發(fā)明的某些優(yōu)選實施方式，已經(jīng)對本發(fā)明進行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細節(jié)上對其作各種改變，而不偏離本發(fā) 明的精神和范圍。
權(quán)利要求
1.一種視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理方法，其特征在于，所述系統(tǒng)包括流媒體服務(wù)器，視頻服務(wù)器； 所述方法包括以下步驟 將碼流標識符分發(fā)給視頻服務(wù)器； 視頻服務(wù)器將接收到的碼流標識符和相應(yīng)的碼流封裝； 流媒體服務(wù)器的同一個端口接收到視頻服務(wù)器所封裝的對應(yīng)各路碼流后，根據(jù)各路碼流的碼流標識符，將各路碼流分發(fā)到對應(yīng)的碼流處理模塊。
2.根據(jù)權(quán)利要求I所述的視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理方法，其特征在于，所述端口為用戶數(shù)據(jù)報協(xié)議端口。
3.根據(jù)權(quán)利要求2所述的視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理方法，其特征在于，在所述流媒體服務(wù)器的同一個端口接收到視頻服務(wù)器封裝的各路碼流的步驟之前，還包括以下步驟 流媒體服務(wù)器根據(jù)接收到的各路碼流發(fā)送前的交互命令，確定各路碼流的接收端口請求是否相同； 若相同，則在流媒體服務(wù)器的同一個端口上接收相同接收端口請求的碼流； 若不相同，則流媒體服務(wù)器的所述同一個端口放棄接收不同接收端口請求的碼流。
4.根據(jù)權(quán)利要求I至3中任一項所述的視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理方法， 其特征在于，所述在流媒體服務(wù)器的同一個端口上接收相同接收端口請求的碼流的步驟之前，還包括以下步驟 流媒體服務(wù)器向視頻服務(wù)器發(fā)送碼流接收端口請求的確認信息。
5.根據(jù)權(quán)利要求I所述的視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理方法，其特征在于，所述系統(tǒng)還包括注冊管理服務(wù)器； 在所述將碼流標識符分發(fā)給視頻服務(wù)器的步驟之前，還包括以下步驟 所述視頻服務(wù)器和流媒體服務(wù)器向所述注冊管理服務(wù)器注冊； 所述流媒體服務(wù)器向所述注冊管理服務(wù)器請求碼流； 所述注冊管理服務(wù)器轉(zhuǎn)發(fā)該碼流請求至所述視頻服務(wù)器； 所述視頻服務(wù)器響應(yīng)所述碼流請求。
6.一種視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理系統(tǒng)，其特征在于，所述視頻監(jiān)控系統(tǒng)包括流媒體服務(wù)器，視頻服務(wù)器； 所述視頻監(jiān)控系統(tǒng)的多路碼流同端口處理系統(tǒng)，包括以下模塊 分發(fā)模塊，用于將碼流標識符分發(fā)給視頻服務(wù)器； 封裝模塊，用于在視頻服務(wù)器中將接收到的所述分發(fā)模塊所分發(fā)的碼流標識符和相應(yīng)的碼流封裝； 識別模塊，用于在流媒體服務(wù)器的同一個端口接收到視頻服務(wù)器中所述封裝模塊所封裝的各路碼流后，根據(jù)各路碼流的碼流標識符，將各路碼流分發(fā)到對應(yīng)的碼流處理模塊。
7.根據(jù)權(quán)利要求6所述的視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理系統(tǒng)，其特征在于，所述端口為用戶數(shù)據(jù)報協(xié)議端口。
8.根據(jù)權(quán)利要求7所述的視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理系統(tǒng)，其特征在于，所述視頻監(jiān)控系統(tǒng)的多路碼流同端口處理系統(tǒng)還包括以下模塊判斷模塊，用于在流媒體服務(wù)器中根據(jù)接收到的各路碼流發(fā)送前的交互命令，判斷各路碼流的接收端口請求是否相同，若相同，則流媒體服務(wù)器的同一個端口上接收相同接收端口請求的碼流，否則流媒體服務(wù)器的所述同一個端口放棄接收不同接收端口請求的碼流。
9.根據(jù)權(quán)利要求6至8中任一項所述的視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理系統(tǒng)，其特征在于，所述視頻監(jiān)控系統(tǒng)的多路碼流同端口處理系統(tǒng)，還包括以下模塊 確認模塊，用于在流媒體服務(wù)器中向視頻服務(wù)器發(fā)送碼流接收端口請求的確認信息。
10.根據(jù)權(quán)利要求6所述的視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理系統(tǒng)，其特征在于，所述視頻監(jiān)控系統(tǒng)還包括注冊管理服務(wù)器； 所述視頻監(jiān)控系統(tǒng)的多路碼流同端口處理系統(tǒng)，還包括以下模塊 注冊模塊，用于所述視頻服務(wù)器和流媒體服務(wù)器向所述注冊管理服務(wù)器注冊； 請求模塊，用于在所述流媒體服務(wù)器中向所述注冊管理服務(wù)器請求碼流； 轉(zhuǎn)發(fā)模塊，用于在所述注冊管理服務(wù)器中轉(zhuǎn)發(fā)所述請求模塊的碼流請求至所述視頻服務(wù)器； 響應(yīng)模塊，用于在所述視頻服務(wù)器中響應(yīng)所述請求模塊的碼流請求。
全文摘要
本發(fā)明涉及視頻監(jiān)控領(lǐng)域，公開了一種視頻監(jiān)控系統(tǒng)中的多路碼流同端口處理方法及其系統(tǒng)。節(jié)省流媒體服務(wù)器的資源開銷和端口號資源，有利于工程的部署，從而可以有效提高流媒體服務(wù)器的碼流處理路數(shù)。本發(fā)明中，系統(tǒng)包括流媒體服務(wù)器，視頻服務(wù)器；方法包括以下步驟將碼流標識符分發(fā)給視頻服務(wù)器；視頻服務(wù)器將接收到的碼流標識符和相應(yīng)的碼流封裝；流媒體服務(wù)器的同一個端口接收到視頻服務(wù)器所封裝的對應(yīng)各路碼流后，根據(jù)各路碼流的碼流標識符，將各路碼流分發(fā)到對應(yīng)的碼流處理模塊。
文檔編號H04N7/18GK102724555SQ201210235528
公開日2012年10月10日 申請日期2012年7月9日 優(yōu)先權(quán)日2012年7月9日
發(fā)明者張奇松, 張小媛, 李奎, 謝明強, 金祥慶 申請人:杭州?？低晹?shù)字技術(shù)股份有限公司