本發(fā)明涉及監(jiān)控設(shè)備領(lǐng)域，尤其涉及一種多方視頻監(jiān)看方法及裝置。

背景技術(shù)：

監(jiān)控是為了更好的保護(hù)我們的人身和財產(chǎn)安全，在出現(xiàn)糾紛或有分歧事件時，作為一個還原現(xiàn)場的手段，成為了人們生活中不可或缺的一道安全屏障。監(jiān)控在銀行、超市、商場、店面、工廠、學(xué)校、小區(qū)、網(wǎng)吧等公共區(qū)域隨處可見，各地公安機(jī)關(guān)依靠視頻監(jiān)控的輔助破案率也是急速的飆升，隨著平安城市的建設(shè)，監(jiān)控系統(tǒng)愈將融入我們的生活發(fā)揮著他的作用。

現(xiàn)有技術(shù)中，不同的客戶端只能監(jiān)看與之有關(guān)聯(lián)關(guān)系的服務(wù)器控制的攝像頭采集的視頻數(shù)據(jù)，這樣增大了服務(wù)器的存儲壓力，降低了工作效率。

技術(shù)實現(xiàn)要素：

本發(fā)明的主要目的在于提供一種多方視頻監(jiān)看方法及裝置，旨在降低服務(wù)器存儲視頻數(shù)據(jù)的存儲壓力，從而提高工作效率。

為實現(xiàn)上述目的，本發(fā)明提供的一種多方視頻監(jiān)看方法包括如下步驟：

接收不同客戶端發(fā)送的視頻監(jiān)看請求；

查詢后臺是否存在相應(yīng)的視頻數(shù)據(jù)，當(dāng)查詢到后臺不存在相應(yīng)的視頻數(shù)據(jù)時，則發(fā)送詢問信息至相連的服務(wù)器；

接收相連的服務(wù)器發(fā)送過來的反饋信息與相應(yīng)的視頻數(shù)據(jù)；

將接收到的視頻數(shù)據(jù)發(fā)送至相應(yīng)的客戶端。優(yōu)選地，所述接收不同客戶端發(fā)送的視頻監(jiān)看請求之前還包括：

接收不同客戶端發(fā)送的注冊請求；

根據(jù)不同客戶端的注冊請求，給不同客戶端分配與各個客戶端相對應(yīng)的注冊地址，與所述客戶端進(jìn)行通信連接。

優(yōu)選地，所述視頻監(jiān)看請求中的視頻為相同的視頻數(shù)據(jù)。

優(yōu)選地，所述發(fā)送詢問信息至相連的服務(wù)器的步驟之前包括：

判斷不同服務(wù)器之間是否存在通訊連接；

若不存在通訊連接，則將各個服務(wù)器之間的UDP端口打開，各個服務(wù)器之間采用UDP通訊方式進(jìn)行P2P通訊連接；

各個完成通訊連接后的服務(wù)器之間進(jìn)行視頻數(shù)據(jù)交換。

優(yōu)選地，所述多方視頻監(jiān)看方法還包括：

將從攝像機(jī)采集到的所述視頻數(shù)據(jù)存儲至后臺；其中，所述后臺為分布式文件系統(tǒng)的存儲集群。

此外，為實現(xiàn)上述目的，本發(fā)明還提供一種多方視頻監(jiān)看裝置，所述多方視頻監(jiān)看裝置：

第一接收模塊，用于接收不同客戶端發(fā)送的視頻監(jiān)看請求；

查詢模塊，用于查詢后臺是否存在相應(yīng)的視頻數(shù)據(jù)，當(dāng)查詢到后臺不存在相應(yīng)的視頻數(shù)據(jù)時，則發(fā)送詢問信息至相連的服務(wù)器；

第二接收模塊，用于接收相連的服務(wù)器發(fā)送過來的反饋信息與相應(yīng)的視頻數(shù)據(jù)；

發(fā)送模塊，用于將接收到的視頻數(shù)據(jù)發(fā)送至相應(yīng)的客戶端。

優(yōu)選地，所述多方視頻監(jiān)看裝置還包括：

第三接收模塊，用于接收不同客戶端發(fā)送的注冊請求；

注冊模塊，用于根據(jù)不同客戶端的注冊請求，給不同客戶端分配與各個客戶端相對應(yīng)的注冊地址，與所述客戶端進(jìn)行通信連接。

優(yōu)選地，所述視頻監(jiān)看請求中的視頻為相同的視頻數(shù)據(jù)。

優(yōu)選地，所述查詢模塊還包括：

判斷單元，用于查詢不同服務(wù)器之間是否存在通訊連接；

通訊連接單元，用于若不存在通訊連接，則將各個服務(wù)器之間的UDP端口打開，各個服務(wù)器之間采用UDP通訊方式進(jìn)行P2P通訊連接；

交換單元，用于各個完成通訊連接后的服務(wù)器之間進(jìn)行視頻數(shù)據(jù)交換。

優(yōu)選地，所述多方視頻監(jiān)看裝置還包括：

采集模塊，用于將從攝像機(jī)采集到的所述視頻數(shù)據(jù)存儲至后臺；其中，所述后臺為分布式文件系統(tǒng)的存儲集群。

本發(fā)明通過接收不同客戶端發(fā)送的視頻監(jiān)看請求；查詢后臺是否存在相應(yīng)的視頻數(shù)據(jù)，當(dāng)查詢到后臺不存在相應(yīng)的視頻數(shù)據(jù)時，則發(fā)送詢問信息至相連的服務(wù)器；接收相連的服務(wù)器發(fā)送過來的反饋信息與相應(yīng)的視頻數(shù)據(jù)；將接收到的視頻數(shù)據(jù)發(fā)送至相應(yīng)的客戶端。采用本發(fā)明的視頻監(jiān)看方法實現(xiàn)不同客戶端在同一服務(wù)器上實現(xiàn)視頻監(jiān)看，同時還可以從該服務(wù)器獲取相連服務(wù)器存儲的視頻資源，節(jié)省資源的同時提高了效率。

附圖說明

圖1為本發(fā)明多方視頻監(jiān)看方法第一實施例的流程示意圖；

圖2為本發(fā)明多方視頻監(jiān)看方法第二實施例的流程示意圖；

圖3為本發(fā)明多方視頻監(jiān)看方法第三實施例中各個服務(wù)器之間進(jìn)行通訊連接的細(xì)化流程示意圖；

圖4為本發(fā)明多方視頻監(jiān)看裝置第一實施例的功能模塊示意圖；

圖5為本發(fā)明多方視頻監(jiān)看裝置第二實施例的功能模塊示意圖；

圖6為本發(fā)明多方視頻監(jiān)看裝置第三實施例中查詢模塊的細(xì)化功能模塊示意圖；

圖7為多方視頻監(jiān)看方法的架構(gòu)圖。

本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結(jié)合實施例，參照附圖做進(jìn)一步說明。

具體實施方式

應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

本發(fā)明提供一種多方視頻監(jiān)看方法，參照圖1和圖7，在第一實施例中，該多方視頻監(jiān)看方法包括：

步驟S10，接收不同客戶端發(fā)送的視頻監(jiān)看請求；

在監(jiān)控系統(tǒng)中包括眾多的網(wǎng)絡(luò)攝像機(jī)和服務(wù)器，本發(fā)明實施例提供的多方視頻監(jiān)看方法用于實現(xiàn)多個客戶端監(jiān)看同一攝像頭相同的視頻數(shù)據(jù)。

在接收客戶端發(fā)送的視頻監(jiān)看請求之前，服務(wù)器搜尋與之匹配的攝像頭。當(dāng)服務(wù)器在網(wǎng)絡(luò)中發(fā)起探測服務(wù)，只要是網(wǎng)絡(luò)攝像機(jī)能收到所述探測服務(wù)，則都會針對所述探測服務(wù)發(fā)回反饋信息，其中反饋信息包括了自身的IP地址等信息，此時，所述服務(wù)器即找到了相應(yīng)的網(wǎng)絡(luò)攝像機(jī)。若需要進(jìn)行跨網(wǎng)絡(luò)段搜索網(wǎng)絡(luò)攝像機(jī)，則需要路由的支撐。采用這種探測的方式尋找與服務(wù)器相對應(yīng)的攝像頭更加具有針對性。

這種探測服務(wù)稱為ws-discovery，它定義了兩種基本的實現(xiàn)服務(wù)發(fā)現(xiàn)機(jī)制的操作模式，及Ad-Hoc和Managed，在Managed模式下，一個維護(hù)所有可用目標(biāo)服務(wù)的中心發(fā)現(xiàn)代理被建立起來，服務(wù)器只需要與該發(fā)現(xiàn)代理進(jìn)行交互就可以進(jìn)行可用服務(wù)的探測和解析得到相應(yīng)的目標(biāo)服務(wù)信息，而目標(biāo)服務(wù)也只需要和直接發(fā)現(xiàn)代理交換就能實現(xiàn)對自身的注冊。在Managed模式下，發(fā)現(xiàn)代理是真正的核心，而且所有消息交換的方式都是以單播的方式進(jìn)行的，這樣一來能夠解除廣播對網(wǎng)絡(luò)的限制、擴(kuò)大可用服務(wù)的范圍；二來也可以避免廣播引起對網(wǎng)絡(luò)的擁堵。

具體地，本實施例中，服務(wù)器接收不同客戶端發(fā)送的視頻監(jiān)看請求。所述服務(wù)器可以用來接收不同客戶端發(fā)送的視頻監(jiān)看請求，根據(jù)相應(yīng)的請求響應(yīng)相應(yīng)的操作。其中，所述客戶端可以為手機(jī)、電腦或者可查看視頻的設(shè)備，具體不做限制。而本實施例中的攝像頭可以是各個社區(qū)內(nèi)的攝像頭或者是公共區(qū)域內(nèi)的攝像頭。通過客戶端發(fā)送的請求查看各個攝像頭監(jiān)控下來的視頻數(shù)據(jù)，上述的視頻數(shù)據(jù)可以是正在錄制的視頻數(shù)據(jù)，也可以是已經(jīng)錄制的存儲的視頻數(shù)據(jù)，從而實現(xiàn)對視頻的監(jiān)控和回看。

需要說明的是，所述不同客戶端發(fā)送的視頻監(jiān)看請求具體地為向多個服務(wù)器發(fā)送視頻監(jiān)看請求；其中，所述視頻監(jiān)看請求中的視頻為相同的視頻數(shù)據(jù)。即，不同的客戶端向不同的服務(wù)器發(fā)送相同的視頻數(shù)據(jù)的監(jiān)看請求。對此本實施例所要解決的問題就是如何實現(xiàn)不同服務(wù)器之間的視頻數(shù)據(jù)資源交換，從而實現(xiàn)對于相同的視頻數(shù)據(jù)只需在一個服務(wù)器中存儲，從而節(jié)省服務(wù)器的存儲壓力。

步驟S20，查詢后臺是否存在相應(yīng)的視頻數(shù)據(jù)，當(dāng)查詢到后臺不存在相應(yīng)的視頻數(shù)據(jù)時，則發(fā)送詢問信息至相連的服務(wù)器；

本實施例中，服務(wù)器所對應(yīng)的攝像機(jī)采集視頻數(shù)據(jù)，服務(wù)器將從攝像機(jī)采集到的所述視頻數(shù)據(jù)存儲至后臺；其中，所述后臺為分布式文件系統(tǒng)的存儲集群。

本實施例中，所述客戶端發(fā)送視頻監(jiān)看請求，其中，所發(fā)送的視頻監(jiān)看請求包括視頻數(shù)據(jù)的代碼，可以確切的知道需要查看的視頻的時間、對應(yīng)的攝像機(jī)等，以便服務(wù)器可根據(jù)相應(yīng)的代碼查找到相應(yīng)的視頻數(shù)據(jù)。具體地，服務(wù)器根據(jù)接收到的視頻數(shù)據(jù)請求，向后臺發(fā)送查詢命令，服務(wù)器后臺根據(jù)相應(yīng)的指令，查詢服務(wù)器的數(shù)據(jù)存儲區(qū)域是否存在相應(yīng)的視頻數(shù)據(jù)。當(dāng)服務(wù)器后臺不存在相應(yīng)的視頻數(shù)據(jù)，則發(fā)送詢問信息至與本服務(wù)器相連的其他服務(wù)器，所述的詢問信息包括該視頻數(shù)據(jù)的IP、時間以及對應(yīng)的監(jiān)控區(qū)域和對應(yīng)的攝像頭等等。發(fā)送詢問信息意味著詢問與本服務(wù)器相連的其他服務(wù)器是否存儲了該視頻數(shù)據(jù)的視頻資源，如果其他服務(wù)器有存儲相應(yīng)的視頻資源，則可選擇向其他服務(wù)器獲取該視頻資源。

步驟S30，接收相連的服務(wù)器發(fā)送過來的反饋信息與相應(yīng)的視頻數(shù)據(jù)；

如果其他相連的服務(wù)器存在相應(yīng)的視頻數(shù)據(jù)，則將發(fā)送該視頻數(shù)據(jù)至本服務(wù)器。從而實現(xiàn)不同服務(wù)器之間視頻數(shù)據(jù)資源的共享，進(jìn)而使得對于同一視頻數(shù)據(jù)無需在不同的服務(wù)器之間分別一一進(jìn)行存儲，僅需在一個服務(wù)器上存儲即可，很大程度上節(jié)省了服務(wù)器的存儲資源。

步驟S40，將接收到的視頻數(shù)據(jù)發(fā)送至相應(yīng)的客戶端。

本實施例中，服務(wù)器將接收的其他服務(wù)器發(fā)送過來的視頻數(shù)據(jù)發(fā)送給相應(yīng)的客戶端。

本實施例通過接收不同客戶端發(fā)送的視頻監(jiān)看請求；查詢后臺是否存在相應(yīng)的視頻數(shù)據(jù)，當(dāng)查詢到后臺不存在相應(yīng)的視頻數(shù)據(jù)時，則發(fā)送詢問信息至相連的服務(wù)器；接收相連的服務(wù)器發(fā)送過來的反饋信息與相應(yīng)的視頻數(shù)據(jù)；將接收到的視頻數(shù)據(jù)發(fā)送至相應(yīng)的客戶端。采用本發(fā)明的視頻監(jiān)看方法實現(xiàn)不同客戶端在同一服務(wù)器上實現(xiàn)視頻監(jiān)看，同時還可以從該服務(wù)器獲取相連服務(wù)器存儲的視頻資源，節(jié)省資源的同時提高了效率。

進(jìn)一步地，請參閱圖2，基于本發(fā)明多方視頻監(jiān)看方法第一實施例，在本發(fā)明多方視頻監(jiān)看方法第二實施例中，上述步驟S10之前還包括：

步驟S11，接收不同客戶端發(fā)送的注冊請求；

具體地，本實施例中，不同客戶端發(fā)送注冊請求至相應(yīng)的服務(wù)器，服務(wù)器根據(jù)客戶端的請求，與客戶端之間進(jìn)行通信連接。

步驟S12，根據(jù)不同客戶端的注冊請求，給不同客戶端分配與各個客戶端相對應(yīng)的注冊地址，與所述客戶端進(jìn)行通信連接。

本實施例中，不同的客戶端分別在相應(yīng)的服務(wù)器上完成注冊，以便下次登錄服務(wù)器時，服務(wù)器看根據(jù)其注冊信息獲得其登錄記錄，而無需重復(fù)進(jìn)行身份認(rèn)證或是其他認(rèn)證。

進(jìn)一步地，所述不同客戶端發(fā)送的視頻監(jiān)看請求具體地可為向多個服務(wù)器發(fā)送視頻監(jiān)看請求。當(dāng)多個客戶端監(jiān)看某一個攝像頭視頻時，由于服務(wù)器比較多，不可能每個客戶端都登錄到同一臺服務(wù)器上，比如客戶端1登錄到了服務(wù)器A，客戶端B登錄到了服務(wù)器B。以此緩解一個服務(wù)器的工作壓力，從而提高工作效率。

進(jìn)一步地，請參閱圖3，基于本發(fā)明多方視頻監(jiān)看方法第二實施例，在本發(fā)明多方視頻監(jiān)看方法第三實施例中，上述步驟S10之前還包括：

步驟S101，查詢不同服務(wù)器之間是否存在通訊連接；

步驟S102，若不存在通訊連接，則將各個服務(wù)器之間的UDP端口打開，各個服務(wù)器之間采用UDP通訊方式進(jìn)行P2P通訊連接；

步驟S103，各個完成通訊連接后的服務(wù)器之間進(jìn)行視頻數(shù)據(jù)交換。

本實施例以Cone NAT為例，當(dāng)服務(wù)器A和服務(wù)器B的NAT均是Cone NAT，則服務(wù)器A和服務(wù)器B之間進(jìn)行P2P通信連接之前要進(jìn)行打洞才能進(jìn)行連接。具體地，上述的兩個服務(wù)器A和服務(wù)器B之間進(jìn)行打洞的方式為本領(lǐng)域熟知的方法，在此不一一贅述。此即常見的P2P(Peer to Peer)通道的建立。

P2P建立成功后，服務(wù)器之間就具備了相互傳輸數(shù)據(jù)的能力，當(dāng)多個監(jiān)看客戶端(手機(jī)，PC等設(shè)備)要查看某一個攝像頭的某一時刻的數(shù)據(jù)的時候，發(fā)出RTSP請求到服務(wù)器A，服務(wù)器A是與該攝像頭進(jìn)行信號連接的服務(wù)器，當(dāng)服務(wù)器A收到RTSP請求后從分布式存儲系統(tǒng)提取數(shù)據(jù)，查找客戶端要求的起始位置數(shù)據(jù)，根據(jù)日期、時間等信息鎖定起始位置后，傳輸視頻數(shù)據(jù)給服務(wù)器B。服務(wù)器B由于未與攝像頭連接而不能直接查看攝像頭實時的視頻數(shù)據(jù)，而采用這種與服務(wù)器A建立P2P通道的連接方式可通過服務(wù)器A獲得攝像頭的視頻數(shù)據(jù)。

進(jìn)而服務(wù)器B將收到的視頻數(shù)據(jù)通過RTP協(xié)議發(fā)送給客戶端，RTP是一種實時傳輸協(xié)議，主要是用于傳輸音視頻數(shù)據(jù)，當(dāng)RTSP建立成功后，RTP數(shù)據(jù)就可以開始傳輸了。

進(jìn)一步地，本實施例中，客戶端A發(fā)送視頻監(jiān)看請求至服務(wù)器A，所述視頻監(jiān)看請求是針對于已經(jīng)錄制好的視頻，查看視頻回看；客戶端B發(fā)送同一視頻監(jiān)看請求至服務(wù)器B時，此時為了節(jié)省存儲后端的壓力，服務(wù)器A從存儲系統(tǒng)獲取了視頻流后，直接發(fā)送給了客戶端A，客戶端A能夠看到該視頻?？蛻舳薆由于連接的是服務(wù)器B，服務(wù)器B首先去嘗試與服務(wù)器A詢問，如果服務(wù)器A有服務(wù)器B需要的視頻數(shù)據(jù)，則直接將視頻數(shù)據(jù)發(fā)送給服務(wù)器B，服務(wù)器B就不需要再從存儲系統(tǒng)取數(shù)據(jù)了，這樣就減少了后端存儲系統(tǒng)的壓力。因此在不同客戶端發(fā)送同一視頻監(jiān)看請求至服務(wù)器時，不同的服務(wù)器之間先查詢各個服務(wù)器之間是否存在通訊連接，以確認(rèn)兩者之間是否能進(jìn)行數(shù)據(jù)傳，如果各個服務(wù)器之間不存在通訊連接，則需要采用UDP通訊方式在不同服務(wù)器建立P2P通道進(jìn)行連接。

本實施例通過在不同服務(wù)器之間建立P2P通道，從而實現(xiàn)不同服務(wù)器之間的數(shù)據(jù)傳輸功能，從而可對于不同客戶端的視頻查看的請求在服務(wù)器之間尋找相應(yīng)的視頻資源，以此緩解了各個服務(wù)器儲存后端的儲存壓力，從而提高了工作效率。

本發(fā)明還提供一種多方視頻監(jiān)看裝置，參照圖4，在第一實施例中，該多方視頻監(jiān)看裝置包括：

第一接收模塊10，用于接收不同客戶端發(fā)送的視頻監(jiān)看請求；

在監(jiān)控系統(tǒng)中包括眾多的網(wǎng)絡(luò)攝像機(jī)和服務(wù)器，本發(fā)明實施例提供的實現(xiàn)多方視頻監(jiān)看的裝置用于實現(xiàn)多個客戶端監(jiān)看同一攝像頭相同的視頻數(shù)據(jù)。

在接收客戶端發(fā)送的視頻監(jiān)看請求之前，服務(wù)器搜尋與之匹配的攝像頭。當(dāng)服務(wù)器在網(wǎng)絡(luò)中發(fā)起探測服務(wù)，只要是網(wǎng)絡(luò)攝像機(jī)能收到所述探測服務(wù)，則都會針對所述探測服務(wù)發(fā)回反饋信息，其中反饋信息包括了自身的IP地址等信息，此時，所述服務(wù)器即找到了相應(yīng)的網(wǎng)絡(luò)攝像機(jī)。若需要進(jìn)行跨網(wǎng)絡(luò)段搜索網(wǎng)絡(luò)攝像機(jī)，則需要路由的支撐。采用這種探測的方式尋找與服務(wù)器相對應(yīng)的攝像頭更加具有針對性。

這種探測服務(wù)稱為ws-discovery，它定義了兩種基本的實現(xiàn)服務(wù)發(fā)現(xiàn)機(jī)制的操作模式，及Ad-Hoc和Managed，在Managed模式下，一個維護(hù)所有可用目標(biāo)服務(wù)的中心發(fā)現(xiàn)代理被建立起來，服務(wù)器只需要與該發(fā)現(xiàn)代理進(jìn)行交互就可以進(jìn)行可用服務(wù)的探測和解析得到相應(yīng)的目標(biāo)服務(wù)信息，而目標(biāo)服務(wù)也只需要和直接發(fā)現(xiàn)代理交換就能實現(xiàn)對自身的注冊。在Managed模式下，發(fā)現(xiàn)代理是真正的核心，而且所有消息交換的方式都是以單播的方式進(jìn)行的，這樣一來能夠解除廣播對網(wǎng)絡(luò)的限制、擴(kuò)大可用服務(wù)的范圍；二來也可以避免廣播引起對網(wǎng)絡(luò)的擁堵。

具體地，本實施例中，服務(wù)器中的接收模塊接收不同客戶端發(fā)送的視頻監(jiān)看請求。所述服務(wù)器可以用來接收不同客戶端發(fā)送的視頻監(jiān)看請求，根據(jù)相應(yīng)的請求響應(yīng)相應(yīng)的操作。其中，所述客戶端可以為手機(jī)、電腦或者可查看視頻的設(shè)備，具體不做限制。而本實施例中的攝像頭可以是各個社區(qū)內(nèi)的攝像頭或者是公共區(qū)域內(nèi)的攝像頭。通過客戶端發(fā)送的請求查看各個攝像頭監(jiān)控下來的視頻數(shù)據(jù)，上述的視頻數(shù)據(jù)可以是正在錄制的視頻數(shù)據(jù)，也可以是已經(jīng)錄制的存儲的視頻數(shù)據(jù)，從而實現(xiàn)對視頻的監(jiān)控和回看。

需要說明的是，所述不同客戶端發(fā)送的視頻監(jiān)看請求具體地為可向多個服務(wù)器發(fā)送視頻監(jiān)看請求；其中，所述視頻監(jiān)看請求中的視頻為相同的視頻數(shù)據(jù)。即，不同的客戶端向不同的服務(wù)器發(fā)送相同的視頻數(shù)據(jù)的監(jiān)看請求。對此本實施例所要解決的問題就是如何實現(xiàn)不同服務(wù)器之間的交換，從而實現(xiàn)對于相同的視頻數(shù)據(jù)只需在一個服務(wù)器中存儲，從而節(jié)省服務(wù)器的存儲壓力。

查詢模塊20，用于查詢后臺是否存在相應(yīng)的視頻數(shù)據(jù)，當(dāng)查詢到后臺不存在相應(yīng)的視頻數(shù)據(jù)時，則發(fā)送詢問信息至相連的服務(wù)器；

本實施例中，服務(wù)器所對應(yīng)的攝像機(jī)采集視頻數(shù)據(jù)，服務(wù)器的采集模塊將從攝像機(jī)采集到的所述視頻數(shù)據(jù)存儲至后臺；其中，所述后臺為分布式文件系統(tǒng)的存儲集群。

本實施例中，所述客戶端發(fā)送視頻監(jiān)看請求，其中，所發(fā)送的視頻監(jiān)看請求包括視頻數(shù)據(jù)的代碼，可以確切的知道需要查看的視頻的時間、對應(yīng)的攝像機(jī)等，以便服務(wù)器可根據(jù)相應(yīng)的代碼查找到相應(yīng)的視頻數(shù)據(jù)。具體地，服務(wù)器的查詢模塊根據(jù)接收到的視頻數(shù)據(jù)請求，向后臺發(fā)送查詢命令，服務(wù)器后臺根據(jù)相應(yīng)的指令，查詢服務(wù)器的數(shù)據(jù)存儲區(qū)域是否存在相應(yīng)的視頻數(shù)據(jù)。當(dāng)服務(wù)器后臺不存在相應(yīng)的視頻數(shù)據(jù)，則發(fā)送詢問信息至與本服務(wù)器相連的其他服務(wù)器，所述的詢問信息包括該視頻數(shù)據(jù)的IP、時間以及對應(yīng)的監(jiān)控區(qū)域和對應(yīng)的攝像頭等等。發(fā)送詢問信息意味著詢問與本服務(wù)器相連的其他服務(wù)器是否存儲了該視頻數(shù)據(jù)的視頻資源，如果其他服務(wù)器有存儲相應(yīng)的視頻資源，則可選擇向其他服務(wù)器獲取該視頻資源。

第二接收模塊30，接收相連的服務(wù)器發(fā)送過來的反饋信息與相應(yīng)的視頻數(shù)據(jù)；

如果其他相連的服務(wù)器存在相應(yīng)的視頻數(shù)據(jù)，則將發(fā)送該視頻數(shù)據(jù)至本服務(wù)器。從而實現(xiàn)不同服務(wù)器之間視頻數(shù)據(jù)資源的共享，進(jìn)而使得對于同一視頻數(shù)據(jù)無需在不同的服務(wù)器之間分別一一進(jìn)行存儲，僅需在一個服務(wù)器上存儲即可，很大程度上節(jié)省了服務(wù)器的存儲資源。

發(fā)送模塊40，用于將接收到的視頻數(shù)據(jù)發(fā)送至相應(yīng)的客戶端。

本實施例中，服務(wù)器將接收的其他服務(wù)器發(fā)送過來的視頻數(shù)據(jù)發(fā)送給相應(yīng)的客戶端。

本實施例通過接收不同客戶端發(fā)送的視頻監(jiān)看請求；查詢后臺是否存在相應(yīng)的視頻數(shù)據(jù)，當(dāng)查詢到后臺不存在相應(yīng)的視頻數(shù)據(jù)時，則發(fā)送詢問信息至相連的服務(wù)器；接收相連的服務(wù)器發(fā)送過來的反饋信息與相應(yīng)的視頻數(shù)據(jù)；將接收到的視頻數(shù)據(jù)發(fā)送至相應(yīng)的客戶端。采用本發(fā)明的視頻監(jiān)看方法實現(xiàn)不同客戶端在同一服務(wù)器上實現(xiàn)視頻監(jiān)看，同時還可以從該服務(wù)器獲取相連服務(wù)器存儲的視頻資源，節(jié)省資源的同時提高了效率。

進(jìn)一步地，請參閱圖5，基于本發(fā)明多方視頻監(jiān)看裝置第一實施例，在本發(fā)明多方視頻監(jiān)看裝置第二實施例中，所述多方視頻監(jiān)看裝置還包括：

第三接收模塊11，用于接收不同客戶端發(fā)送的注冊請求；

具體地，本實施例中，不同客戶端發(fā)送注冊請求至相應(yīng)的服務(wù)器，服務(wù)器根據(jù)客戶端的請求，與客戶端之間進(jìn)行通信連接。

注冊模塊12，用于根據(jù)不同客戶端的注冊請求，給不同客戶端分配與各個客戶端相對應(yīng)的注冊地址。

本實施例中，不同的客戶端分別在相應(yīng)的服務(wù)器上完成注冊，以便下次登錄服務(wù)器時，服務(wù)器看根據(jù)其注冊信息獲得其登錄記錄，而無需重復(fù)進(jìn)行身份認(rèn)證或是其他認(rèn)證。

進(jìn)一步地，所述不同客戶端發(fā)送的視頻監(jiān)看請求具體地可為向多個服務(wù)器發(fā)送視頻監(jiān)看請求。當(dāng)多個客戶端監(jiān)看某一個攝像頭視頻時，由于服務(wù)器比較多，不可能每個客戶端都登錄到同一臺服務(wù)器上，比如客戶端1登錄到了服務(wù)器A，客戶端B登錄到了服務(wù)器B。以此緩解一個服務(wù)器的工作壓力，從而提高工作效率。

進(jìn)一步地，請參閱圖6，基于本發(fā)明多方視頻監(jiān)看裝置第二實施例，在本發(fā)明多方視頻監(jiān)看裝置第三實施例中，所述查詢模塊還包括：

查詢單元101，用于查詢不同服務(wù)器之間是否存在通訊連接；

通訊連接單元102，用于當(dāng)不存在通訊連接時，則將各個服務(wù)器之間的UDP端口打開，各個服務(wù)器之間采用UDP通訊方式進(jìn)行P2P通訊連接；

交換單元103，用于各個完成通訊連接后的服務(wù)器之間進(jìn)行視頻數(shù)據(jù)交換。

本實施例以Cone NAT為例，當(dāng)服務(wù)器A和服務(wù)器B的NAT均是Cone NAT，則服務(wù)器A和服務(wù)器B之間進(jìn)行P2P通信連接之前要進(jìn)行打洞才能進(jìn)行連接。具體地，上述的兩個服務(wù)器A和服務(wù)器B之間進(jìn)行打洞的方式為本領(lǐng)域熟知的方法，在此不一一贅述。此即常見的P2P(Peer to Peer)通道的建立。

P2P建立成功后，服務(wù)器之間就具備了相互傳輸數(shù)據(jù)的能力，當(dāng)多個監(jiān)看客戶端(手機(jī)，PC等設(shè)備)要查看某一個攝像頭的某一時刻的數(shù)據(jù)的時候，發(fā)出RTSP請求到服務(wù)器A，服務(wù)器A是與該攝像頭進(jìn)行信號連接的服務(wù)器，當(dāng)服務(wù)器A收到RTSP請求后從分布式存儲系統(tǒng)提取數(shù)據(jù)，查找客戶端要求的起始位置數(shù)據(jù)，根據(jù)日期、時間等信息鎖定起始位置后，傳輸視頻數(shù)據(jù)給服務(wù)器B。服務(wù)器B由于未與攝像頭連接而不能直接查看攝像頭實時的視頻數(shù)據(jù)，而采用這種與服務(wù)器A建立P2P通道的連接方式可通過服務(wù)器A獲得攝像頭的視頻數(shù)據(jù)。

進(jìn)而服務(wù)器B將收到的視頻數(shù)據(jù)通過RTP協(xié)議發(fā)送給客戶端，RTP是一種實時傳輸協(xié)議，主要是用于傳輸音視頻數(shù)據(jù)，當(dāng)RTSP建立成功后，RTP數(shù)據(jù)就可以開始傳輸了。

進(jìn)一步地，本實施例中，客戶端A發(fā)送視頻監(jiān)看請求至服務(wù)器A，所述視頻監(jiān)看請求是針對于已經(jīng)錄制好的視頻，查看視頻回看；客戶端B發(fā)送同一視頻監(jiān)看請求至服務(wù)器B時，此時為了節(jié)省存儲后端的壓力，服務(wù)器A從存儲系統(tǒng)獲取了視頻流后，直接發(fā)送給了客戶端A，客戶端A能夠看到該視頻?？蛻舳薆由于連接的是服務(wù)器B，服務(wù)器B首先去嘗試與服務(wù)器A詢問，如果服務(wù)器A有服務(wù)器B需要的視頻數(shù)據(jù)，則直接將視頻數(shù)據(jù)發(fā)送給服務(wù)器B，服務(wù)器B就不需要再從存儲系統(tǒng)取數(shù)據(jù)了，這樣就減少了后端存儲系統(tǒng)的壓力。因此在不同客戶端發(fā)送同一視頻監(jiān)看請求至服務(wù)器時，不同的服務(wù)器之間先查詢各個服務(wù)器之間是否存在通訊連接，以確認(rèn)兩者之間是否能進(jìn)行數(shù)據(jù)傳，如果各個服務(wù)器之間不存在通訊連接，則需要采用UDP通訊方式在不同服務(wù)器建立P2P通道進(jìn)行連接。

本實施例通過在不同服務(wù)器之間建立P2P通道，從而實現(xiàn)不同服務(wù)器之間的數(shù)據(jù)傳輸功能，從而可對于不同客戶端的視頻查看的請求在服務(wù)器之間尋找相應(yīng)的視頻資源，以此緩解了各個服務(wù)器儲存后端的儲存壓力，從而提高了工作效率。

以上僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運用在其他相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護(hù)范圍內(nèi)。