交警支队建设智能卡口及视频监控点的项目设计书.docVIP

交警支队建设智能卡口及视频监控点的项目设计书 1.1软件平台架构 1.1.1 设计思想 DSS-C平台软件的设计思路如下： (1) 首先就是体现模块化设计，实现应用系统、逻辑管理、标准接入、物理资源的分离。分离有利于建立软件整体模型，加快软件的并行开发进度；细分后的子系统可靠性将大大增强；测试成本、维护成本也将降低；更重要的是细分后的子系统可专注于各自的领域，目标明确。 (2) 其次是标准。标准是平台整合的基础。主要体现在统一编码的强制标准性、应用开放接口及中间逻辑层的强制标准。此外标准还涉及制度和规章。标准为建立全省的统一调度平台提供了可能。 (3) 强化物理层。根据设计的需要追加相应的设备投入，保证系统的应用强度。 (4) 强化平台管理。重点是建立全网统一、分级管理的权限管理、流控和调度系统。建立协调交互支撑系统。 (5) 强化应用。系统将建立统一的、标准的、开放的调用接口，供各应用系统调用，同时将建立预案视频监控支撑系统和警视联动系统等应用。 1.1.2 总体架构 DSS-C软件平台采用面向服务的体系结构，是将各种不同异构平台上的业务子系统的不同功能部件(称为服务)通过标准的通讯协议、接口和规范整合在一起。根据系统的需求、功能要求和安全管理要求，结合公安相关应用，软件平台采用分层结构模块化设计。其分层结构如下图所示： (1) 设备接入层：主要负责与外场设备、分局中心系统进行数据交互；完成采集图片/数据的入库存储、数据协议转换、数据预处理及控制信息发送功能； (2) 转发存储层：主要负责业务数据以及图片文件的存储和管理，负责实时视频图像的转发和历史图像的存储，数据库软件采用ORACLE, 采用RAID5磁盘阵列作为存储介质，采用负载均衡的策略将转发、存储、比对、查询任务分配到多台服务器上。 (3) 中间件层：是支撑业务应用中间件服务层，主要负责数据检索引擎、数据共享服务和GIS访问等功能； (4) 业务应用层：是基于中间件层之上进行的各种业务处理、运算和管理服务层，包括实时监控、录像追踪、违章审核、布控报警、信息导入、GIS应用、查询统计、流量分析、车辆轨迹、全网协查、警情案情、系统对时等业务处理功能，同时提供丰富的系统配置管理功能； (5) 用户界面层：提供友好、易用的人机交互界面。 1.1.3 分级部署 随着系统应用的不断深入，系统规模的不断扩大，诸警种并发图像资源共享日益增多，横向跨区域图像共享需求日益上升；DSS-C软件平台采取分布式设计，级联方式部署： 只有级联基层域直接访问设备，其他级联中心节点都是通过下一级域最后到基层域来访问设备。 各层的级联分中心域通过基础域的信任后，可以访问下属域及其所管辖的相应设备。分中心对其受信的域和设备再向上一级域进行信任，则上级域也获得了其相应的设备访问权限。操作从级联中心域到级联分中心域，分中心域向基础域请求数据，然后通过分中心域的转发等服务器向上一级转发，实现数据传输，并解决基层域上连带宽的问题。 此方案可以解决分别建网集中联网的难题，同时可以解决上级域对物理设备和服务的管理问题，将上级业务管理和下级业务及设备管理分离，使得管理更规范、简洁和有效，使得更专注于业务本身，而不是管理，提高用户的生产力。 1.1.4 标准与接口 (1) 互联接口和通信协议 为了在跨区域的社会治安动态视频监控系统中，实现不同设备及平台之间的互联、互通、互控，实现视频资源的共享和各分局之间的协同作战，要求分局监控平台按照《跨区域视频监控联网共享技术规范》（DB33/T629-2007）规定的视音频传输要求、联网接口技术要求和设备用户地址编码要求进行系统建设，采用相应通信协议，使省公安厅、市公安局和各县（市）公安局、公安分局能实现跨平台互联。 优先采用符合DB33/T629-2007标准的数字视频监控设备，以便实现设备间的互联互通；对于不符合DB33/T629-2007标准的监控设备，系统应设置符合该标准的联网单元。 (2) 设备接口和控制协议 在设备之间进行模拟联网的应保证矩阵有足够输入和输出接口。PTZ的控制协议应符合PELCO-D标准。 (3) 视音频编码标准 共享平台的视音频编码应采用统一的标准。联网系统的视频压缩编解码标准应采用MPEG4/H.264/AVS;音频编解码标准应采用G.711/G.723.1/G.729;重要的实时图像和历史图像应在视音频编码算法中采取防篡改安全措施;编码设备供应商应提供相应解码模块。 (4) 设备用户地址统一编码标准 设备用户地址统一编码要求：为了确保设备与用户正常接入治安动态视频监控系统，保证系统视频共享平台建设质量,设备用户地址编码规范应符合DB33/T629-2007要求，具体要求如下： 1.2软件平台组成 DSS-C软件平台各软件