我是一個網絡錄像機，簡稱NVR。我的前輩是DVR，我們的區(qū)別很簡單，DVR接的是模擬攝像機，我連接的是IP攝像機。

我的前輩DVR比我辛苦，因為模擬攝像機的模擬信號連過來之后，他要進行數(shù)字化、編碼壓縮和存儲轉發(fā)；我的工作比較簡單，IP攝像機加工完成的數(shù)字/編碼信號來了之后，我通常只進行存儲及轉發(fā)，偶有回放錄像請求，總體占比例不高。

后來有人說為嘛分那么清楚，為嘛不能一臺錄像機既能接入模擬攝像機又能接入IP攝像機呢，于是出現(xiàn)了混合錄像機Hybrid-VR. 有點類似混合動力車的概念。

在小型項目上，有人說你這個造價不菲的NVR，為啥就只能存儲轉發(fā)，解碼上墻的活你攬過去得了，于是我又增加了解碼卡，就變成了一體機了。

早期，我們家族定位清晰，做視頻監(jiān)控的“中層領導”，不連接報警輸入輸出、不解碼，集中資源做“音視頻流”。通常，我們一個NVR管理16~32個IP攝像機（通道），當然也有能力大的據(jù)說能管理96路（音視頻通道），把他們的視頻進行存儲及轉發(fā)，我們向上對CMS(管理平臺)匯報，他們給我們下指令，派任務（指令/信令流）。

實際上，我們一直認為我們NVR和前輩DVR是可以長期并存的，當然我們作為后生力量，和高清IPC合力，優(yōu)勢比較明顯。但是DVR憑借早期模擬機保有量及簡單可靠性，有自己的用武之地。最早提出“NVR, DVR的終結者”的是蘇州一企業(yè)，雖然噱頭，倒也前瞻。

對于我們存在的形式，行業(yè)一直是有爭議的。甚至說NVR是硬件還是軟件還有不同聲音。實質上，不同NVR廠商提供的NVR產品形態(tài)的確不同，有的提供軟硬一體解決方案(TurnKey)，如嵌入式NVR或基于某些服務器廠商的NVR，有的提供純軟件(SoftwareOnly)解決方案，如光盤軟件加許可(License)的形式。但是這些只是表面現(xiàn)象而已，NVR實質上可以理解為軟件，但是其完整功能的實現(xiàn)離不開計算機平臺這個載體。你說MP3是硬件還是軟件？

除了外在形態(tài)，行業(yè)對我們爭議比較多的就是文件（視頻流）的存儲形式，這個其實比外在形態(tài)之爭更有意義，更有內涵。簡單講，就是我們（NVR）把視頻流抓過來了（從IPC或編碼器），面對視頻大倉庫（磁盤陣列），如何存儲，什么形式（文件存儲還是塊存儲）。File I/O及Block I/O是存儲數(shù)據(jù)的兩種不同方式，即文件IO及塊IO，F(xiàn)ile I/O方式中，操作系統(tǒng)需要對硬盤進行格式化，在硬盤分區(qū)上產生一個文件系統(tǒng)結構，操作系統(tǒng)通過文件系統(tǒng)來實現(xiàn)對硬盤數(shù)據(jù)的定位；在Block I/O方式中，操作系統(tǒng)不需對硬盤進行格式化，并不在硬盤分區(qū)上產生文件系統(tǒng)，應用程序繞過OS直接定位讀取Raw Disk(裸盤)中的數(shù)據(jù)。

通過Block I/O (Raw I/O)來直接定位硬盤的數(shù)據(jù)，效率較高，檢索方便、無碎片。

關于穩(wěn)定性。機器也會犯病，我們當然有趴窩的時候。我們的故障點可能在于服務器硬件、存儲硬盤、網絡、軟件等環(huán)節(jié)。上面說了，我們手下一般16~32個小弟（IPC），我們停工了，他們辛辛苦苦加工出來的東西（視頻流）沒有上家了，導致視頻沒有的長期存儲功能，短期存儲可能基于個別IPC的小金庫，有一點點。所以我們需要冗余功能（Redundency），簡單講就是每10臺左右NVR，多出來一臺冗余NVR候著，他平時不干活，我們當中有人休病假（宕機），他自動識別并接管，一旦病好了，再恢復原狀，冗余機就繼續(xù)一邊涼快去。

智能化、物聯(lián)網時代，不說自己智能都不好意思出來混。我們家族當然也智能化的路上前進。早期的智能NVR，即帶視頻分析功能的NVR，Smart NVR，將視頻分析算法內置于NVR內，采用基于服務器方式執(zhí)行視頻內容的分析過程。此架構的優(yōu)點是算法由服務器的CPU完成，因此，對前端設備如編碼器、網絡攝像機可以不做任何設置或改動，即可過渡到智能系統(tǒng)。另外，如果日后需要進行通道的分析功能調整，升級算法，只需要針對NVR，比較容易實施。未來的智能化可以對視頻進行識別、分析、描述，將非結構化數(shù)據(jù)轉變化結構化數(shù)據(jù)提供給管理平臺。目前已有NVR產品成功引入圖像識別分析類的智能技術應用，實現(xiàn)視頻摘要、智能檢索、智能告警等功能。

我的實戰(zhàn)經驗分享：以下圖的系統(tǒng)架構為案例進行說明，在Site A及Site B分別有16臺攝像機(2臺8路編碼器)，編碼器的碼流情況設定為4CIF@RT@2M。共32路攝像機通道指定到核心網的一臺NVR服務器上，NVR與磁盤陣列通過SCSI通道直接連接進行存儲，所有錄像需要保存7天；控制中心設置9臺監(jiān)視器構成的電視墻，進行實時解碼顯示；控制中心設置1臺客戶工作站，用來對任意4個通道進行錄像回放工作(Playback)；遠程有1臺客戶工作站(Live)，用來對任意4個通道進行實時視頻瀏覽工作。

NVR部署的關鍵在于NVR的數(shù)量設計、存儲空間設計及網絡帶寬設計。因此，在設計、選型NVR系統(tǒng)之前，必須明確如下事宜：

攝像機的數(shù)量及分布情況。

視頻通道的碼流設置，如幀率、分辨率等(其實質是確定碼流)。

控制中心的電視墻位置(在網絡中)。

NVR及磁盤陣列的位置(在網絡中)。

客戶端的數(shù)量、位置及其應用情況(進行回放、實時顯示等)。

歸檔服務器的位置及視頻備份的模式(全部歸檔、部分歸檔等情況)。

雖然簡單，但已經足夠讓我們了解系統(tǒng)設計中需要注意的主要事項。從圖中可以看出，系統(tǒng)的主要構成部分是編碼器、NVR、解碼器及客戶工作站，從中可以快速提煉出如下信息。

通道情況：通道數(shù)量32ch，碼流2Mbps。

實時監(jiān)視(Live)視頻流9ch×2Mbps+4ch×2Mbps。

實時存儲(Record)視頻流32ch×2Mbps。

實時回放(Playback)視頻流4ch×2Mbps。

最后，說一個虛無縹緲的事，云計算會不會終結NVR? 終結倒是談不上，但是是個趨勢。很簡單，NVR既然是通用軟件，如同CRM/OA軟件一樣，直接部署在阿里巴巴或者亞馬遜的云端就完了，用戶需要購買的，就是IPC(或者租用)，以及阿里巴巴或者亞馬遜的云存儲服務資源（月租形式），目前的主要是帶寬問題。機場、地鐵、鐵路，應該是NVR云化的排頭兵。