媒體流發(fā)送控制方法及裝置制造方法
【專利摘要】本發(fā)明提供一種媒體流發(fā)送控制方法及裝置，應(yīng)用于監(jiān)控系統(tǒng)的遠程監(jiān)控平臺設(shè)備上，該方法包括：在接收到監(jiān)控前端設(shè)備的注冊報文后，獲取該注冊報文的源IP地址以及該報文中攜帶的IP地址和端口號，保存其對應(yīng)關(guān)系，并判斷該監(jiān)控前端設(shè)備的組網(wǎng)模式；在接收到監(jiān)控客戶端的注冊報文后，獲取該注冊報文的源IP地址以及該報文中攜帶的監(jiān)控客戶端IP地址，保存其對應(yīng)關(guān)系，并判斷該監(jiān)控客戶端的組網(wǎng)模式；在接收到監(jiān)控客戶端的監(jiān)控請求時，根據(jù)監(jiān)控前端設(shè)備與監(jiān)控客戶端的組網(wǎng)模式，選擇媒體流轉(zhuǎn)發(fā)模式。本發(fā)明提供一種適用于各種用戶網(wǎng)絡(luò)的遠程監(jiān)控方案，并盡可能的降低中心媒體轉(zhuǎn)發(fā)服務(wù)器的流量轉(zhuǎn)發(fā)數(shù)目，降低帶寬需求。
【專利說明】媒體流發(fā)送控制方法及裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及視頻監(jiān)控領(lǐng)域，尤其涉及一種媒體流發(fā)送控制方法及裝置。
【背景技術(shù)】
[0002]隨著監(jiān)控行業(yè)的發(fā)展，家庭、商店或者小企業(yè)也開始搭建自己的監(jiān)控環(huán)境。這些應(yīng)用都有一個典型的需求，就是遠程監(jiān)控。用戶需要使用手機或者移動PC等客戶端遠程登錄到監(jiān)控系統(tǒng)中，查看現(xiàn)場的運作或者安全情況。由于IPC、DVR/NVR等監(jiān)控前端設(shè)備通常處于私網(wǎng)中，IPC的視頻監(jiān)控數(shù)據(jù)通過DVR/NVR進行轉(zhuǎn)發(fā)，因此，需要在監(jiān)控前端設(shè)備側(cè)的的出口路由器做虛擬服務(wù)器，將DVR/NVR的私網(wǎng)IP地址映射到公網(wǎng)IP地址，監(jiān)控客戶端使用該公網(wǎng)IP地址進行登錄。但通常出口路由器上使用動態(tài)IP地址，當(dāng)路由器重啟導(dǎo)致路由器IP地址發(fā)生變化時，用戶無法感知，而無法正常登陸。
[0003]常見方案為在路由器或者DVR/NVR上啟用DDNS功能，到公網(wǎng)DDNS服務(wù)器進行域名注冊，客戶端在訪問DVR/NVR之前先向DDNS服務(wù)器進行域名解析，得到DVR/NVR經(jīng)路由器映射后的公網(wǎng)地址，再使用該地址進行登錄。而路由器在公網(wǎng)地址發(fā)生改變后，域名服務(wù)器上的地址也會相應(yīng)的被更新。
[0004]上述DDNS方案僅能在DVR/NVR設(shè)備處于單層私網(wǎng)內(nèi)時，通過路由器的虛擬服務(wù)器功能，將DVR/NVR的私網(wǎng)IP地址映射到公網(wǎng)IP地址，從而實現(xiàn)監(jiān)控客戶端對DVR/NVR設(shè)備的訪問。當(dāng)DVR/NVR設(shè)備處于多層私網(wǎng)環(huán)境下，譬如雙私網(wǎng)的環(huán)境，如圖1所示，當(dāng)客戶端向NVR設(shè)備發(fā)起訪問時，由于用戶無法對運營商與一級私網(wǎng)之間的NAT路由器2進行虛擬服務(wù)器設(shè)置，因此，客戶端無法訪問私網(wǎng)內(nèi)的NVR設(shè)備。可見，DDNS方案具有局限性，并不適用于所有的用戶網(wǎng)絡(luò)。

【發(fā)明內(nèi)容】

[0005]有鑒于此，本發(fā)明提供了一種媒體流發(fā)送控制裝置，該裝置應(yīng)用于監(jiān)控系統(tǒng)的遠程監(jiān)控平臺設(shè)備上，該裝置包括:
[0006]前端管理單元，用于在接收到監(jiān)控前端設(shè)備的注冊報文后，獲取該注冊報文的源IP地址以及該報文中攜帶的IP地址和端口號，保存其對應(yīng)關(guān)系，并判斷該監(jiān)控前端設(shè)備的組網(wǎng)模式；
[0007]客戶端管理單元，用于在接收到監(jiān)控客戶端的注冊報文后，獲取該注冊報文的源IP地址以及該報文中攜帶的監(jiān)控客戶端IP地址，保存其對應(yīng)關(guān)系，并判斷該監(jiān)控客戶端的組網(wǎng)模式；
[0008]模式選擇單元，用于在接收到監(jiān)控客戶端的監(jiān)控請求時，根據(jù)監(jiān)控前端設(shè)備與監(jiān)控客戶端的組網(wǎng)模式，選擇媒體流轉(zhuǎn)發(fā)模式。
[0009]本發(fā)明還提供了一種媒體流發(fā)送控制方法，該方法應(yīng)用于監(jiān)控系統(tǒng)的遠程監(jiān)控平臺設(shè)備上，該方法包括:
[0010]步驟A，在接收到監(jiān)控前端設(shè)備的注冊報文后，獲取該注冊報文的源IP地址以及該報文中攜帶的IP地址和端口號，保存其對應(yīng)關(guān)系，并判斷該監(jiān)控前端設(shè)備的組網(wǎng)模式；
[0011]步驟B，在接收到監(jiān)控客戶端的注冊報文后，獲取該注冊報文的源IP地址以及該報文中攜帶的監(jiān)控客戶端IP地址，保存其對應(yīng)關(guān)系，并判斷該監(jiān)控客戶端的組網(wǎng)模式；
[0012]步驟C，在接收到監(jiān)控客戶端的監(jiān)控請求時，根據(jù)監(jiān)控前端設(shè)備與監(jiān)控客戶端的組網(wǎng)模式，選擇媒體流轉(zhuǎn)發(fā)模式。
[0013]本發(fā)明提供一種適用于各種用戶網(wǎng)絡(luò)的遠程監(jiān)控方案，并盡可能的降低中心媒體轉(zhuǎn)發(fā)服務(wù)器的流量轉(zhuǎn)發(fā)數(shù)目，降低帶寬需求。
【專利附圖】

【附圖說明】
[0014]圖1是DDNS方案中監(jiān)控前端設(shè)備處于雙私網(wǎng)環(huán)境下的監(jiān)控系統(tǒng)圖。
[0015]圖2是本發(fā)明一種實施方式中媒體流發(fā)送控制裝置的邏輯結(jié)構(gòu)及其基礎(chǔ)硬件環(huán)境的示意圖。
[0016]圖3是本發(fā)明一種實施方式中媒體流發(fā)送控制方法的流程圖。
[0017]圖4是本發(fā)明一種實施方式中監(jiān)控系統(tǒng)的系統(tǒng)圖。
【具體實施方式】
[0018]以下結(jié)合附圖對本發(fā)明進行詳細說明。
[0019]本發(fā)明提供一種媒體流發(fā)送控制裝置，該裝置應(yīng)用于遠程監(jiān)控平臺設(shè)備上，以下以軟件實現(xiàn)為例進行說明，但是本發(fā)明并不排除諸如硬件或者邏輯器件等其他實現(xiàn)方式。如圖2所示，該遠程監(jiān)控平臺設(shè)備包括CPU、內(nèi)存、非易失性存儲器以及其他硬件。該媒體流發(fā)送控制裝置作為一個邏輯層面的虛擬裝置，其通過CPU來運行。該裝置包括前端管理單元、客戶管理單元以及模式選擇單元。請參考圖3，該裝置的使用和運行過程包括以下步驟:
[0020]步驟101，前端管理單元在接收到監(jiān)控前端設(shè)備的注冊報文后，獲取該注冊報文的源IP地址以及該報文中攜帶的IP地址和端口號，保存其對應(yīng)關(guān)系，并判斷該監(jiān)控前端設(shè)備的組網(wǎng)模式；
[0021]步驟102，客戶端管理單元在接收到監(jiān)控客戶端的注冊報文后，獲取該注冊報文的源IP地址以及該報文中攜帶的監(jiān)控客戶端IP地址，保存其對應(yīng)關(guān)系，并判斷該監(jiān)控客戶端的組網(wǎng)模式；
[0022]步驟103，模式選擇單元在接收到監(jiān)控客戶端的監(jiān)控請求時，根據(jù)監(jiān)控前端設(shè)備與監(jiān)控客戶端的組網(wǎng)模式，選擇媒體流轉(zhuǎn)發(fā)模式。
[0023]本發(fā)明應(yīng)用于遠程監(jiān)控系統(tǒng)，請參考圖4，該圖給出了示例性系統(tǒng)圖，根據(jù)實際組網(wǎng)需求會有所變化。該遠程監(jiān)控系統(tǒng)主要包括遠程監(jiān)控平臺、中心媒體轉(zhuǎn)發(fā)服務(wù)器、路由器、監(jiān)控前端設(shè)備(如IPC、NVR等)以及監(jiān)控客戶端設(shè)備(如手機、PC等)，其中，遠程監(jiān)控平臺及中心媒體轉(zhuǎn)發(fā)服務(wù)器需放置于公網(wǎng)中，NVR所在私網(wǎng)的出口路由器啟用虛擬服務(wù)器功能。通常情況下，IPC負責(zé)視頻數(shù)據(jù)的采集，并將數(shù)據(jù)發(fā)送給NVR進行視頻數(shù)據(jù)的存儲及轉(zhuǎn)發(fā)，當(dāng)監(jiān)控客戶端需要查看視頻數(shù)據(jù)時，可通過訪問NVR設(shè)備獲取需要的視頻數(shù)據(jù)?，F(xiàn)以監(jiān)控前端設(shè)備NVR及監(jiān)控客戶端PC為例介紹本發(fā)明的具體實施過程。
[0024]通過啟動NVR與出口路由器的UPnP功能，NVR發(fā)送攜帶自身內(nèi)網(wǎng)端口號的地址請求報文給路由器，路由器接收到該請求報文后，選取相應(yīng)的外網(wǎng)IP地址以及端口號發(fā)送給NVR, NVR接收到路由器分配的IP地址以及端口號后，保存該IP地址以及端口號。
[0025]
【權(quán)利要求】
1.一種媒體流發(fā)送控制裝置，該裝置應(yīng)用于監(jiān)控系統(tǒng)的遠程監(jiān)控平臺設(shè)備上，其特征在于，該裝置包括: 前端管理單元，用于在接收到監(jiān)控前端設(shè)備的注冊報文后，獲取該注冊報文的源IP地址以及該報文中攜帶的IP地址和端口號，保存其對應(yīng)關(guān)系，并判斷該監(jiān)控前端設(shè)備的組網(wǎng)模式； 客戶端管理單元，用于在接收到監(jiān)控客戶端的注冊報文后，獲取該注冊報文的源IP地址以及該報文中攜帶的監(jiān)控客戶端IP地址，保存其對應(yīng)關(guān)系，并判斷該監(jiān)控客戶端的組網(wǎng)模式； 模式選擇單元，用于在接收到監(jiān)控客戶端的監(jiān)控請求時，根據(jù)監(jiān)控前端設(shè)備與監(jiān)控客戶端的組網(wǎng)模式，選擇媒體流轉(zhuǎn)發(fā)模式。
2.如權(quán)利要求1所述的裝置，其特征在于: 所述監(jiān)控前端設(shè)備組網(wǎng)模式的判斷方法為將所述注冊報文的源IP地址與該報文中攜帶的IP地址進行比較，若相同，則所述監(jiān)控前端設(shè)備的組網(wǎng)模式為非多層NAT組網(wǎng)模式，若不相同，則所述監(jiān)控前端設(shè)備的組網(wǎng)模式為多層NAT組網(wǎng)模式。
3.如權(quán)利要求1所述的裝置，其特征在于: 所述監(jiān)控客戶端組網(wǎng)模式的判斷方法為將所述注冊報文的源IP地址與該報文攜帶的監(jiān)控客戶端IP地址進行比較，若相同，則所述監(jiān)控客戶端的組網(wǎng)模式為公網(wǎng)模式，若不相同，則所述監(jiān)控客戶端的組網(wǎng)模式為私網(wǎng)模式。
4.如權(quán)利要求1所述的裝置，其特征在于: 若所述監(jiān)控客戶端組網(wǎng)模式為公網(wǎng)模式，則媒體流轉(zhuǎn)發(fā)模式為第一轉(zhuǎn)發(fā)模式，所述第一轉(zhuǎn)發(fā)模式為監(jiān) 控平臺設(shè)備通知監(jiān)控前端設(shè)備發(fā)送媒體流給監(jiān)控客戶端； 若所述監(jiān)控客戶端組網(wǎng)模式為私網(wǎng)模式，且監(jiān)控前端設(shè)備組網(wǎng)模式為非多層NAT組網(wǎng)，則媒體流轉(zhuǎn)發(fā)模式為第二轉(zhuǎn)發(fā)模式，所述第二轉(zhuǎn)發(fā)模式為監(jiān)控平臺設(shè)備通知監(jiān)控客戶端向監(jiān)控前端設(shè)備注冊報文中攜帶的IP地址及端口號請求媒體流，監(jiān)控前端設(shè)備收到該請求后，發(fā)送媒體流給監(jiān)控客戶端； 若所述監(jiān)控客戶端組網(wǎng)模式為私網(wǎng)模式，且監(jiān)控前端設(shè)備組網(wǎng)模式為多層NAT組網(wǎng)模式，則媒體流轉(zhuǎn)發(fā)模式為第三轉(zhuǎn)發(fā)模式，所述第三轉(zhuǎn)發(fā)模式為監(jiān)控平臺通知監(jiān)控前端設(shè)備發(fā)送媒體流給中心媒體轉(zhuǎn)發(fā)服務(wù)器，并通知監(jiān)控客戶端發(fā)送媒體流請求給所述中心媒體轉(zhuǎn)發(fā)服務(wù)器，中心媒體轉(zhuǎn)發(fā)服務(wù)器在接收到監(jiān)控客戶端的該請求后，將所述監(jiān)控前端設(shè)備發(fā)送的媒體流轉(zhuǎn)發(fā)給監(jiān)控客戶端。
5.如權(quán)利要求4所述的裝置，其特征在于，當(dāng)采用第三轉(zhuǎn)發(fā)模式進行媒體流轉(zhuǎn)發(fā)后，監(jiān)控平臺設(shè)備采用第一連接方式或第二連接方式以使監(jiān)控前端設(shè)備與監(jiān)控客戶端之間建立連接，若監(jiān)控前端設(shè)備與監(jiān)控客戶端連接成功，則監(jiān)控前端設(shè)備直接將媒體流發(fā)送給該監(jiān)控客戶端，若連接不成功，則還是采用第三轉(zhuǎn)發(fā)模式進行轉(zhuǎn)發(fā)，其中，所述第一連接方式為監(jiān)控平臺設(shè)備通知監(jiān)控客戶端發(fā)送媒體流請求給監(jiān)控平臺設(shè)備，監(jiān)控平臺設(shè)備將該請求報文的源IP地址及端口號發(fā)送給監(jiān)控前端設(shè)備，通知監(jiān)控前端設(shè)備向該監(jiān)控客戶端發(fā)起連接，所述第二連接方式為監(jiān)控平臺設(shè)備通知監(jiān)控前端設(shè)備發(fā)送報文給監(jiān)控平臺設(shè)備，監(jiān)控平臺設(shè)備將該報文的源IP地址及端口號發(fā)送給監(jiān)控客戶端，監(jiān)控客戶端向該源IP地址及端口號發(fā)起連接。
6.一種媒體流發(fā)送控制方法，該方法應(yīng)用于監(jiān)控系統(tǒng)的遠程監(jiān)控平臺設(shè)備上，其特征在于，該方法包括: 步驟A，在接收到監(jiān)控前端設(shè)備的注冊報文后，獲取該注冊報文的源IP地址以及該報文中攜帶的IP地址和端口號，保存其對應(yīng)關(guān)系，并判斷該監(jiān)控前端設(shè)備的組網(wǎng)模式； 步驟B，在接收到監(jiān)控客戶端的注冊報文后，獲取該注冊報文的源IP地址以及該報文中攜帶的監(jiān)控客戶端IP地址，保存其對應(yīng)關(guān)系，并判斷該監(jiān)控客戶端的組網(wǎng)模式； 步驟C，在接收到監(jiān)控客戶端的監(jiān)控請求時，根據(jù)監(jiān)控前端設(shè)備與監(jiān)控客戶端的組網(wǎng)模式，選擇媒體流轉(zhuǎn)發(fā)模式。
7.如權(quán)利要求6所述的方法，其特征在于: 所述監(jiān)控前端設(shè)備組網(wǎng)模式的判斷方法為將所述注冊報文的源IP地址與該報文中攜帶的IP地址進行比較，若相同，則所述監(jiān)控前端設(shè)備的組網(wǎng)模式為非多層NAT組網(wǎng)模式，若不相同，則所述監(jiān)控前端設(shè)備的組網(wǎng)模式為多層NAT組網(wǎng)模式。
8.如權(quán)利要求6所述的方法，其特征在于: 所述監(jiān)控客戶端組網(wǎng)模式的判斷方法為將所述注冊報文的源IP地址與該報文攜帶的監(jiān)控客戶端IP地址進行比較，若相同，則所述監(jiān)控客戶端的組網(wǎng)模式為公網(wǎng)模式，若不相同，則所述監(jiān)控客戶端的組網(wǎng)模式為私網(wǎng)模式。
9.如權(quán)利要求6所述的方法，其特征在于: 若所述監(jiān)控客戶端組網(wǎng)模式為公網(wǎng)模式，則媒體流轉(zhuǎn)發(fā)模式為第一轉(zhuǎn)發(fā)模式，所述第一轉(zhuǎn)發(fā)模式為監(jiān)控平臺設(shè)備通知監(jiān)控前端設(shè)備發(fā)送媒體流給監(jiān)控客戶端； 若所述監(jiān)控客戶端組網(wǎng)模式 為私網(wǎng)模式，且監(jiān)控前端設(shè)備組網(wǎng)模式為非多層NAT組網(wǎng)，則媒體流轉(zhuǎn)發(fā)模式為第二轉(zhuǎn)發(fā)模式，所述第二轉(zhuǎn)發(fā)模式為監(jiān)控平臺設(shè)備通知監(jiān)控客戶端向監(jiān)控前端設(shè)備注冊報文中攜帶的IP地址及端口號請求媒體流，監(jiān)控前端設(shè)備收到該請求后，發(fā)送媒體流給監(jiān)控客戶端； 若所述監(jiān)控客戶端組網(wǎng)模式為私網(wǎng)模式，且監(jiān)控前端設(shè)備組網(wǎng)模式為多層NAT組網(wǎng)模式，則媒體流轉(zhuǎn)發(fā)模式為第三轉(zhuǎn)發(fā)模式，所述第三轉(zhuǎn)發(fā)模式為監(jiān)控平臺通知監(jiān)控前端設(shè)備發(fā)送媒體流給中心媒體轉(zhuǎn)發(fā)服務(wù)器，并通知監(jiān)控客戶端發(fā)送媒體流請求給所述中心媒體轉(zhuǎn)發(fā)服務(wù)器，中心媒體轉(zhuǎn)發(fā)服務(wù)器在接收到監(jiān)控客戶端的該請求后，將所述監(jiān)控前端設(shè)備發(fā)送的媒體流轉(zhuǎn)發(fā)給監(jiān)控客戶端。
10.如權(quán)利要求9所述的方法，其特征在于，當(dāng)采用第三轉(zhuǎn)發(fā)模式進行媒體流轉(zhuǎn)發(fā)后，監(jiān)控平臺設(shè)備采用第一連接方式或第二連接方式以使監(jiān)控前端設(shè)備與監(jiān)控客戶端之間建立連接，若監(jiān)控前端設(shè)備與監(jiān)控客戶端連接成功，則監(jiān)控前端設(shè)備直接將媒體流發(fā)送給該監(jiān)控客戶端，若連接不成功，則還是采用第三轉(zhuǎn)發(fā)模式進行轉(zhuǎn)發(fā)，其中，所述第一連接方式為監(jiān)控平臺設(shè)備通知監(jiān)控客戶端發(fā)送媒體流請求給監(jiān)控平臺設(shè)備，監(jiān)控平臺設(shè)備將該請求報文的源IP地址及端口號發(fā)送給監(jiān)控前端設(shè)備，通知監(jiān)控前端設(shè)備向該監(jiān)控客戶端發(fā)起連接，所述第二連接方式為監(jiān)控平臺設(shè)備通知監(jiān)控前端設(shè)備發(fā)送報文給監(jiān)控平臺設(shè)備，監(jiān)控平臺設(shè)備將該報文的源IP地址及端口號發(fā)送給監(jiān)控客戶端，監(jiān)控客戶端向該源IP地址及端口號發(fā)起連接。
【文檔編號】H04N21/61GK103873826SQ201410081040
【公開日】2014年6月18日 申請日期:2014年3月6日 優(yōu)先權(quán)日:2014年3月6日
【發(fā)明者】周迪, 任俊峰 申請人:浙江宇視科技有限公司