1、實用文檔2、技術服務方案2.1建設內容本次項目的主要建設內容： 視頻結構化，同時對接整合縣局建設的監控視頻前端等系統，通過后端建設平臺實現視頻分析、實戰、案件研判、案件偵辦等功能。2.2系統結構本次項目設計的平臺系統， 采用先進的架構體系， 實現智能監控，社會資源，案件偵查、研判等功能，同時與警用地理信息系統，警綜系統等資源對接，實現地圖展現，視頻聯動、案件偵查等功能。系統建設在公安信息網和視頻專網上，系統總體架構如圖所示：2.3視頻結構化簡單來講，視頻結構化技術是一種將視頻內容（人、車、物、活動目標）特征屬性自動提取技術，對視頻內容按照語義關系，采用目標分割、時序分析、對象識別、深度學習等處

2、理手段， 分析和識別目標信息， 組織成可供計算機和人理解的文本信息的技術。從數據處理的流程看， 視頻結構化描述技術能夠將監控視頻轉化為人和機器可理解的信息 ( 如下圖 ) ，并進一步轉化為公安實戰所用的情報，實現視頻數據向文案大全實用文檔信息、情報的轉化。 在視頻結構化描述的內容方面，公共安全關注的視頻信息主要是：人員、車輛、行為。2.3.1人員結構化在視頻中除了包括人員的面部精確定位、面部特征提取、 面部特征比對， 人員的性別、年齡等特征范圍外，還可對人的衣著、運動方向，新增是否戴帽子、是否戴眼鏡、是否背包、拎包、打傘、是否騎車等信息進行結構化描述。2.3.2車輛結構化隨著智能交通高清電警、

3、卡口、虛擬卡口、停車場的廣泛建設和應用、借助智能識別算法將電警、 卡口、停車場出入口等場所的車輛相關結構化信息存入車輛主題庫，包括車牌、車型、車牌顏色、車輛品牌、車輛類型、車身顏色、車標及遮陽板、是否系安全帶、打電話、車輛年檢標、擺件掛件、司乘人員的人臉?；谶@些車輛關鍵特征信息， 形成上億條過車記錄數據， 從而推動了后臺大數據分析服務的發展應用和行業數據挖掘，形成隱匿車輛挖掘、套牌車輛篩選、初次入城、一車多牌、一牌多車、頻繁過車、相似車輛串并、高危車輛積分模型、車輛行駛軌跡分析、 時空碰撞等實戰技戰法的應用。 在此基礎上對車輛特征數據的大數據搜索，即可迅速找到所有符合條件的車輛信息，包括行駛

4、時間與方向、行駛速度、車標、車牌、年款等，還可結合以圖搜圖的檢索方法，在實戰平臺上調取相關視頻和圖像文件， 快速查詢到有關嫌疑車輛信息， 還原車輛行駛的軌跡歷史信息，實現嫌疑車輛在整個城市的全程運行軌跡查詢或結合視頻監控信息，文案大全實用文檔實現車輛全程化的可視化軌跡回放，以及對涉事車輛的精準布控和查詢，也可以聯合公安車輛管理信息庫，實現車人關聯。2.3.3行為結構化行為結構化即在人員結構化基礎上進行檢索查詢， 包含人體行為如越界、 區域、徘徊、遺留、聚集等多種行為特征描述。它可以解決快速目標查找問題，如將嫌疑人的截圖輸入至偵查系統中， 利用人形檢索的功能， 系統會根據目標嫌疑人的衣著、顏色分

5、布、體態特征快速地在案發點附近的多路攝像頭中進行全局搜索，查找出相似的目標， 并將結果以快照的形式輸出， 結合 GIS 地圖進行時空研判分析，刻畫出嫌疑人的行動軌跡。經過視頻結構化處理后，可以達到如下目的：首先：是視頻查找速度得到極大的提升。視頻結構化之后，從百萬級的目標庫中（對應數百到一千小時的高清視頻）查找某張截圖上的行人嫌疑目標， 數秒即可完成； 千萬級目標的庫中查找， 幾分鐘即可完成（如果實現云化，速度會更快） 。在結構化基礎上進行檢索查詢，可以解決快速目標查找問題；其次是存儲容量極大的降低。經過結構化后的視頻， 存儲人的結構化檢索信息和目標數據不到視頻數據量的 2%；對于車輛，不到

6、1%；對于行為降得更多。存儲容量極大地降低，可以解決視頻長期存儲的問題。最后，視頻結構化可以盤活視頻數據，可作為數據挖掘基礎。視頻經過結構化處理后， 存入相應的結構化數據倉庫， 對各類的數據倉庫可以進行深度的數據挖掘， 充分發揮大數據作用， 提升視頻數據的應用價值，提高視頻數據的分析和預測功能。文案大全實用文檔視頻結構化面臨的問題作為一項視頻處理的核心技術， 算法對環境比較敏感，受環境干擾大，光線、雜物、惡劣天氣、晃動都會影響實際效果， 實現高效精準的視頻結構化描述技術成為今后一段時間各公司/ 算法研究機構努力的方向。隨著計算機視覺前沿技術的日益成熟，深度學習、高性能計算、海量訓練數據、多維信

7、息結合、大數據挖掘分析、目標跟蹤、 現有算法的優化都將有力快速推動視頻結構化分析技術、算法效果的逐步提升。2.4對接服務2.5.1外部接口服務根據需求，為實現公安對偵查數據進行共享整合，我司視頻結構化平臺支持與原有建設的視頻偵查分析系統的數據對接能力，并提供相關技術方案描述數據對接實現方式， 對接方案包含數據字典、 功能分類、結構定義和交互流程等技術要求。對接方式系統與外部系統的對接方式以web service方式進行。系統接口標準：本系統采用 SOA體系架構，通過服務總線技術實現數據交換以及實現各業務子系統間、外部業務系統之間的信息共享和集成， 因此 SOA體系標準就是我們采用

8、的接口核心標準。主要包括：服務目錄標準：服務目錄 API 接口格式參考國家以及關于服務目錄的元數據指導規范，對于W3C UDDI v2 API結構規范，采取UDDI v2 的 API 的模型，定義UDDI 的查詢和發布服務接口，定制基于Java 和 SOAP的訪問接口。除了基于SOAP1.2的 Web Service 接口方式，對于基于消息的接口采用JMS或者 MQ的方式。交換標準：基于服務的交換，采用 HTTP/HTTPS作為傳輸協議，而其消息體存放基于 SOAP1.2協議的 SOAP消息格式。 SOAP的消息體包括服務數據以及服務操作，服務數據和服務操作采用 WSDL進行描述。Web服務標

9、準：用 WSDL描述業務服務，將WSDL發布到 UDDI用以設計 / 創建文案大全實用文檔服務， SOAP/HTTP服務遵循 WS-I Basic Profile 1.0，利用 J2EE Session EJBs實現新的業務服務，根據需求提供SOAP/HTTP or JMS and RMI/IIOP 接口。業務流程標準：使用沒有擴展的標準的BPEL4WS，對于業務流程以SOAP服務形式進行訪問，業務流程之間的調用通過SOAP。數據交換安全：與外部系統對接需考慮外部訪問的安全性，通過 IP 白名單、SSL認證等方式保證集成互訪的合法性與安全性。數據交換標準： 制定適合雙方系統統一的數據交換數據標

10、準，支持對增量的數據自動進行數據同步，避免人工重復錄入的工作。數據庫設計1、設計依據說明數據被訪問的頻度和流量， 最大數據存儲量， 數據增長量， 存儲時間等數據庫設計依據。2、數據庫選型對數據庫選型進行確認。3、數據庫種類及特點說明系統內應用的數據庫種類、 各自的特點、 數量及如何實現互聯， 數據如何傳遞。4、數據庫邏輯結構說明數據庫概念模式向邏輯模式轉換所采用的方法論及工具， 完成數據庫概念模式向邏輯模式的轉換。 詳細列出所使用的數據結構中每個數據項、 記錄和文件的標識、定義、長度及它們之間的相互關系。 此節內容為數據庫設計的主要部分。5、物理結構設計列出所使用的數據結構中每個

11、數據項的存儲要求、訪問方法、存取單位和存取物理關系等。建立系統程序員視圖，包括：數據在內存中的安排，包括對索引區、緩沖區的設計；所使用的外存設備及外存空間的組織，包括索引區、數據塊的組織與劃分；訪問數據的方式方法。6、數據庫安全文案大全實用文檔說明數據的共享方式，如何保證數據的安全性及保密性。7、數據字典編寫詳細的數據字典。對數據庫設計中涉及到的各種項目， 如數據項、記錄、系、文卷模式、子模式等一般要建立起數據字典，以說明它們的標識符、同義名及有關信息。交互流程1、發現用戶需要，建立明確需求在用戶反饋里收集到許多用戶提出的想法，他們希望我們能提供幫助解決問題的產品；我們也可以主動

12、去觀察一些生活中的信息，為靈感的迸發做儲備。2、提出設計方案通過調研，我們得到了大量數據信息， 并建立了明確的需求， 下一步就是開始提設計方案。3、制作原型考慮到做交互是一個迭代過程，為設計的產品做一份交互更新日志，記錄下交互更新時間、版本名稱、更新類型、更新內容、參考需求文檔與交互負責人。4、制作交互說明在交互原型上注釋，在圖上寫說明。5、用戶測試與評估產品基本功能實現后， 我們會做用戶測試， 設計是很主觀的， 并且會受各種因素影響，所以我們的產品難免會存在一些意料之外的問題，通過招募用戶來使用我們的產品， 我們能收集到一些使用場景中發現問題的反饋，并把這些整理成優化點，完善我們的產品。2.

13、5.1.4接口雙方責任1、消息發送方遵循本接口規范中規定的驗證規則，對接口數據提供相關的驗證功能，保證數據的完整性、準確性；消息發起的平臺支持超時重發機制，重發次數和重發間隔可配置。提供接口元數據信息，包括接口數據結構、實體間依賴關系、計算關系、關文案大全實用文檔聯關系及接口數據傳輸過程中的各類管理規則等信息；提供對敏感數據的加密功能；及時解決接口數據提供過程中數據提供方一側出現的問題；2、消息響應方遵循本接口規范中規定的驗證規則，對接收的數據進行驗證， 保證數據的完整性、準確性。及時按照消息發送方提供的變更說明進行本系統的相關改造。及時響應并解決接口數據接收過程中出現的問題。3、異常處理對接

14、口流程調用過程中發生的異常情況，如流程異常、 數據異常、會話傳輸異常、重發異常等，進行相應的異常處理，包括：對產生異常的記錄生成異常記錄文件。針對可以回收處理的異常記錄，進行自動或者人工的回收處理。記錄有關異常事件的日志，包含異常類別、發生時間、異常描述等信息。當接口調用異常時，根據預先配置的規則進行相關異常處理，并進行自動告警。2.5.2第三方平臺對接整合車輛、人臉數據， 通過與的臉系統、 車輛系統以單點登錄的方式實現一站式的登錄體驗。單點登錄的定義是在多個應用系統中，用戶只需要登錄一次，就可以通過免登陸的方式訪問所有相互信任的應用系統。（1）與基礎監控平臺對接主要以國標 28181 或廠商提供 SDK的方式對接天網監控平臺， 本次項目采用國標 28181