智能交通建设与方案

-市区交通管理智能化建设项目（软件系统）建设方案智能交通指挥部2014年3月18日目录第一章 项目概述及需求分析12 项目概况12 项目提出的背景及必要性12 项目需求12 整合和共享各系统信息资源的需求12 支撑交通指挥管理实战应用的需求13 服务社会公众的交通信息发布和诱导的需求13 提升交通应急事件处置能力的需求14 绩效考核分析需求14 建设目标14 建设内容15第二章 系统总体设计16 总体设计原则16 总体设计思路19 系统体系架构19 技术选型概述20第三章 交通执法管理系统设计22 概述及分析22 道路非现场处罚22 整合非现场数据采集系统23 违法数据处理审批流程23 违法数据预处理（中队）28 违法测速数据录入29 数据校验31 短信提醒31 申诉管理31 手工批量录入33 道路现场处罚34 现场违法录入34 现场违法查询35 智能车辆管理管控35 稽查布控管理35 重点车辆管控37 异常车辆管控39 报废未年检车辆40 智能综合监控42 实时卡口监控42 过车综合查询42 行车轨迹分析43 无牌车辆监控44 交通故事快速处理44 快速定位45 实时监控及抓图45 手机客户端46第四章 交通指挥系统设计47 日常值守管理47 日常巡检48 事件信息定位48 信息查询49 值班管理49 交通预案及仿真管理49 交通预案管理49 警卫任务管理52 应急指挥处置管理54 突发事件报告（接警）54 事件判定55 应急预案自动启动55 应急流程定制55 应急指挥调度管理564. 应急处置58 报告与反馈58 应急预案评审59 应急资源管理59 应急资源信息管理59 经典应急案例管理61 法律法规管理61 地理自然环境信息61 社会环境资源信息管理61 警力管理61 警力定位指挥61 单兵设备管理62 地理信息（GIS）系统62 点位图形化布点62 地图基本功能62 测量距离、面积64 空间查询64 周边查询64 设备运维65 过车查询65第五章 交通事件系统设计66 系统对接665.1.1 110接处警系统66 对接外场设施67 事件生成67 全面采用 B/S 结构67 流程的创建及管理69 事件管理流程的建立69 事件流转70 交通事件管理系统的特色70 事件发布70 事件报警71 预警机制71 多系统联动71 事件总结71 事件监控72 视频监控725.6.2 GIS监控72 常见事件检测和报警72 事件查询73第六章 交通诱导系统设计74 现状分析74 诱导信息发布75 诱导模板管理75 警告警示信息75 交通诱导信息76 公众信息76第七章 交通控制系统设计77 城市公交调度接入77 交通信号与控制管理整合777.2.1 GIS操作78 交通控制78 交通监视78 查询统计78 日志管理79 系统管理79 停车场管理接入79 基础信息管理79 收费管理80 物业管理80 投诉举报管理80 道路维护信息管理80 道路养护计划80 掘占路审批对接81 维护管理方案分析83第八章 交通设施管理系统设计84 外场设施管理84 系统性能管理85 标准应用监测85 设施接入监测86 运行状态监测86 故障定位告警86 运维管理86 运维工单管理87 设施例行巡检管理88 故障维修管理89 运维记录统计查询94第九章 交通决策分析系统设计95 非现场处罚统计分析95 非现场查处量统计95 违法时间段统计95 违法行为分布统计96 点位标定统计96 违法行为自定义统计96 违法行为分析96 交通违法监测与分析97 区域碰撞出行记录分析97 落脚点分析97 短时多次过车分析97 关联性分析97 连续违法报警分析98 高频点出现分析98 初次入城分析98.8 假套牌分析98 车流量统计98 辅助决策99 交通流分析99 拥堵多发路段分析99 违法行为分类分析100 多发地点分析100 事件时间段分析100第十章 绩效考核系统设计101 绩效考核101 考核指标量化102 考核汇总分析102 考核方案智能分析103 绩效分析103 勤务考核分析103 执法业务考核分析104 考核指标分析105 交通违法处罚分析105 投诉分析106第十一章 数据交换平台107 现状分析107 外场设施对接107 应用系统对接108 对外对接109 对接规范110 前端系统主动推送110 原系统主动推送或被动抽取111 数据交换功能112 数据管理112 数据交换114 巡回与检测功能117 安全控制118 系统管理118 数据采集加工转换120 对接方式121 终端系统121 前置机12111.4.3 WebService视频执法数据接口122 调用原应用系统接口122第十二章 交通大数据中心123 数据中心123 基础数据库123 交通专题数据库12412.1.3 GIS资源库124 视频信息库124 服务信息库124 交通违法信息库125 交通事件库125 应急预案库125 警卫任务库125 数据中心规范建议125 建立统一的数据模型126 建立统一的接口规范126 建立统一的编码体系127 建立统一的中心数据库127 建立统一的用户管理128 建立统一的系统管理架构128第十三章 统一支撑平台131 平台总体设计131 业务应用支撑平台132 系统构建132 支持SAAS133 分级管理中心133 组织建模134 业务建模134 工作流组件135 表单管理136 视图引擎138 界面建模139 用户管理13913.2.11 BI工具141 内容管理151 安全支撑平台152第十四章 硬件设备估算154 设备清单154 设备拓扑图156第一章 项目概述及需求分析1.1 项目概况项目名称：市区交通管理智能化建设项目（软件系统）。建设单位：市公安局交警支队。1.2 项目提出的背景及必要性近年来，随着市市区及城市副中心的发展，交通已成为日益突出的一个社会问题。为满足市城市发展新要求，建立多元化、全方位、多层次的交通感知体系，打造市城乡一体的智能交通综合管理体系、综合信息服务体系、应急救援体系，根据市城市交通科技应用规划建设方案对未来三年市智能交通的发展的要求，进一步整合市交通已建设施，完成数据融合、碰撞、分析、挖掘，让数据在智慧交通各平台运转、让科技服务于智慧交通，市公安局交警支队提出了建设市区交通管理智能化建设项目（软件系统）。1.3 项目需求1.3.1 整合和共享各系统信息资源的需求建设市区交通管理智能化建设项目（软件系统）整合原来交通流量检测系统、视频监控系统、交通信号上端控制软件系统、电子警察系统、治安卡口系统、GPS车辆定位系统等各系统的信息资源。完成对各系统信息的汇聚，存储，提供与管理。同时通过分析各类信息间的关系，提供快速信息检索与服务。1.3.2 支撑交通指挥管理实战应用的需求目前，市已建立了警车警员GPS定位系统、视频监控系统、交通信号控制系统、交通流诱导系统等，为交通管理提供了技术支持。但现有交通管理各系统间集成化程度还比较低，基本处于分散、独立运行状态，影响了整个系统功能和效益的发挥。因此，急需建立一套规范化的发挥整体综合效能的综合集成体系，规范今后的智能交通管理系统建设。1.3.3 服务社会公众的交通信息发布和诱导的需求对接一期外场建设的交通诱导系统的设施，在软件系统中深化建设交通诱导系统。交通诱导系统是缓解道路交通拥堵、提高公众出行效率的有效手段，是智能交通管理系统的重要组成部分。目前，市交警支队面向社会公众的交通信息服务仅仅处于初级阶段，并且没能进行深化处理生成交通状态信息发布，发布的信息主要通过视频巡检的方式获得，存在信息采集手段薄弱、信息的及时性和质量不高、发布内容形式单一、产生效果有限等问题。随着人民生活水平不断提高，对信息服务方式、交通信息质量都提出了更高的要求。1.3.4 提升交通应急事件处置能力的需求各类突发交通事件可能随时随地发生，其对整个城市产生的影响跟应急事件处置能力密切相关。如何在突发事件下做好应急事件的快速处置，将因突发事件造成的财产损失、交通损失、人员损失等降到最低，显然成为了衡量管理部门工作效率的重要指标。应急事件处置能力的高低很大程度上取决于智能化、信息化手段的利用，如各类突发应急事件的预案管理、准确定位的地点和事件核实、实时的可视化的现场指挥、快速的人力资源调配等。1.3.5 绩效考核分析需求目前交警没有规范、快速的绩效考核统计分析平台，进行日常勤务考核、执法业务考核，在考核管理上存在较大的不足。建设绩效考核分析平台，完成考核指标的量化、分值权重设置， 系统自动根据个人（民警）、中队、大队进行自动统计，结合目前已建设的交警绩效考核几个统计表，建设统计分析功能。1.4 建设目标本项目核心围绕“安全、有序、畅通”，以“人、车、路”为主体，建设智能交通软件系统。市区交通管理智能化建设项目（软件系统）以资源整合为主，对接现有非现场处罚数据采集系统、110接处警系统、移动警务平台、视频监控系统、交通部六合一系统、交通信号控制系统，打破各个应用系统之间的壁垒，实现数据共享；通过数据融合、碰撞，进行智能分析；充分调用、发挥已建设施的效能，建设统一智能交通大平台。1.5 建设内容本期项目以“一中心、两平台、九大业务子系统”作为主要思路，主要建设： “一中心”：交通大数据中心； “两平台”：业务应用支撑平台、安全支撑平台； “九大业务子系统”：交通违法管理系统、交通指挥系统、交通事件系统、交通诱导系统、交通控制系统、交通设施管理系统、交通决策分析系统、绩效考核系统九大业务子系统。第二章 系统总体设计2.1 总体设计原则在本次系统的总体设计中，要求在总结同类型项目建设经验的基础上，统筹规划，将遵循以下总体设计原则。n 标准性本系统与其它应用系统和数据库之间存着大量的数据交互，因此强调信息系统的标准化，系统应保证与现行业务系统实现有效的衔接，实现信息的共享和集成。在系统建设中将遵循各类业界标准，从数据结构、技术架构、数据库存储等多个方面标准化建设。n 先进性采用当前成熟且先进的技术，保持系统硬件、软件、技术方法和数据管理的先进性，保证系统建成后在技术层次上35年内不落后。同时具有较强的可移植性、可重用性，在将来能迅速采用最新技术，以长期保持系统的先进性。n 可靠性一是以可靠的硬件、成熟的软件产品为基础，结合具体需求进行配置、定制和二次开发的方式进行实施，保证有效缩短项目实施时间，降低项目实施的风险。二是系统应能够支持较大并发用户同时进行浏览、操作等与数据库的交互式的操作，并且相对占用较少的硬件资源。当意外事件发生时，能通过快速的应急处理，实现故障修复，保证数据的完整性，避免丢失重要数据。三是系统应具有较强的应变能力和容错能力，确保系统在运行时反应快速、安全可靠。n 安全性一是保证系统的安全性。首先，选择先进、可靠的主流硬件产品和成熟、领先的软件产品构建系统，为系统的安全性奠定良好的基础；其次，必须考虑到各种特殊情况下的恢复机制和备份机制，以保证数据的一致性、完整性以及灾难恢复；再次，严格管理制度，为系统安全性提供制度保证。二是完整的权限控制机制、考虑充分的系统保密措施也是保证安全的重要因素。需依据信息访问权限，向用户提供授权查询，有效避免越权使用。系统后台用户分层次管理，并且具有可灵活调整、可细分的权限控制。可对信息内容进行严格的角色权限管理，保证每个用户能够看到且只能看到自己权限范围内的所有信息。对系统的管理操作有详实的历史记录。n 扩展性系统真正符合多层浏览器/服务器体系结构，不仅基于当前的需求，而且应保证在系统的体系结构不需做较大改变的前提下，实现今后的平滑升级。主要包括以下几个层次：数据的扩展：可以利用可视化的工作界面，进行数据的添加，或通过数据库管理工具，创建新的数据库、词典。应用的扩展：考虑到和其它信息系统的连接，系统应具有良好的外接接口，将来随着业务的不断扩充，整个系统中应能够方便地添加新的业务模块；利用开放标准的应用开发接口可以进行更加个性化的二次应用开发。n 易用性系统应具有一致的、友好的客户化界面，易于使用和推广，并具有实际可操作性，使用户能够快速地掌握系统的使用。除特殊的、必须的应用外，用户终端全部采用浏览器方式。快速部署：可以在最短的时间里，进行应用结构和功能的定义、设计、实现。零客户端维护：除特殊的、必须的应用外，整个系统采用B/S结构，所有的数据及应用都统一在服务器端维护，用户端只要支持浏览器就可以完成全部操作。操作简便：采用成熟的产品和先进的系统设计理念，同时应用设计遵循简单实用的原则，做到对操作人员、使用人员最低的技术门槛要求，简单培训即可以进行操作。系统易于维护：使用该系统如同使用IE浏览器一样容易，且易于系统管理员维护。n 开放性全面支持*ML、SOAP、Web Service、LDAP、UDDI等当前受到普遍支持的开放标准，保证系统能够与其它平台的应用系统、数据库等相互交换数据并进行应用级的互操作性和互连性。n 可维护性、可管理性由于本项目使用面广，系统稳定性、可用性要求高，因此系统平台还必须具有良好的可管理和易于维护的特点。系统应该具备安装方便、配置方便、使用方便等特点，同时要求有较强的系统管理手段，系统能够合理地被配置、调整、监视及控制，保证系统的良好运作。系统应采用面向对象的思想和分层概念来设计，从原则上保证系统的可维护性。如果修改用户界面，只要在表示层修改而无需改动其他层。同时，在层与层的交互方面，尽量采用松耦合的原则，避免修改其中的一层而影响到其他层。此外，软件产品应能方便的安装与拆卸，不能设置技术障碍。2.2 总体设计思路本围绕“一中心、两平台、九大业务子系统”进行设计，以“安全、有序、畅通”作为指导精神，从“人、车、路”三个方面开展建设。一中心为交通大数据中心、两平台为应用支撑平台、安全支撑平台，九大业务子系统为交通违法管理系统、交通指挥系统、交通事件系统、交通诱导系统、交通控制系统、交通设施管理系统、交通决策分析系统、绩效考核系统九大业务子系统。通过智能交通软件系统的建设，充分发挥一期建设设备的功能，并为后期智能化建设打下坚实的基础。2.3 系统体系架构围绕“一中心、两平台、九大业务子系统”的建设思路，进行本次项目总体设计，总体框架图如下所示：2.4 技术选型概述技术特色描述J2EE技术架构针对本次项目的内外网应用对性能、安全、接口、速度、跨平台等方面的要求，采用J2EE多层体系架构开发。数据交换采用跨平台的*ML/WebService等标准交换技术实现整个内外网数据交换的通畅。全面采用*ML技术在系统中全面采用了*ML技术，包括各类系统的配置、系统开发文档、数据描述文档等各类信息都采用*ML技术，使系统具备较强的兼容性，使系统与其它应用系统集成和数据共享成为可能。引入MVC设计模型系统引入MVC（Model View Control）设计模型，使前台显示与后台业务处理分离，使系统表现层丰富，适应业务需求的变动。采用组件技术，业务可扩展性强系统采用多层体系架构，并将公共的组件封装，可随着业务需求不断的变化快速的重组，建成新的应用，使系统具备较强的可扩展性。模块化设计，适应不同时期的业务需求系统应用模块都采用模块化设计，功能模块间的耦合度低，用户可按业务需求选择所需的功能模块，以适应不时间期业务的需求。独立于数据库平台本次项目建设的软件独立于数据库平台，支持各类主流的关系型数据平台。系统在数据层封装了所有数据访问的代码，通过采用符合业界标准的ODBC/ADO.NET/JDBC和*ML/WebService等机制，使系统能够以统一、通用的方式访问各类关系数据库系统，同时保证了在其上开发的应用可以访问不同的数据层对象，真正做到独立于数据库。支持各类操作系统J2EE体系架构开发具备跨平台特性，支持各类操作系统平台，包括Windows、UNI*、Linu*平台。第三章 交通执法管理系统设计整合、对接已建电子警察系统、高清卡口系统、移动警务系统等，获取交通违法数据，从道路非现场执法、道路现场执法、智能车辆管理管控、重点车辆管控、智能综合监控、交通事故快速处理七个方面深入建设交通违法管理系统。3.1 概述及分析交通违法主要包含三方面的数据：1、通过电子警察设备、卡口设备抓拍到的违章数据，主要类型包含闯红灯车辆、不按车道行驶车辆、超速车辆、逆行车辆等；2、通过视频录像回放，播放过程中看到的违章行为，做截图、识别、合成、关联车主信息、审核和处罚灯一系列的处罚操作；3、通过工作人员的手动抓拍，如城管等数码相机拍摄到的违章行为等系统录入和处罚，需要视具体的图片格式而作处理。所以本次系统需要整合对接的系统：非现场处罚数据采集系统整合、移动警务系统对接、视频监控系统对接、违法检测系统对接、信息采集系统对接、高清卡口系统对接。3.2 道路非现场处罚非现场处罚数据录入：卡口违法数据、电警违法数据、移动测速数据、视频执法、路面拍照手工录入。基于流程引擎，建设非现场处罚流程，从违法数据录入中队预处理大队审核支队审核交通违法综合应用平台（六合一平台）。在中队预处理时，系统自动发送预告知短信，当支队审核完成时，系统自动发送交通违法告知短信。建设非现场处罚，实现对于非现场违法违章信息的人工录入、违法信息预处理、违法信息审核管理、违法违章信息上传、短信告知、申诉管理、违章信息查询、违法代码管理、部省违法数据库接口、银行对账信息和六加一平对对接等功能。3.2.1 整合非现场数据采集系统整合现有非现场数据采集系统，统一建设交通违法管理系统，现有使用非现场系统数据主要包含车辆信息、违法信息两方面。车辆信息：号牌种类、号牌号码、车辆分类、车身颜色、车辆类型、车辆品牌、车辆状态、核载质量、车辆发动机号、机动车所有人、车轴数量、住所详细地址、邮政编码、使用性质。违法信息：违停通知序号、违法时间、违法地点、违法地址、违法行为、违法速度、限速、罚款金额、采集方式、设备编码、值班民警、采集机关。其中罚款金额根据违法行为中的违法行为代码自动计算。3.2.2 违法数据处理审批流程实现卡口、电警、视频执法、移动测速违法数据的自动导入，并对自动导入的非现场违法违章信息进行人工比对筛选确认、审批，同时自动提交到交通违法综合应用平台。违法数据严格按照审批流程提交到交通违法综合应用平台：违法数据从违法时间到提交到交通违法综合应用平台间隔时间最长为10天，首先由中队对违法数据进行初步审核校对，违法时间超过6天的数据置为过期数据，对于号牌识别错误，图片不清楚等无效数据进行置为无效数据处理，确定为违法数据的，提交到大队进行第二次审核，同时发动违法信息短信给车主；大队审核通过，并且中队预处理达到2天后，数据提交到支队进行审核（支队可审核，可不审核，默认为审核通过，可以置为无效数据）；中队预处理时间达到4天，并且通过大队审核的数据，系统自动提交到交通违法综合应用平台。3.2.2.1 违法查询交通违法处罚操作过程中，可选择条件进行检索过滤部门过车信息，查询条件有点位位置、号牌种类、违法时间、行驶速度、车辆类型。3.2.2.2 列表展示违法信息分页签显示不同违法信息，包括全部违法、超速、闯红灯、逆行、抽烟、不系安全带、压线、违法变道、异常停车、不按道行驶、打手机。违法信息列表显示字段包括：序号、号牌号码、号牌种类、车辆类型、号牌颜色、违法时间、违法地点、车道、违法行为、行驶方向、操作。3.2.2.3 提交违法车辆实现批量提交违法信息到交通违法综合应用平台功能：经过中队校对，大队审核，支队审核，并且校对时间超过4天的，违法时间不超过10天的违法数据进行批量上传提交功能。在符合条件的违法记录第一列的勾选框中打勾，然后点击【提交违法车辆】进行批量提交操作。3.2.2.4 自动提交到交通违法综合应用平台（六合一平台）对于已通过审核的违法数据，在校对保存时间达到4天，并且违法时间不超过10天的违法数据，系统后台自动提交到6合1平台。3.2.2.5 违法处罚处理实现违法信息、校对并保存、通过审核、置为无效、退回、加入假牌库、加入套牌库以及违法图片比对。处理页面展示三部分信息：监控过车信息、机动车基本信息、违法基本信息。监控过车信息显示号牌种类、号牌号码、号牌颜色、车辆类型、车身颜色。机动车基本信息显示车辆类型、车身颜色、车辆品牌、机动车所有人、检验有效期止、车辆型号、发证机关、使用性质、强制报废期止。违法基本信息显示违法时间、行驶速度、限速值、违法代码、交通方式、道路代码、车辆分类、路口代码、公里数、行政区划、采集方式、采集机关、执勤民警。【校对并保存】：用户对违法信息进行审核，审核通过，点击【校对保存】提交给大队进行审核。【通过审核】：大队对违法信息进行二次确认审核，审核通过点击【通过审核】。【退回】：大队对违法信息进行二次审核时，如果发现问题，例如；违法代码填写错误等，点击【退回】退回给中队再次审核。【置为无效】：在审核过程中，违法信息不全，图片不清晰等无法作为违法证据时，可以将违法数据置为无效数据。【违法图片比对】：在审核时，可以调阅历史违法记录，对历史图片进行比对，判定是否是假套牌车辆。【加入假牌库】：在使用审核违法信息时，发现假牌车辆时，可以加入假牌库，对车辆进行布控。【加入套牌库】：在使用审核违法信息时，发现套牌车辆时，可以加入套牌库，对套牌车辆进行布控。【图片放大】：双击图片，可以放大图片。3.2.2.6 无效违法数据提供被置为无效的违法信息查询、查看功能。3.2.2.7 已校对违法数据中队对违法数据进行校对保存后，数据显示在此模块中，大队用户可以在此模块对违法数据进行二次审核，并提供查询、查看功能。3.2.2.8 已审核违法数据大队审核过的违法数据，在校对保存的时间未达到2天，数据显示在此模块，提供查询、查看功能。3.2.2.9 待审核违法数据大队审核过的违法数据，在校对保存的时间达到2天后，数据提交给支队进行审核，数据显示在此模块，提供查询、查看、审核功能。3.2.2.10 已提交违法数据违法数据通过大队审核，校对保存时间达到4天，并且违法时间未超过10天，系统自动提交到交通违法综合应用平台，已提交数据在此模块显示出来，提供查询、查看功能。3.2.2.11 已过期的违法数据对于没有及时提交到交通违法综合应用平台的违法数据，数据显示再次模块，提供查询、查看功能。3.2.3 违法数据预处理（中队）将电警、卡口及其他电子设备抓拍到的数据归聚之后, 实现中队对机动车违法数据进行校对工作功能。3.2.3.1 违法查询交通违法处罚操作过程中，可选择条件进行检索过滤部门过车信息，查询条件有点位位置、号牌种类、违法时间、行驶速度、车辆类型。3.2.3.2 列表展示列表显示违法时间6天内的违法数据，并以分页签显示不同违法信息，包括全部违法、超速、闯红灯、逆行、抽烟、不系安全带、压线、违法变道、异常停车、不按道行驶、打手机。违法信息列表显示字段包括：序号、号牌号码、号牌种类、车辆类型、号牌颜色、违法时间、违法地点、车道、违法行为、行驶方向、操作。3.2.3.3 违法处理（中队）违法处理（中队）实现违法信息、保存信息、校对并保存、置为无效、加入假牌库、加入套牌库以及违法图片比对功能。处理页面展示三部分信息：监控过车信息、机动车基本信息、违法基本信息。监控过车信息显示号牌种类、号牌号码、号牌颜色、车辆类型、车身颜色。机动车基本信息显示车辆类型、车身颜色、车辆品牌、机动车所有人、检验有效期止、车辆型号、发证机关、使用性质、强制报废期止。违法基本信息显示违法时间、行驶速度、限速值、违法代码、交通方式、道路代码、车辆分类、路口代码、公里数、行政区划、采集方式、采集机关、执勤民警。保存信息：是对监控过车信息中，系统自动识别的车辆基本信息不准确的进行修改后进行保存，例如：号牌号码识别错误。校对并保存：用户对违法信息进行审核，审核通过，点击【校对保存】提交给大队进行审核。置为无效：在审核过程中，违法信息不全，图片不清晰等无法作为违法证据时，可以将违法数据置为无效数据。违法图片比对：在审核时，可以调阅历史违法记录，对历史图片进行比对，判定是否是假套牌车辆。注：如果是旧牌新用的车辆，将不展示。加入假牌库：在使用审核违法信息时，发现假牌车辆时，可以加入假牌库，对车辆进行布控。加入套牌库：在使用审核违法信息时，发现套牌车辆时，可以加入套牌库，对套牌车辆进行布控。图片放大：双击图片，可以放大图片。3.2.4 违法测速数据录入对接现有外场测速设施如卡口系统，实现移动测速数据批量导入功能。数据导入系统后，在违法数据预处理模块中可进行校对审核。系统可以实现与测速实施实时对接和非实时批量数据导入两种模式：对于可以开放接口进行实时对接的外场测速设施（系统），本次软件平台将进行无缝对接，实时获取违法测速数据；对于不能提供实时对接的外场测速设施（系统），本次软件平台将通过批量导入功能，按一定周期，如一天一导入、三天一导入等进行数据批量导入系统。3.2.4.1 违法查询交通违法处罚操作过程中，可选择条件进行检索过滤部门过车信息，查询条件有点位位置、号牌种类、号牌号码、违法时间、违法行为、车辆类型、处理状态。3.2.4.2 列表展示列表显示移动测试违法数据，违法信息列表显示字段包括：序号、号牌号码、号牌种类、车辆类型、号牌颜色、违法时间、违法地点、车道、违法行为、行驶方向、操作。3.2.4.3 导入建设测速批量导入页面，实现违法测速数据批量上传。上传过程中，系统对违法数据进行解析:违法数据存入数据库，图片上传到图片服务器，以及对违法图片进行号牌识别。上传之后的违法信息，可以对部分信息进行修改，例如：号牌号码，号牌种类、车辆类型、车身颜色等。3.2.5 数据校验数据校验支持系统自动校验和人工校验。自动校验：系统自动根据车辆信息、违法信息进行自动校验，根据预设置的自动校验时间，超过校验时间，自动进入六合一系统。人工校验：民警可以对系统自动校验的结果进行调整，调整完成之后提交进入六合一系统。数据进入六合一系统之前，系统自动短信告知机动车所有人违法处罚信息。开关功能：可以人工开启、关闭自动校验功能。3.2.6 短信提醒中队对交通违法进行预处理时，短信自动发送到车辆相关人员进行交通违法预告知；支队完成审核，在违法数据进入六合一之前，短信发送至车辆相关人员，进行违法告知。3.2.7 申诉管理在申诉管理中完成申诉审批流程，申述审批通过后撤销违法处罚记录；申诉审批结果推送到六合一平台，同步更新违法处罚记录（待交警部门确认）。申诉管理模块记录所有的申诉信息：当违法数据在中队进行校对保存时，系统会自动发送短信提醒车主，大队审核后提交到支队，还有2天时间（时间可调整配置），车主对机动车违法信息有异议的，可以在这两天内打电话话到交警相关部门进行申诉。申诉信息：记录详细包括、过车记录信息（系统中选择过车记录）、申诉人、联系方式、申诉时间、申诉类型、申诉人联系地址、处理人、处理时间、处理状态、处理结果、处理意见，填写完毕后点击保存。3.2.7.1 申诉查询根据申诉人、申诉时间、申诉类型、号牌号码、号牌种类进行多条件组合检索申述信息。3.2.7.2 列表展示申诉信息列表显示序号、号牌号码、号牌种类、申诉时间、申诉类型、申诉人、申诉人手机、处理时间、处理人、处理结果、操作，并按处理状态分未处理、处理中、已处理三个页签，便于查阅。3.2.8 手工批量录入工作人员通过手动抓拍的交通违法行为，如城管等数码相机拍摄到的违章行为等，进行批量录入。批量导入数据为图片格式，系统将自动进行照片识别，并填充车辆信息。系统自动识别号牌号码之后，与车辆库进行比对，获取车辆信息，录入人员可以对车辆信息进行手工调整修改。3.2.8.1 违法查询交通违法处罚操作过程中，可选择条件进行检索过滤部门过车信息，查询条件有点位位置、号牌种类、号牌号码、违法时间、违法行为、车辆类型、处理状态。3.2.8.2 列表展示列表显示违法时间6天内的违法数据，违法信息列表显示字段包括：序号、号牌号码、号牌种类、车辆类型、号牌颜色、违法时间、违法地点、车道、违法行为、行驶方向、操作。3.2.8.3 手工导入建设手工导入功能，通过交通违法处罚手工录入页面，实现违法信息的录入、违法图片上传的功能。导入页面展示三部分信息：过车信息、机动车基本信息、违法基本信息。过车信息显示号牌种类、号牌号码、号牌颜色、车辆类型、车身颜色。机动车基本信息显示车辆类型、车身颜色、车辆品牌、机动车所有人、检验有效期止、车辆型号、发证机关、使用性质、强制报废期止。违法基本信息显示违法时间、行驶速度、限速值、违法代码、交通方式、道路代码、车辆分类、路口代码、公里数、行政区划、采集方式、采集机关、执勤民警。图片上传：可以从本地上传违章图片，并支持图片放大、剪切功能、号牌自动识别、违法时间自动识别功能。违法地点选择：违法地点选择后，系统自动填写道路代码、路口、地点米数、行政区划、采集机关。保存：点击保存后，违法信息状态为校对，提交给支队进行审核。查看：点击查看违法信息，不可修改。3.3 道路现场处罚对接现有移动警务系统，当民警通过警务通进行现场登记时，通过移动警务通接口推送至本系统中，实时获取现场执法案件办理过程信息。最后从六合一平台获取办结信息。3.3.1 现场违法录入当现场民警通过移动警务进行交通违法信息录入时，移动警务系统需将登记信息即时推送至本系统；或者将交通违法信息打包成中间服务器、推送至中间表，有本系统定时前去中间服务器或者中间表去抓取的方式完成现场违法数据录入工作。3.3.2 现场违法查询对接六合一系统，查询现场违法信息。3.4 智能车辆管理管控3.4.1 稽查布控管理实现对嫌疑车辆、违法车辆、涉案车辆的布控比对，布控比对支持多级权限管理模式，可在本域范围内布控，也可向上级单位申请跨区域布控，允许进行模糊布控和精确布控两种模式，在布控的过程中，可选择多种报警方式，包括声光报警、短信报警、弹出框报警等。 基于工作流建设车辆布控管理，工作人员填写布控申请，申请内容包含车辆信息：号牌种类、号牌号码、车辆识别号、车身颜色、车辆性质、布控状态、处置措施、布控起始时间、布控截止时间。用户可对嫌疑车辆、违法车辆、涉案车辆进行布控申请，布控支持模糊布控和精确布控。可本区域布控也可跨区域布控，本区域布控不需要审批，跨区域布控需要审批，审批通过后加入黑名单库，实时比对过车数据，比中的布控信息，可以以声光报警、短信报警、弹出框报警三种报警方式通知用户，用户接到通知后，对预警进行签收，时间处理完毕后进行反馈。3.4.1.1 布控申请布控申请需要填写号牌种类、号牌号码、车辆识别代码、发动机号、布控车辆性质、车辆类型、车身颜色、指令级别、被布控车辆其他特征信息、布控事由、处置措施要求、执法依据、布控时间，部分信息系统可自动车请求服务器平台或交通违法综合应用平台等第三方系统接口中获取，填写基本信息后，根据布控区域范围，如果是本区域的直接加入到黑名单库，如果是跨区域的自动走审批流程，用户需要选择审批人员，通过审批后添加到黑名单库。3.4.1.2 布控审批如果是跨区域布控、上级用户需要登录系统，查看待审批布控信息，填写审批意见。3.4.1.3 自动布控对于异常车辆、连续违法（五次）车辆通过布控点位时，系统自动锁定该车辆，开展车辆布控。3.4.1.4 布控车辆报警布控车辆实时比对过车信息，比中后系统产生预警信息，通过声光、短信、弹出框报警方式通知用户，用户接到通知后，要对预警信息进行签收，事件处理完毕后进行反馈。警务通对接：将点位及布控车辆信息推送至警务通报警功能。3.4.1.5 布控车辆查询提供布控车辆信息查询功能，可按号牌种类、号牌号码、车身颜色、车辆行至、布控状态、处置措施、布控时间进行多条件组合查询。3.4.2 重点车辆管控对接现有重点车辆管控系统接口。根据近些年的统计，危险品车辆、长途客车、校车、旅游车、混凝土车辆是容易发生重特大交通事故的重点车型，其安全问题一直是社会关注的焦点，更是交通安全源头管理的重中之重。重点车辆管理就是针对这些重点车辆进行动态的管控，从而实现事前预防，事中应急响应，事后总结分析。其主要功能包括重点车辆台账管理，重点车辆违规监控，重点车辆预警等。通过重点车辆管理系统的建设实现对重点车辆运行的监控和重点车辆应急事件处置的决策支持。3.4.2.1 重点车辆台账管理对接六合一平台、车辆管控平台，获取重点车辆数据信息。以台账管理的形式，集中对辖区内的重点车辆信息进行维护。其中，对于经常被群众举报、常有违法行为等情况的重点车辆。系统重点标红显示。3.4.2.2 重点车辆违法监控对于危险品车辆、长途客车、校车、旅游车、混凝土车辆等重点车辆进行监控。当发生交通违法行为、交通事故的主体一方是重点车辆时，系统自动进行预警，并根据交通事故的严重程序，启动相关的交通预案。3.4.2.3 重点车辆查询根据发证机关、管控状态、采集时间、使用性质、号牌号码、号牌种类进行检索，查询结果列表显示序号、号牌号码、号牌种类、使用性质、车辆所有人、采集人、管控状态等字段信息。3.4.2.4 GPS行车轨迹对接GPS系统，实现对重点管控车辆的GPS跟踪，根据GPS采集信息，按时间顺序勾勒行车轨迹。3.4.3 异常车辆管控对于无牌、残缺等无法识别车牌的过车进行管控。主要建设功能：异常牌照查询、异常车辆管理、异常图片查询、异常车辆行车轨迹。3.4.3.1 异常牌照查询使用超级搜索技术，通过输入车辆的不完全信息，如特征、颜色、车辆品牌等进行模糊匹配查询。查询结果以列表页显示，点击其中的条目可以查看该异常车的详细信息。3.4.3.2 异常车辆管理集中显示系统内以发现的所有异常车辆信息。具有管理权限的用户可以对异常车辆信息进行修改、删除等操作，确保异常车辆信息的准确性、实时性。3.4.3.3 异常图片查询异常车辆最主要的还是牌照遮掩、套牌等为主，对于此类和系统车辆信息不能进行准确匹配的车辆，前端监控抓拍之后3.4.3.4 异常车辆行车轨迹在GIS地图中勾勒出异常车辆的行车轨迹。系统自动勾勒行车轨迹必须能够明确识别车辆特征，如车辆号牌，则可以自动勾勒；若系统无法准备定位车辆的，系统会在每个卡口显示经过的异常车辆，用户只需选择，则可以将所有卡口中该异常车辆串联起来勾勒出车辆行车轨迹。3.4.4 报废未年检车辆每天获取最新的报废未年检车辆到库中，并把报废、未年检的车辆进行分类。实时的过车数据与报废未年检车辆库进行比对，找出上路的报废未年检车辆。主要建设功能：上路的报废车辆、上路的未年检车辆、报废车辆库管理、未年检车辆库、报废未年检车辆轨迹、报废未年检车辆出没位置分析、点位报废未年检过车统计。3.4.4.1 上路的报废车辆对接外场卡口系统，获取过车数据并进行处理、分析，自动识别上路的报废车辆。3.4.4.2 上路的未年检车辆对接外场卡口系统，获取过车数据并进行处理、分析，自动识别上路的未年检车辆。3.4.4.3 报废车辆库管理对接六合一系统，获取报废车辆信息，建立报废车辆库，进行报废车辆信息二次管理。3.4.4.4 未年检车辆库对接六合一系统，获取未年检车辆信息，建立未年检车辆库，进行未年检车辆信息二次管理。3.4.4.5 报废未年检车辆轨迹基于GIS地图，显示报废未年检车辆的行车轨迹。3.4.4.6 报废未年检车辆出没位置分析基于GIS地图，显示报废未年检车辆出没的位置，在地图中描点显示。3.4.4.7 点位报废未年检过车统计统计各点位报废未年检过车的数量。与分析系统数据共享。3.5 智能综合监控对接现有卡口设备，建设智能卡口管理功能，实现卡口实时监控、数据传输监控、卡口综合查询、GIS综合应用。3.5.1 实时卡口监控实时卡口监控结合卡口示意图实现实时过车信息和车辆图片的查看。实时过车数据包括：过车时间、卡口名称、车道号、车牌号码、车身颜色、车牌颜色、车辆类型、车牌类型、车速、限速、行驶方向。3.5.1.1 自动分割显示选中*个具体卡口进行查看时，系统可以根据该卡口实际的车道数自动分割主窗口的画面。自适应画面分割的类型有：一画面、四画面、九画面。在各个子窗口中，可以实时查看到该窗口对应的卡口车道的过车图片和详细的过车信息。双击*个子窗口，可以查看具体该车道当前时刻的过车信息和图片。3.5.1.2 卡口树形列表以树形列表绑定显示卡口，以不同颜色图片标识卡口在线、掉线情况。3.5.2 过车综合查询基于警务信息库开展信息综合查询应用，为全体民警提供综合性的、统一便捷的快速信息查询、查证服务，快速呈现出查询结果数据间的关联关系，满足公安工作中跨地域、跨警种信息共享访问、查询统计的需要。3.5.2.1 车辆信息查询根据车辆经过时间、号牌号码、号牌种类、点位名称等条件进行查询，对号牌号码具备模糊查询的功能。支持分页查看、过车信息校对、信息导出的功能。3.5.2.2 违法信息查询根据车辆经过时间、号牌号码、点位、车辆类型、处理状态、违法行为等条件查询违法信息数据，对号牌号码应具备模糊查询的功能。查询结果包括：号牌号码、号牌种类、车身颜色、违法时间、违法地点、行驶状态等基本违法取证信息。支持车牌号码模糊查询、分页查看、过车信息校对、信息导出、图片批量导出功能。3.5.3 行车轨迹分析行车轨迹分析是全面了解车辆驾驶行为的必备信息。基于GIS地图建设行车轨迹分析功能。3.5.3.1 车辆轨迹查询用户键入车牌号码和分析时间段，系统自动勾勒车辆经过相关卡口的顺序、时间和预判轨迹，并在GIS地图上显示车辆轨迹。3.5.3.2 轨迹分析基于GIS地图进行车辆轨迹分析，通过分析时段内各个卡口的过车次数、时间、顺序，并以历史过车轨迹进行比对，进行轨迹分析。分析结果同样可以以列表形式显示该车在当前时间段内经过的卡口的顺序、时间和预判轨迹，支持导出E*cel文档。3.5.4 无牌车辆监控对于系统中无法识别车牌号码的车辆信息进行集中展示，提供车辆信息校对、列入专题库功能。3.5.4.1 车辆信息校队车辆信息校对通过系统校对结合人工校对进行实现，系统自动匹配专题库中类似的车辆信息，供人工校对时做参考。3.5.4.2 列入专题库对于无牌车辆，系统提供列入专题库功能。3.6 交通故事快速处理机动车相互刮擦、相碰、追尾等轻微交通事故占到交通事故日均接警数的80%以上。事故发生后，当事人不立即撤离现场、占道争辩引起的交通堵塞，是目前道路交通拥堵的主要原因之一 。对于交通微小事故通过快处快赔进行处理。快处快赔处理有两种处理方式：1、 符合“无人受伤、本地投保、事实无争议”条件的事故，不必等待交警前来处理。双方报警、拍照或标记事故车位置后即可撤离现场，填写交通事故事实形态确认书后直接至快速理赔点进行快速保险理赔 。2、 发生交通事故后立刻报警，由交警和保险公司工作人员对事故现场进行录像取证，同时回拨报警人电话，逐步引导事故各方撤离现场。事故现场录像的视频，将直接作为保险理赔的证据和材料使用。对接视频监控系统、违法检测系统，结合110接处警系统、手机客户端抓拍系统相互配合，实现对于轻微交通事故的快速处理，主要建设功能如下：3.6.1 快速定位根据输入的模糊地点信息在GIS操作界面上快速定位到事故发生地点，通过地点标注后，能够快速定位出事故放生地点500米范围内的监控摄像机。3.6.2 实时监控及抓图调用事故发生地点的高清监控，着重对事故发生地点周边环境、车辆外部特征、车辆好牌特征、驾驶人特征等重点部位进行实时监控，确保对各区域全面有效监控。在确定取证场景后，系统需提供手动截图功能，从高清视频监控数据帧中抓取高清图片。抓图后系统能够自动将图片及相关证据系统保存到后台存储服务器。监控抓图之后，实时推送至微信平台，由管理人员进行处理。3.6.3 手机客户端建设和交通事故快速处理手机客户端，司机或者现场交警可以通过手机客户端进行自助现场取证，系统预设取证牌照的角度、位置，当司机按照预设的角度完成拍摄之后，自动上传自系统服务器。快处中心监控员可以通过短信方式、手机APP消息推送方式告知事故当事人自行采集证据的方法。事故当事人通过手机客户端采集、上传图片证据到后台进行快速处理、结果确认。开发安卓、苹果两个操作系统。第四章 交通指挥系统设计交通指挥调度系统以交警实战需求为核心，以GIS为基础，通过有效集成已建和新建系统，建成一个集成化、动态化、预案化的指挥调度集成平台，满足常态下的交通管控、大型活动指挥等的需要。交通指挥系统的建设遵循公安交通指挥系统建设技术规范（GA/T 445-2010）的要求，建成为信息掌握及时准确、指挥调度有方、服务多样、易扩展互连的现代化城市交通信息管理与服务综合集成指挥平台。交通指挥系统由日常值守管理、交通预案及仿真管理、指挥调度管理、应急指挥处置管理、应急资源管理、警力管理、交通救援和地理信息（GIS）系统组成。4.1 日常值守管理日常值守是应急管理工作的一个必要组成部分，是应急管理中最经常的日常工作之一，也是应急管理工作的重中之重。日常巡检信息系统集计算机信息系统、语音通讯、视频信息、短信通讯等功能综合设计于一体，建立了精确、快速反应的信息链，使传统的巡检管理平台扩展为现代化、电子化、智能化的应急值守信息管理平台，为应急值守工作及时、准确掌握事件发生的情况，当好领导处置突发事件的“耳目”和“参谋”。4.1.1 日常巡检4.1.1.1 视频巡检道路视频巡检是各级指挥调度人员一项重要的日常工作，是发现道路事件的重要手段、是快速准确指挥调动的必要保障，也是查纠交通违法行为的有效途径，通过监控人员重点部位手动巡检、一般区域系统辅助自动巡检，对全市路面视频进行分区分级管控，实现智能视频管控的目标。视频巡检既可以实现基本的巡检，如视频控制、巡检预案编辑、视频巡检、巡检记录考核等，也可以与相关辅助决策预案联动，自动巡检相关路口路段视频，支撑指挥调度人员观察视频准确决策。如与交通拥堵和事件联动巡检、与大型活动等勤务管控联动巡检、与警卫任务管控联动巡检等。视频巡检融合技术，将视频巡检相关的监控设施关联融合。4.1.1.2 巡检日志巡检人员登记日常巡检日志，日志内容包含登记人、时间、路段、巡检具体内容、照片等。交警支队相关领导可以对巡检日志进行打分，考评。4.1.2 事件信息定位对接交通事件管理子系统，结合GIS空间基础信息，在地图上定位事件发上的地点，并关联事件属性。4.1.3 信息查询指挥中心值班人员可以根据事件信息的标题、时间、单位、地点等快速的查询到事件基本信息、处理信息、领导批示及相关文件资料信息。4.1.4 值班管理值班单位通过值班表管理功能可以完成本单位值班表的排班，并可以通过系统向上级单位进行值班表的报送，上级单位通过系统对各值班单位上报的值班表进行查询浏览、汇总、打印成册。4.2 交通预案及仿真管理4.2.1 交通预案管理实现现有交通预案录入管理，以及预案实施应用过程中的不断改进功能。面对不同类型、不同范围的交通事件，系统进行交通预案关联启动，当交通事件扩大化，系统自动联动启动更高一级的应对预案。通过交通预案管理，使交警支队在应用不同的交通事件时，更加从容自如。对各种计划、方案、预案、文档、案例信息进行分类（级）管理，包括对计划、方案、预案、流程、文档、案例信息库的维护与查询。案例信息包括事件类型、事件处置方式、事件处置流程、事件处置人员、事件处置结果的管理。具体实现以下功能：4.2.1.1 预案综合管理主要包括预案编制、预案审核和预案优化工作，以及根据预案类别、性质与事件的相关性、根据关键字等进行查询和浏览。各类突发公共事件按照其性质、严重程度、可控性和影响范围等因素，一般分为四级：级（特别重大）、级（重大）、级（较大）和级（一般），本次项目实现级（较大）和级（一般）预案管理。一个完整的预案除了包括员名称、所属机构、发布机构、编制机构、审批机构、版本号之外，还应包括预案应急机构、预案资源配置、预案监测预警、事件分类分级、预案应急处置、预案信息发布、预案关联。（1） 预案应急机构预案应急机构中设置好本预案的应急响应各级组织、人员。（2） 预案资源配置预案资源包含：应急物资、应急专家、应急抢险队。如*桥梁塌方的预案，预案中应包含该桥梁的建设图纸，使用的物料，修复该桥梁需要什么专家协助，派送哪个应急抢险队进行应急。（3） 预案监测预警配置本预案中灾害突发事件发生之后，连带的需要监控那些地方。（4） 事件分类分级根据交警实际情况，突发事件按照业务类别可分为以下几类：行人事件、停车事件、抛撒物事件、逆行事件、超速事件、低速事件、烟雾事件、交通拥堵；按照灾害程度可分为：一级突发事件、二级突发事件、三级突发事件、四级突发事件。具体分类用户可通过数字字典自行配置。（5） 预案应急处置根据交警的实际情况建设应急处置方案，配置到系统中。突发事件发生，启动该应急预案，则根据应急处置中的配置，按流程进行应急处置并通知到相关人员。（6） 预案信息发布发布应急预案。（7） 预案关联预案之间可进行关联，如三级的应急预案关联了二级的预案；则处置过程中，若灾害程度上升，则自动触发二级预案。通过预案之间的关联，使预案更具备针对性的同时，也更加灵活。4