一種實現差異化安防設備標準化接口和統一架構接入方法
2023-10-05 01:03:19
一種實現差異化安防設備標準化接口和統一架構接入方法
【專利摘要】本發明涉及一種實現差異化安防設備標準化接口和統一架構接入方法，針對標準化的虛擬設備IMAX設置設備代理伺服器，此代理伺服器一方面與平臺核心之間通過iMax平臺所支持的標準接口進行交互，此代理伺服器另一方面則與物理設備之間通過設備提供的SDK或特定協議進行交互，從而按照系統指令調用設備功能，並對設備的原始媒體流進行重新封裝，提供iMax平臺所支持的標準媒體流。本發明有益效果為：能夠把各種不同接口及協議的設備統一規範化為系統認可的標準設備，從而系統核心能夠通過統一的方式來調用設備功能；大大降低設備接入開發的難度，提高了系統的標準性和穩定性，並可以此為基礎與設備廠商進行緊密的深度合作。
【專利說明】一種實現差異化安防設備標準化接口和統一架構接入方法
【技術領域】
[0001]本發明涉及安防監控【技術領域】，尤其涉及一種實現差異化安防設備標準化接口和統一架構接入方法。
【背景技術】
[0002]隨著安防監控市場規模的不斷擴大，行業標準正逐步建立，設備的標準、接口、協議不一致的局面正在得到改變，使獨立於設備的平臺軟體應用於市場的難度正在逐漸減尋層。
[0003]安防監控系統是應用光纖、同軸電纜或微波在其閉合的環路內傳輸視頻信號，並從攝像到圖像顯示和記錄構成獨立完整的系統。它能實時、形象、真實地反映被監控對象，不但極大地延長了人眼的觀察距離，而且擴大了人眼的機能，它可以在惡劣的環境下代替人工進行長時間監視，讓人能夠看到被監視現場的實際發生的一切情況，並通過錄像機記錄下來。同時，報警系統設備對非法入侵進行報警，產生的報警型號輸入報警主機，報警主機觸發監控系統錄像並記錄。安防監控系統涉及的領域非常廣泛，通常包括綜合布線、視頻監控、周界報警、高壓電網、門禁、緊急報警、巡更、對講、公共廣播、會見錄音、監管信息等十多個子系統。從近年來看，雖然安防監控系統在智能化方面取得了一定的進展，但由於多方面的原因，仍存在急待改進的問題；一直以來，上述提到的各個子系統都是獨立運行的，信息不能共享，相互之間沒有關聯，形成了信息孤島，一旦出現緊急事件，各系統之間無法及時關聯聯動，監控圖像和其他安防資源不能共享，造成管理方不能直觀對應，無法快速、高效地發揮預警和防範的作用，事後也難以統一核對和查找記錄信息之間的相關性，浪費人力、物力，造成了管理效率的低下。藉助於網絡化帶來的開放性、擴展性以及可管理性，監獄安防已經能夠以監控圖像資源為核心，實現周界報警、高壓電網、緊急報警、巡更、門禁、對講、公共廣播、會見錄音、監管信息等其他安防資源的整合與集成，並通過上層綜合管理系統的統一協調，實現各子系統間的資源共享與信息互通，從而達到了管理便捷性、數據直觀性、系統智能安全性等目的。因此，安防監控系統未來發展的方向應該是數位化集成、網絡化和智能化。
[0004]由於安防監控系統的歷史狀況(獨立的小規模應用為主)，造成了安防監控設備的生產廠家非常眾多，而且各個廠家都有自己的一套編解碼和網絡傳輸的做法。但是，也是因為這個現狀的存在，所以要求大型監控系統平臺能夠接入多家廠商的設備，一者保護用戶原有的投資，二者用戶在新系統建設時減少投入提供解決辦法。
[0005]儘管如此，由於行業現狀，每個廠家的設備甚至是同一廠家不同規格型號的同類設備，都具有不同的開發接口和協議，這是需要集成各種不同安防設備的軟體平臺所面臨的最大挑戰。標準化趨勢是該技術產生的源頭，標準化的實質內容包括編碼格式、傳輸方式、信令協議，對一個系統平臺而言，首先要解決的一個問題，就是把一個不支持標準的設備，轉換成一個標準設備。比如，一個支持MPEG-2編碼以組播RTP分組的方式發布內容的設備，如何才能被一個只支持H.264解碼、通過HTTP進行訪問的用戶(代理)收看到該設備的內容。因此，針對以上方面，需要對現有技術進行有效創新。
【發明內容】
[0006]針對以上缺陷，本發明提供一種實現差異化安防設備標準化接口和統一架構接入方法，通過封裝物理設備的接口，為系統核心層提供標準的、預定義的指令接口和符合系統要求的媒體流，使經過封裝後的物理設備成為滿足系統統一規範的標準虛擬化設備，從而系統核心能夠通過統一的方式來調用設備功能，為上層應用提供支持。
[0007]為實現上述目的，本發明採用以下技術方案:
[0008]一種實現差異化安防設備標準化接口和統一架構接入方法，由以下步驟組成:
[0009]⑴針對用於標準化的虛擬設備IMAX設置一個設備代理伺服器，此代理伺服器一方面與平臺核心之間通過iMax平臺所支持的標準接口進行交互，此代理伺服器另一方面則與物理設備之間通過設備提供的SDK或特定協議進行交互，從而按照系統指令調用設備功能，並對設備的原始媒體流進行重新封裝，提供iMax平臺所支持的標準媒體流；
[0010]⑵以上由設備代理伺服器、物理設備、以及標準接口所組成的系統分別對IPC及編碼器、解碼器、DVR, NVR、模擬矩陣Matrix、終端數字監視器等提供設備抽象，將其依次分別虛擬化為IENC、IDEC、IDVR、INVR, IMATRIX、MON設備，這些虛擬化之後的設備連同系統標準化的設備VTR、REC，都作為抽象設備IMAX的實例化設備，用於封裝上述虛擬化設備的設備代理伺服器或軟體模塊分別稱為IPC及編碼器代理伺服器IPC/ENC-PS、解碼器代理伺服器DEC-PS、DVR代理伺服器DVR-PS、NVR代理伺服器NVR-PS、模擬矩陣代理伺服器MATRIX-PS、數字客戶端窗口控制項ActiveX組件；
[0011 ] ⑶每一個抽象設備IMAX設置指令接口 ；
[0012]⑷設置系統流媒體格式，包括模擬音視頻媒體流、RTP封裝的H264ES視頻流、RTP封裝的MPEG4/2ES視頻流、RTP封裝的G711、G723、G729音頻流，如果從抽象設備IMAX獲取的媒體流不是系統支持的標準流，代理伺服器需將該流解包後重新進行RTP封裝。
[0013]對於步驟(3)，所述指令接口包括iMax-NCOP協議，即:
[0014]①設備對系統核心的登錄鑑權及登出、將指定輸入埠媒體流在指定輸出埠輸出，可分為埠準備、媒體流發送兩個動作；
[0015]②停止在某個輸出埠發送媒體流；
[0016]③對某一輸入埠前端視頻傳送PTZ控制指令，如針對提供前端控制的設備；
[0017]④調用指定輸入埠對應的歷史錄像，在指定的輸出埠輸出，針對有存儲能力的設備；
[0018]⑤查詢某輸出埠的流媒體格式，如SDP格式返回；
[0019]⑥查詢每一輸入埠視頻狀態，如丟失、遮擋報警；
[0020]⑦查詢設備狀態，即運維支持。
[0021]對於上述步驟(2)所採用的各種封裝代理伺服器或軟體模塊，其中的IPC及編碼器代理伺服器封裝各種IPC、編碼器為系統標準的IENC設備，IPC/ENC-PS的每個實例只支持一種類型的設備，如果一個節點有多種類型的設備，可在同一臺或多臺物理伺服器上部署多個IPC/ENC-PS的實例；每個IPC/ENC-PS管理多個輸出埠和輸入埠，每個輸入埠連接唯一的一個編碼器或IPC物理設備。[0022]如果編碼器為多通道編碼器，在系統中按多個編碼器進行配置，IPC/ENC-PS將每個輸入埠獲取到的流切換到一個或多個輸出埠進行輸出，同時對每個輸入埠的源設備傳送轉換後的PTZ控制指令；如果IPC或編碼器有音頻輸入，IPC/ENC-PS同時也要提供相應的音頻輸入輸出埠。
[0023]對於上述步驟(2)所採用的各種封裝代理伺服器或軟體模塊，其中的DVR代理伺服器封裝物理DVR設備為系統標準的IDVR設備，物理DVR設備的每個輸入埠 一對一映射到DVR-PS的輸入埠上，DVR-PS通過設備SDK獲取實時流或錄像流到輸入埠。
[0024]對於上述步驟(2)所採用的各種封裝代理伺服器或軟體模塊，其中的NVR代理伺服器封裝物理NVR設備為系統標準的INVR設備，物理NVR設備的每個輸出埠一對一映射到NVR-PS的輸入埠上，NVR-PS通過設備SDK獲取實時流或錄像流到輸入埠，如果有必要，進行碼流轉換，然後切換分發到指定的輸出埠上。NVR-PS提供流的轉發分發功能，在小型系統中，同一節點不需要另外再部署VTR伺服器，如果NVR提供音頻輸入，NVR-PS也要提供相應的音頻輸入輸出埠。
[0025]對於上述步驟(2)所採用的各種封裝代理伺服器，其中的模擬矩陣代理伺服器封裝模擬矩陣為系統標準的IMATRIX設備，同一個MATRIX-PS支持多種類型的多個模擬矩陣封裝，MATRIX-PS接受平臺管理核心發送的設備控制指令，進行翻譯後發送給模擬矩陣設備，如果模擬矩陣支持網絡指令，則通過網絡直接發送指令。如果模擬矩陣只能通過串口連接控制，MATRIX-PS將指令發送給設備控制伺服器，由它將指令通過串口轉發給物理設備。
[0026]對於上述步驟(2)所採用的各種封裝代理伺服器或軟體模塊，數字客戶端窗口控制項在系統中被虛擬化為一種系統設備ΙΜ0Ν，它是流媒體的消費終端。
[0027]本發明所述的實現差異化安防設備標準化接口和統一架構接入方法的有益效果為:能夠把各種不同接口及協議的設備統一規範化為系統認可的標準設備，從而系統核心能夠通過統一的方式來調用設備功能；不同種類設備的接入採用公共的預定義的接口，按照標準的技術規範進行接入開發，大大降低設備接入開發的難度，提高了系統的標準性和穩定性，並可以此為基礎與設備廠商進行緊密的深度合作，可廣泛應用於安防監控、移動流媒體、視頻會議、IPTV、電子技術等領域。
【專利附圖】
【附圖說明】
[0028]下面根據附圖對本發明作進一步詳細說明。
[0029]圖1是本發明實施例所述實現差異化安防設備標準化接口和統一架構接入方法的具體實現構架示意圖；
[0030]圖2是本發明實施例的抽象設備IMAX的實例化設備關係圖；
[0031]圖3是本發明實施例的IPC/ENC-PS邏輯結構示意圖；
[0032]圖4是本發明實施例的DVR-PS邏輯結構示意圖；
[0033]圖5是本發明實施例的NVR-PS邏輯結構示意圖；
[0034]圖6是本發明實施例的MATRIX-PS邏輯結構示意圖。
【具體實施方式】
[0035]如圖1-2所示，本發明實施例所述的實現差異化安防設備標準化接口和統一架構接入方法，需要主要解決編碼格式的轉換、傳輸方式轉換、通信協議轉換三大問題，從技術實現上來講，本技術處於系統架構的邊緣，所有轉換處理都具有高內聚特點，比如，近似於一個插口卡，一邊是為某個設備而特別定製的接口，該接口可兼容所有該型設備，而另一邊是一個支持公共標準的接口，而實際的轉換工作由該設備的「驅動」來完成，因而，本方法需要實現這個「驅動」，主要由以下步驟組成，用IMM (Intelligent Matrix Architectureextension)來統稱標準化的虛擬設備:
[0036]⑴針對標準化的虛擬設備IMAX設置一個設備代理伺服器，此代理伺服器一方面與平臺核心之間通過iMax平臺所支持的標準接口進行交互，此代理伺服器另一方面則與物理設備之間通過設備提供的SDK或特定協議進行交互，從而按照系統指令調用設備功能，並對設備的原始媒體流進行重新封裝，提供iMax平臺所支持的標準媒體流；
[0037]⑵以上由設備代理伺服器、物理設備、以及標準接口所組成的系統分別對IPC及編碼器、解碼器、DVR, NVR、模擬矩陣Matrix、終端數字監視器等提供設備抽象，將其依次分別虛擬化為IENC、IDEC、IDVR、INVR, IMATRIX、IMON設備，這些虛擬化之後的設備連同系統標準化的設備VTR、REC，都作為抽象設備IMAX的實例化設備，用於封裝上述虛擬化設備的設備代理伺服器或軟體模塊分別稱為IPC及編碼器代理伺服器(IPC/ENC-PS)、解碼器代理伺服器(DEC-PS )、DVR代理伺服器(DVR-PS )、NVR代理伺服器(NVR-PS )、模擬矩陣代理伺服器(MATRIX-PS)、數字客戶端窗口控制項(ActiveX組件)；
[0038]⑶每一個抽象設備IMAX必須設置如下指令接口，該接口稱為iMax-NCOP (iMaxNetwork Core Output Protocol)協議，即包括:
[0039]①設備對系統核心的登錄鑑權及登出、將指定輸入埠媒體流在指定輸出埠輸出，可分為埠準備、媒體流發送兩個動作；
[0040]②停止在某個輸出埠發送媒體流；
[0041]③對某一輸入埠前端視頻傳送PTZ控制指令，如針對提供前端控制的設備；
[0042]④調用指定輸入埠對應的歷史錄像，在指定的輸出埠輸出，針對有存儲能力的設備；
[0043]⑤查詢某輸出埠的流媒體格式，如SDP格式返回；
[0044]⑥查詢每一輸入埠視頻狀態，如丟失、遮擋報警；
[0045]⑦查詢設備狀態，即運維支持；
[0046]⑷設置系統流媒體格式，包括模擬音視頻媒體流、RTP封裝的H264ES視頻流、RTP封裝的MPEG4/2ES視頻流、RTP封裝的G711、G723、G729音頻流，每種媒體流具體參數通過SDP進行定義並在系統各個組件之間進行交流，如果從抽象設備IMAX設備獲取的媒體流不是系統支持的標準流，代理伺服器需將該流解包後重新進行RTP封裝。
[0047]如圖3-6所示，本發明實施例所述的實現差異化安防設備標準化接口和統一架構接入方法，對於上述步驟(2)所採用的各種封裝代理伺服器或軟體模塊，主要方式為:
[0048]①IPC及編碼器代理伺服器(IPC/ENC-PS)封裝各種IPC、編碼器為系統標準的IENC設備，IPC/ENC-PS的每個實例只支持一種類型的設備，如果一個節點有多種類型的設備，可在同一臺或多臺物理伺服器上部署多個IPC/ENC-PS的實例，每個IPC/ENC-PS管理多個輸出埠和輸入埠，每個輸入埠連接唯一的一個編碼器或IPC物理設備；如果編碼器為多通道編碼器，在系統中按多個編碼器進行配置，IPC/ENC-PS將每個輸入埠獲取到的流切換到一個或多個輸出埠進行輸出，同時對每個輸入埠的源設備傳送轉換後的PTZ控制指令；
[0049]如圖3可知，IPC/ENC-PS提供了流的轉發分發功能，在小型系統中，同一節點不需要另外再部署VTR伺服器，如果IPC或編碼器有音頻輸入，IPC/ENC-PS同時也要提供相應的音頻輸入輸出埠；
[0050]②DVR代理伺服器(DVR-PS)封裝物理DVR設備為系統標準的IDVR設備，每個DVR-PS實例只支持一種類型的設備，如果一個節點有多種類型的設備，可在同一臺或多臺物理伺服器上部署多個DVR-PS的實例；
[0051]物理DVR設備的每個輸入埠一對一映射到DVR-PS的輸入埠上，DVR-PS通過設備SDK獲取實時流或錄像流到輸入埠，如果有必要，進行碼流轉換，然後切換分發到指定的輸出埠上；系統的PTZ控制指令通過DVR-PS翻譯後，調用合適的SDK接口函數，驅動DVR物理設備對前端攝像機進行PTZ控制，DVR設備的狀態信息也通過SDK獲得，進行系統標準消息封裝後，返回給系統管理核心。
[0052]如圖4可知，DVR-PS提供了流的轉發分發功能，在小型系統中，同一節點不需要另外再部署VTR伺服器，如果DVR提供音頻輸入，DVR-PS也要提供相應的音頻輸入輸出埠 ；
[0053]③NVR代理伺服器(NVR-PS)封裝物理NVR設備為系統標準的INVR設備，每個NVR-PS實例只支持一種類型的設備，如果一個節點有多種類型的設備，可在同一臺或多臺物理伺服器上部署多個NVR-PS的實例；
[0054]物理NVR設備的每個輸出埠一對一映射到NVR-PS的輸入埠上(DVR是輸入埠到代理伺服器的映射，NVR是輸出埠到代理伺服器的映射，這樣可以更充分利用NVR本身對媒體流的轉發分發能力)，NVR-PS通過設備SDK獲取實時流或錄像流到輸入埠，如果有必要，進行碼流轉換，然後切換分發到指定的輸出埠上；系統的PTZ控制指令通過NVR-PS翻譯後，調用合適的SDK接口函數，驅動NVR物理設備對前端IPC攝像機進行PTZ控制，NVR設備的狀態信息也通過SDK獲得，進行系統標準消息封裝後，返回給系統管理核心。
[0055]如圖5可知，NVR-PS提供了流的轉發分發功能，在小型系統中，同一節點不需要另外再部署VTR伺服器，如果NVR提供音頻輸入，NVR-PS也要提供相應的音頻輸入輸出埠 ；
[0056]④模擬矩陣代理伺服器(MATRIX-PS)封裝模擬矩陣為系統標準的IMATRIX設備，同一個MATRIX-PS支持多種類型的多個模擬矩陣封裝；MATRIX-PS接受平臺管理核心發送的設備控制指令，進行翻譯後發送給模擬矩陣設備，如果模擬矩陣支持網絡指令，則通過網絡直接發送指令；如果模擬矩陣只能通過串口連接控制，MATRIX-PS將指令發送給設備控制伺服器，由它將指令通過串口轉發給物理設備；
[0057]如圖6可知，模擬矩陣的輸入輸出埠透明映射為IMATRIX虛擬設備的輸入輸出
埠 ；
[0058]⑤數字客戶端窗口控制項在系統中被虛擬化為一種系統設備ΙΜ0Ν，它是流媒體的消費終端，需要實現其它IMAX設備的輸入埠功能和媒體流的解碼展示功能。
[0059]以上本發明實施例所述的實現差異化安防設備標準化接口和統一架構接入方法，具體實現機制①訪問層:主要工作是為實現與設備的信令級通信，例如某些設備支持RTSP，為了達到這個通信目標，訪問層會調用預先實現好的RTSP客戶端從設備獲得流媒體信息，並將已準備好接收流的通知下發給解析層，同時，訪問層會監聽來自設備的消息或是向設備發出控制指令；
[0060]②解析層:主要負責媒體數據的識別、轉碼、生成輸出媒體信息，當流媒體數據到達後，解析層會將編碼數據按照預先設定(視支持哪些標準而定)的數據轉換路徑轉換成相應的編碼格式，並通知輸出層，一旦實現了對某種編碼的支持，解析器就可以通過媒體識別信息，找到(也可能不需要)相應的解碼器。
[0061]③輸出層:以什麼樣的通信協議發布內容、採取何種傳輸方式流出媒體數據都由輸出層來決定，而輸出層能支持多少種協議、多少種傳輸方式是由標準本身和用戶需求而定，在IENC中傳輸方式支持RTP、RTCP，控制協議支持RTSP (公有)、NCOP (私有)。
[0062]上述對實施例的描述是為了便於該【技術領域】的普通技術人員能夠理解和應用本案技術，熟悉本領域技術的人員顯然可輕易對這些實例做出各種修改，並把在此說明的一般原理應用到其它實施例中而不必經過創造性的勞動。因此，本案不限於以上實施例，本領域的技術人員根據本案的揭示，對於本案做出的改進和修改都應該在本案的保護範圍內。
【權利要求】
1.一種實現差異化安防設備標準化接口和統一架構接入方法，其特徵在於，由以下步驟組成: ⑴針對用於標準化的虛擬設備IMAX設置一個設備代理伺服器，此代理伺服器一方面與平臺核心之間通過iMax平臺所支持的標準接口進行交互，此代理伺服器另一方面則與物理設備之間通過設備提供的SDK或特定協議進行交互，從而按照系統指令調用設備功能，並對設備的原始媒體流進行重新封裝，提供iMax平臺所支持的標準媒體流； ⑵以上由設備代理伺服器、物理設備、以及標準接口所組成的系統分別對IPC及編碼器、解碼器、DVR, NVR、模擬矩陣Matrix、終端數字監視器等提供設備抽象，將其依次分別虛擬化為IENC、IDEC、IDVR、INVR, IMATRIX、MON設備，這些虛擬化之後的設備連同系統標準化的設備VTR、REC,都作為抽象設備IMAX的實例化設備，用於封裝上述虛擬化設備的設備代理伺服器或軟體模塊分別稱為IPC及編碼器代理伺服器IPC/ENC-PS、解碼器代理伺服器DEC-PS、DVR代理伺服器DVR-PS、NVR代理伺服器NVR-PS、模擬矩陣代理伺服器MATRIX-PS、數字客戶端窗口控制項ActiveX組件； (3)每一個抽象設備IMAX設置指令接口 ； ⑷設置系統流媒體格式，包括模擬音視頻媒體流、RTP封裝的H264ES視頻流、RTP封裝的MPEG4/2ES視頻流、RTP封裝的G711、G723、G729音頻流，如果從抽象設備IMAX獲取的媒體流不是系統支持的標準流，代理伺服器需將該流解包後重新進行RTP封裝。
2.根據權利要求1所述的實現差異化安防設備標準化接口和統一架構接入方法，其特徵在於:對於步驟(3)，所述指令接口包括iMax-NCOP協議，即: ①設備對系統核心的登錄鑑權及登出、將指定輸入埠媒體流在指定輸出埠輸出，可分為埠準備、媒體流發送兩個動作； ②停止在某個輸出埠發送媒體流； ③對某一輸入埠前端視頻傳送PTZ控制指令，如針對提供前端控制的設備； ④調用指定輸入埠對應的歷史錄像，在指定的輸出埠輸出，針對有存儲能力的設備; ⑤查詢某輸出埠的流媒體格式，如SDP格式返回； ⑥查詢每一輸入埠視頻狀態，如丟失、遮擋報警； ⑦查詢設備狀態，即運維支持。
3.根據權利要求1所述的實現差異化安防設備標準化接口和統一架構接入方法，其特徵在於: 對於上述步驟(2)所採用的各種封裝代理伺服器或軟體模塊，其中的IPC及編碼器代理伺服器封裝各種IPC、編碼器為系統標準的IENC設備，IPC/ENC-PS的每個實例只支持一種類型的設備，如果一個節點有多種類型的設備，可在同一臺或多臺物理伺服器上部署多個IPC/ENC-PS的實例； 每個IPC/ENC-PS管理多個輸出埠和輸入埠，每個輸入埠連接唯一的一個編碼器或IPC物理設備。
4.根據權利要求3所述的實現差異化安防設備標準化接口和統一架構接入方法，其特徵在於:如果編碼器為多通道編碼器，在系統中按多個編碼器進行配置，IPC/ENC-PS將每個輸入埠獲取到的流切換到一個或多個輸出埠進行輸出，同時對每個輸入埠的源設備傳送轉換後的PTZ控制指令；如果IPC或編碼器有音頻輸入，IPC/ENC-PS同時也要提供相應的音頻輸入輸出埠。
5.根據權利要求1所述的實現差異化安防設備標準化接口和統一架構接入方法，其特徵在於:對於上述步驟(2)所採用的各種封裝代理伺服器或軟體模塊，其中的DVR代理伺服器封裝物理DVR設備為系統標準的IDVR設備，物理DVR設備的每個輸入埠一對一映射到DVR-PS的輸入埠上，DVR-PS通過設備SDK獲取實時流或錄像流到輸入埠。
6.根據權利要求1所述的實現差異化安防設備標準化接口和統一架構接入方法，其特徵在於:對於上述步驟(2)所採用的各種封裝代理伺服器或軟體模塊，其中的NVR代理伺服器封裝物理NVR設備為系統標準的INVR設備，物理NVR設備的每個輸出埠一對一映射到NVR-PS的輸入埠上，NVR-PS通過設備SDK獲取實時流或錄像流到輸入埠，如果有必要，進行碼流轉換，然後切換分發到指定的輸出埠上。
7.根據權利要求6所述的實現差異化安防設備標準化接口和統一架構接入方法，其特徵在於=NVR-PS提供流的轉發分發功能，在小型系統中，同一節點不需要另外再部署VTR伺服器，如果NVR提供音頻輸入，NVR-PS也要提供相應的音頻輸入輸出埠。
8.根據權利要求1所述的實現差異化安防設備標準化接口和統一架構接入方法，其特徵在於:對於上述步驟(2)所採用的各種封裝代理伺服器，其中的模擬矩陣代理伺服器封裝模擬矩陣為系統標準的IMATRIX設備，同一個MATRIX-PS支持多種類型的多個模擬矩陣封裝，MATRIX-PS接受平臺管理核心發送的設備控制指令，進行翻譯後發送給模擬矩陣設備，如果模擬矩陣支持網絡指令，則通過網絡直接發送指令。
9.根據權利要求8所述的實現差異化安防設備標準化接口和統一架構接入方法，其特徵在於:如果模擬矩陣只能通過串口連接控制，MATRIX-PS將指令發送給設備控制伺服器，由它將指令通過串口轉發給物理設備。
10.根據權利要求1所述的實現差異化安防設備標準化接口和統一架構接入方法，其特徵在於:對於上述步驟(2)所採用的各種封裝代理伺服器或軟體模塊，數字客戶端窗口控制項在系統中被虛擬化為一種系統設備IMON，它是流媒體的消費終端。
【文檔編號】H04N21/643GK103533314SQ201310537748
【公開日】2014年1月22日 申請日期:2013年11月4日 優先權日:2013年11月4日
【發明者】沈文忠 申請人:富盛科技股份有限公司