交通管控大数据分析研判系统

1、交通管控大数据分析研判系统设计方案目录1 系统概述 51.1 系统背景 51.2 系统意义 51.3 研发原则 61.4 系统内容 72 需求分析 82.1 业务需求 82.1.1 面向交通管理的大数据业务需求 82.1.2 面向交通安全的大数据业务需求 82.2 功能需求 92.2.1 基于大数据的在线统计和离线分析需求 92.2.2 基于大数据的车辆特征分析需求 92.2.3 基于大数据的违法事故分析需求 92.2.4 基于大数据的勤务快速处置需求 102.2.5 基于大数据平台的车辆特征二次识别需求 102.2.6 基于大数据平台的技战法需求 102.3 性能需求 102.3.1 高并发

2、实时数据采集需求 102.3.2 海量数据存储需求 102.3.3 分布式流处理需求 112.3.4 车辆二次识别需求 113 架构设计 113.1 总体应用架构 113.2 软件框架结构 123.3 网络部署架构 123.4 数据流结构 133.5 关键技术路线 133.5.1 Hadoop 技术 . 143.5.2 Spark 技术 . 143.5.3 车辆特征二次识别技术 164 功能设计 164.1 功能结构图 164.2 功能模块 164.2.1 首页 164.2.2 实时预警 204.2.3 信息查询 214.2.4 统计分析 274.2.5 技战法 314.2.6 车辆布控 34

3、4.2.7 系统设置 354.2.8 运维管理 365 数据库设计 375.1数据库ER模型 375.2 数据库表 376 接口设计 376.1 接口分布图（接口关联图） 376.2 接口详细说明 377 系统特色 377.1 优化交通大数据集中存储能力 377.2 提升交通大数据分析研判能力 377.3 提升交通案件侦破能力 387.4 提升交通监管能力 381 系统概述1.1 系统背景随着经济迅猛发展， 机动车辆不断增加， 道路交通拥堵、 交通肇事现象也越 来越严重。 交通管理部门部署了大量交通监控设备对道路交通情况进行监控， 这 些设备 24 小时不间断捕获过车数据和图像数据，产生了海量

4、的历史记录。在此 情况下，如何利用先进的技术手段， 对交通监控设备采集的海量的、 格式多样的 数据进行深度分析应用，对海量数据进行查找、关联、比对等处理，实时发现其 中潜在的问题并预警 , 成为当前迫切需要解决的问题。主要体现在以下两个方面： 一是交通管理部门的现有系统还处于结构化数据 处理模式架构体系中， 要实现对城市道路交通的整体运行状况、 车辆出行规律等 方面以日、 月甚至年为时间粒度进行数据分析还存在不足。 二是交通管理部门的 现有系统在对这些具有逻辑关联的海量多源异构数据处理过程中， 数据存储结构、 处理种类、 处理效率等方面仍存在不足， 不能满足持续扩大的交通管理数据规模 以及对数

5、据深度快速挖掘和应用需求。交通管控大数据平台构建了一个支持横向扩展， 具有分布、 并行、高效特点 的大数据处理平台的体系架构。综合运用云计算、云存储、并行数据挖掘、图像 识别等技术，开展数据的存储、 挖掘、联动、分析。通过将电子监控设备的数据、 图像等异构的数据资源接入大数据处理平台，通过分布式存储和并行数据挖掘， 提供在线实时分析模式和离线统计分析模式两种应用模式， 对交通管理的各类大 数据全方位地进行实时和离线分析处理。 可以将隐藏于海量数据中的信息挖掘出 来，可全面掌握道路通行情况，为策略制定、分析研判、行动部署提供依据，大 大提升综合管理的集约化程度。1.2 系统意义（1）信息查询和预

6、警分析借助在线实时分析、 离线统计分析和数据共享等手段， 通过接口与集成指挥 平台等各个业务系统关联， 高效开展交通管理工作。 例如通过分析一段时间内的 过车信息进行查询分析对比，确定该时期造成交通拥堵的主要原因和发展趋势， 对交通拥堵的发生进行一定的预测和判断， 并采取相应的管控措施控制诱发交通 拥堵的原因，科学预防交通拥堵。（2）多维度布控打击违法犯罪通过车辆特征二次识别比对， 可对特定车辆的局部特征进行提取分析和建模， 在车辆号牌信息缺失（套牌、遮挡号牌或无牌）情况下，按照车辆品牌、型号、 颜色、类别以及局部特征等自定义组合布控报警， 准确快速地实现特定车辆追踪 与锁定，获取车辆真实行踪

7、， 将有价值的图片数据提供给公安刑侦部门， 为侦破 交通肇事逃逸案、 利用机动车作为犯罪工具的刑事案、 以及抢劫出租车等恶性案 件提供线索和证据，为刑侦部门确定线索侦查破案提供支持。（3）大粒度的数据分析为决策提供支持通过交通流大数据采集存储、 流量查询分析， 车辆特征研判、 车辆轨迹分析 等深度应用， 系统不仅仅可以实现对车辆和人员的分析研判， 通过大量数据的积 累和变化规律进行深度的信息挖掘， 帮助决策者和管理者提供有价值的线索信息， 同时结合车驾管数据库，开展交通信息综合分析研判。1.3 研发原则项目建设总体上坚持“结构上的整体性、技术上的先进性、使用上的稳定性、 经济上的合理性、实施上

8、的安全性、操作上的友好性、升级上的可拓展性” 原则， 建设综合信息的统一管理、展示、控制平台，制定安全可靠的集成规范，完成各 业务系统的智能协调联动功能，实现资源集成、数据集成、业务集成、控制集成 和展现集成。1、实用性原则项目采用技术和解决方案应该具有很强的实用性， 系统建设应始终贯彻面向 应用、注重实效的方针，坚持实用、经济的原则。2、先进性原则采用先进、成熟的方法和技术， 各种先进方法和手段应该充分考虑阜阳市社 会可行性、法律可行性、管理可行性、技术可行性。既注意概念、技术和方法的 先进性，又要注意成熟性。 使项目能反映当今的先进水平， 并具有一定的发展潜 力。3、资源共享信息资源共享是

9、本项目的主要项目目标之一， 需要注意本项目与业主方已建 智能交通信息化成果之间的信息互联与资源共享。4、可持续性系统设计采用合理的、 有弹性的架构， 并预留有一定的接口， 保证系统能进 行不断的完美和扩展。5、开放性和标准性注意遵循相关的技术标准和行业标准， 并采用合理的系统架构， 不采用垄断 技术，保证系统的开放性和标准性。6、可靠性和稳定性从系统结构、技术措施、设备性能、系统管理、厂商技术支持及维护能力等 方面着手，确保系统运行的可靠性和稳定性，达到设计的最大平均无故障时间。7、安全性和保密性在考虑信息资源的充分共享的同时， 注意对信息的保护和隔离， 采用系统安 全机制、数据存取的权限控制

10、等方案解决系统安全性问题。8、扩展性和易维护性采用先进的软件工程理论、 良好的系统设计，以及分层和代理的方法等方法， 保证实现的系统层次清晰、 模块合理， 接口协议开放， 保证系统的扩展性和易维 护性。1.4 系统内容交通管控大数据平台由 5类服务器组成， 包括：数据接入服务器、 数据库服 务器、流处理服务器、二次识别服务器、应用服务器。(1) 数据接入服务器：统一接入卡口、电警过车数据和过车图片，并按大 数据架构统一转换管理。(2) 数据库服务器：管理节点作为主服务器，管理Hadoop文件系统的命名 空间和客户端对文件系统的访问操作。可进行节点安装、配置、服务配置等，对 Hadoop服务器进

11、行实时状态检测。数据节点管理存储的数据，支持 PB级数据和 图片存储和数据索引管理。(3) 流处理服务器：基于 Spark 的大数据云计算技术，支持高速查询和低 延时的统计能力，实现亿以上的过车记录大数据量秒级检索能力。(4) 二次识别服务器：于大数据下深度学习的图像识别技术，支持车辆号 牌、品牌型号、车身颜色、车辆型号等信息关联比对。( 5)应用服务器：部署交通管控大数据平台系统软件和数据发布软件。2 需求分析2.1 业务需求2.1.1 面向交通管理的大数据业务需求随着城市交通拥堵问题顽固化、 复杂化和多样化， 交通管理工作面临着从事 后分析向事前研判预警拓展、 从历史统计向在线分析挖掘拓展

12、、 从简单应用向综 合服务评价拓展的内在需求发展方向。 并对管辖范围内的车辆出行规律等方面以 日、月年为时间粒度进行实时和历史统计分析， 并对现有信息开展任意范围内的 快速检索和实时统计分析，并将结果可视化显示。2.1.2 面向交通安全的大数据业务需求管理路面违法、假 / 套牌、肇事车辆、黑车等重点布控车辆、维护交通安全 和事故处理是交管部门的另一项行政管理职能。 基于大数据系统， 通过大量历史 数据对涉案车开展比对， 形成对涉案车辆行为的分析及涉案车辆的匹配分析， 为 精确打击违法行为提供证据， 按照车辆特征进行布控， 有效提升现有违法查处的 精准打击和查缉布控能力。2.2 功能需求2.2.

13、1 基于大数据的在线统计和离线分析需求以总量统计、 信息查询等业务数据检索的后台软件模块为支持， 通过大数据 系统备份或抽取历史数据资源，重构数据结构，并为每一种应用添加算法模块， 实现对大批量信息检索及统计分析的实时处理。2.2.2 基于大数据的车辆特征分析需求以基于海量卡口数据获取车辆出行 0D挖掘车辆通勤出行行为，分析车辆 通勤行为特征与交通拥堵相关性分析， 研究拥堵路段车流集散、 车辆属地属性发 展变化规律。准确统计道路交通、卡点进出车辆流动情况，为合理调配警力、提 高车辆管理水平提供科学依据。2.2.3 基于大数据的违法事故分析需求基于大数据系统进行违法和事故数据的关联分析， 从不同

14、视角研究违法和事 故成因， 定期将交通违法、 事故的相关驾驶人特征与车辆特征进行分析， 按类掌 握违法、事故中高发、易发的驾驶人与车辆，为重点管理的群体提供数据支撑。通过大数据平台对交通违法、事故数据及属性开展关联分析，定期将违法、 事故与驾驶人特征，包括培训考试过程、工作单位、家庭背景等因素，与车辆特 征，包括品牌、车型、营运性质、号牌属地、车身颜色、车辆保养等因素，与道 路特征，包括道路类型、线性、天气、时间、环境、设施等相关联的，集中分析 掌握违法、事故中高发、易发的驾驶人、车辆和道路，为管控提供最为真实的资 料和依据。2.2.4 基于大数据的勤务快速处置需求在岗执勤民警通常负责的是一个

15、区域的交通管理工作， 很难掌握管辖区域内 所有路口路段的实时交通状况。 基于对过车流量特性的大数据分析， 可为交管人 员分析管辖区域内交通流量情况， 为在岗执勤民警提供更加准确的拥堵点， 有助 于交管人员日常勤务安排和以及上下游及时联动和快速反应。2.2.5 基于大数据平台的车辆特征二次识别需求过车图片里面包含了很多信息， 这些信息是卡口设备本身无法有效识别出来 的信息，例如车辆品牌、 车辆型号等。 基于大数据系统的车辆特征二次识别技术 从根本上克服了传统车辆检索只能按照号牌进行单一查询的功能缺陷， 实现了按 照车辆品牌、 型号、颜色、类别以及局部特征等自定义组合查询和模糊查询强大 功能。在不

16、改变现有卡口设备的情况下， 就能够挖掘出更多的车辆特征， 便于实 现更多应用，有效利用了现有卡口设备，降低不必要的卡口重建投入。2.2.6 基于大数据平台的技战法需求通过过车图片、 行驶行为特征分析和人员、 车辆档案关联分析， 确定各类涉 案人员/ 车辆的详细信息。以全库精细搜索和模糊查询，实现一定时间内经过各 采集点特定车辆行车轨迹分析， 记录轨迹路线信息并在 GIS 地图中进行可视化展 示和报警， 形成行驶轨迹数据的高速检索。 对同一辆车在多个监控点出现的轨迹 进行时空分析， 实现对任意时间和地区范围内重点车辆行驶规律的分析研判， 并 预测一定时间内高概率出现的区域。2.3 性能需求2.3

17、.1 高并发实时数据采集需求采用Kafka消息队列，良好兼容 Hadoop系统，可通过SQL访问，延迟在2 秒内。2.3.2 海量数据存储需求采用Hadoop和HDF驭件系统，具备PB数据级别的在线存储能力，数据容 量可动态扩展。233分布式流处理需求采用Spark Streaming，支持分布式数据集上的迭代作业，每一个批次的数 据的时间间隔在100ms2.3.4 车辆二次识别需求可检测200万、300万、500像素的图片，单张图片处理速度平均为0.1S单台日处理最多为80万张，检测正确率85%3架构设计3.1总体应用架构交通管控大数据分析研判平台分为数据层、采集层、处理层、存储层、应用层等

18、层次架构。系统总体结构如下：信息地安理 信全息 平 台保障应用层处理层采集层数据层实时预警信息查询统计分析统计分析技战法分析车辆布控-系统设置_*运维管理Apathe Tomcatweb展示web展示特征筛查数据关联二次识别实时比对Spark Streamingweb展示Hbase|HDFSHiveMapReduce层Hadoop系 统 运 维 监 控1:结构化数据电警卡口标准规范保障体系采集层：通过设备系统接口或稽查布控系统接口， 通过kafka消息总线接入 所辖范围内的设备上报的车辆通行文本信息、图像信息、设备状态信息。处理层：系统通过Spark流计算模块，对海量过车数据进行二次比对分析，

19、 流计算模块根据系统设置的报警条件，可实时进行多种比对计算。存储层：包括Hadoop数据库，用于存储海量结构化数据和非结构化数据。 可通过动态增加节点，提升吞吐能力，扩展存储、查询、分析性能。应用层：包含实时预警、信息检索、信息查询、统计分析、技战法分析、车 辆布控等功能。3.2软件框架结构交通管控大数据平台分布式消息总线Kafka六合一接口关联数据源 10数据格式转换编码、字段属性转换公安数据接口关联1InnvN uluN- O.H- p I- EEEEFUta bbEBrv kl-EBbhh ErfeJ接口输入和输出流处理Spark streaming车辆特征二次识别人-车-违法萼故信息关

20、联实时比对特征筛查数据存储HadoopHDFSHBASEHiveMap/Reducefina* ar Ai|b w数据应用3.3网络部署架构平台部署在公安网内，设备专网数据通过边界交换平台进入公安网，数据库 服务器、流处理服务器、二次识别服务器可根据数据量规模动态调整。如下图所示：3.4数据流结构平台通过Kafka消息总线汇聚各类道路交通信息、通过Spark进行实时流计 算，通过HBASE/HDF进行分布式存储，通过 Map Reduce进行分布式计算，通过 应用服务器的数据接口，将结果分发给集成平台和各类基础应用系统， 进行信息 检索和分析研判。如下图所示：Spark Stream ingM

21、apReduceHbase/HDFS3.5关键技术路线平台采用X86架构通用服务器、“云计算-分布式”架构，实现实时流式计算、 分布式数据存储、高性能并发读写以及分布式计算机分析挖掘。与六合一、PGIS 等平台有机结合、一体化应用。流数据处理软件支持Kafka消息队列，良好兼容Hadoop系统，可通过SQL 访问，延迟在2秒内；高可靠、高容错、高扩展、高吞吐、充分利用系统资源。 支持小批量处理模式，每一个批次的数据的时间间隔可以短至500毫秒。系统数据库服务器操作系统可选用 UNIX WINDOW敎据库采用Oracle，要 求10g以上版本。应用服务器操作系统可选用 WINDOWSUNIX L

22、INUX应用中间 件采用 Tomcat 或 WebSphere Tomcat 要求版本 6.0 以上，WebSphere要求 6.1 以上版本。系统技术实现架构采用 JAVA具体应用上采用以B/S多层架构的分 布式应用架构。3.5.1 Hadoop 技术Hadoop实现了一个分布式文件系统(Hadoop Distributed File System) ， 简称HDFS HDFS有高容错性的特点，并且设计用来部署在低廉的(low-cost)硬件上 ; 而且它提供高吞吐量 (high throughput) 来访问应用程序的数据， 适合那些 有着超大数据集(large data set) 的应用

23、程序。HDFS放宽了(relax)POSIX 的要 求，可以以流的形式访问 (streaming access) 文件系统中的数据。优点如下：Hadoop是 一个能够对大量数据进行分布式处理的软件框架。Hadoop以一种可靠、高效、可伸缩的方式进行数据处理。Hadoop 是可靠的，因为它假设计算元素和存储会失败，因此它维护多个工 作数据副本，确保能够针对失败的节点重新分布处理。Hadoop 是高效的，因为它以并行的方式工作， 通过并行处理加快处理速度。Hadoop还是可伸缩的，能够处理PB级数据。此外， Hadoop 依赖于社区服务， 因此它的成本比较低， 任何人都可以使用。Hadoop 是一

24、个能够让用户轻松架构和使用的分布式计算平台。用户可以轻 松地在Hadoop上开发和运行处理海量数据的应用程序。它主要有以下几个优点：Hadoop带有用Java语言编写的框架，因此运行在Linux生产平台上是非常理想的。 Hadoop 上的应用程序也可以使用其他语言编写，比如C+。3.5.2 Spark 技术Spark 是一个基于内存计算的开源的集群计算系统， 目的是让数据分析更加 快速。Spark非常小巧玲珑，由加州伯克利大学 AMP实验室的Matei为主的小团 队所开发。使用的语言是 Scala ，项目的 core 部分的代码只有 63 个 Scala 文 件，非常短小精悍。Spark 是一

25、种与 Hadoop 相似的开源集群计算环境，但是两者之间还存在 一些不同之处，这些有用的不同之处使 Spark 在某些工作负载方面表现得更加 优越，换句话说， Spark 启用了内存分布数据集，除了能够提供交互式查询外， 它还可以优化迭代工作负载。Spark 是在 Scala 语言中实现的，它将 Scala 用作其应用程序框架。与 Hadoop 不同， Spark 和 Scala 能够紧密集成，其中的 Scala 可以像操作本地 集合对象一样轻松地操作分布式数据集。尽管创建 Spark 是为了支持分布式数据集上的迭代作业，但是实际上它是 对Hadoop的补充，可以在 Hadoop文件系统中并行

26、运行。通过名为 Mesos的 第三方集群框架可以支持此行为。 Spark 由加州大学伯克利分校 AMP 实验室 （Algorithms, Machines, and People Lab） 开发，可用来构建大型的、低延迟 的数据分析应用程序。Spark 集群计算架构：虽然 Spark 与 Hadoop 有相似之处，但它提供了具有有用差异的一个新的 集群计算框架。 首先， Spark 是为集群计算中的特定类型的工作负载而设计， 即 那些在并行操作之间重用工作数据集 （比如机器学习算法） 的工作负载。 为了优 化这些类型的工作负载， Spark 引进了内存集群计算的概念， 可在内存集群计算 中将数

27、据集缓存在内存中，以缩短访问延迟。Spark 还引进了名为弹性分布式数据集 （RDD） 的抽象。 RDD 是分布在一组 节点中的只读对象集合。 这些集合是弹性的， 如果数据集一部分丢失， 则可以对 它们进行重建。 重建部分数据集的过程依赖于容错机制， 该机制可以维护 血统 （即允许基于数据衍生过程重建部分数据集的信息）。RDD被表示为一个Scala 对象，并且可以从文件中创建它；一个并行化的切片（遍布于节点之间） ；另一 个 RDD 的转换形式；并且最终会彻底改变现有 RDD 的持久性，比如请求缓存 在内存中。Spark中的应用程序称为驱动程序，这些驱动程序可实现在单一节点上执行 的操作或在一

28、组节点上并行执行的操作。与Hadoop类似，Spark支持单节点集 群或多节点集群。对于多节点操作，Spark依赖于Mesos集群管理器。Mesos 为分布式应用程序的资源共享和隔离提供了一个有效平台。该设置充许Spark与Hadoop共存于节点的一个共享池中。3.5.3车辆特征二次识别技术运用车辆特征识别技术对公路电子监控 (卡口)和电子警察图片进行二次识 别，采集车辆号牌、品牌型号、车身颜色、车辆型号等信息，通过后台实时比对， 准确发现假牌、套牌等违法嫌疑车辆，通过提取车辆特征信息准确定位唯一车辆。4功能设计4.1功能结构图交通管控大数据平台首页实时预警信息查询统计分1淅技战法车辆布控系统

29、设置运维管理过车总量套牌预警机动车公告 信息查询车系搜车过车总量统计年检逾期统计套牌时空分析出入案发现场车 辆分析添加布控权限管理系统资源监控管 理车型车系布控报警机动车基本信息 查询以图搜车过车车型统计违法未处理统计隐蔽车辆分析异常车辆分析布控审核用户管理服务状态监控管 理过车流量i驾驶人基本信息 查询交通事故信息查 询过车车系统计假套牌过车统计首次入城车辆分 析车辆OD分析布控导入机构管理过车流量驾驶员关联信息 查询被盗抢车辆信息 查询辖区流量统计碰撞分析车脸特征分析字典维护套牌预警机动车违法信息 查询机动车保险记录 查询卡点流量统计落脚点分析车位特征分析阈值维护布控报警驾驶人违法信息 查

30、询危险品车辆查询布控数量统计红眼客车分析布控统计机动车轨迹查询重点、在逃 人员查询布控类型统计伴随车分析4.2功能模块4.2.1首页4.2.1.1 过车总量(1) 功能描述在首页显示当日过车和最近7天过车总量并在地图标注卡口点位(2) 功能界面jut* 3424(3) 程序逻辑饼图：展示当天卡口过车总数，并按照车辆类型分类进行统计。曲线图：显示全市卡口最近 7天/30天的过车总量过车曲线图地图：与饼图联动，点击饼图区域，地图高亮标示，所有涉及的卡点更多：点击进入车辆查询界面。421.2 车型车系(1) 功能描述用图表显示当日所有监测点的车型、车系分类。按照总量倒序排列(2) 功能界面iW Vi

31、IU權Illi(3) 程序逻辑多个车辆类型维护：在系统维护模块，可以对六合一的车辆类型进行合并, 六合一车辆类型，对一种本系统的车辆类型。车系维护：在系统维护模块，可以对人工采集的车辆品牌，车辆型号，通用 名称，进行维护。车辆类型更多：点击进入车型统计界面。车系类别更多：点击进入车系统计界面。421.3 过车流量（1）功能描述显示全市7天过车和当日各点位过车记录。（2）功能界面（3）程序逻辑过车量曲线图-更多：点击进入全市流量统计界面。过车地点曲线图-更多：点击进入卡点流量统计界面。4.2.1.4套牌预警（1）功能描述实时显示当日车牌识别的报警信息，用表格显示。按时间倒序排列（2）功能界面Wv

32、iTi创卅/：8由眈加201WEB ttftl201 刑 18 ifgIDIWWD D D nu DIn?lxlMJ J stSts11 J1I $気十东(3) 程序逻辑只显示异常过车，正常过车不显示，显示最新的 20条，实时刷新。 语音报警：喇叭图标控制是否语音报警。当前播报的条目行黄色标注。 更多：链接到假/套牌过车统计。421.5 布控报警(1) 功能描述显示当日已经布控的车辆，经过卡口时的记录信息i!_ fc.MLAw邮驻tsHrs UHZ -, _E.T- iatb- -*j(2) 功能界面廡3曲衲血羽阿一20的e迫賣m 期口加m切：g fi %事畑盘4: %勵口(3) 程序逻辑布控

33、车辆经过是，显示报警信息，显示最新的20条，实时刷新。包含2类数据：外界导入系统的数据(黑名单，盗抢车辆库，在逃人员库) 和系统内部布控的数据，需要审核过的才能报警，也可以布控时候勾选免审核选 项。语音报警：喇叭图标控制是否语音报警。当前播报的条目行黄色标注。4.2.1.5 布控统计(1) 功能描述显示截止当前有效的，正在布控的类别和布控的条数(2)功能界面(3)程序逻辑布控数量更多：链接到布控数量统计布控类型更多：链接到布控类型统计4.2.2实时预警4.221套牌、布控报警(1) 功能描述实时预警主要是用于监控套牌车辆信息，布控车辆信息并提供报警功能(2)功能界面eaX c-li皖 AHW7

34、96(3)程序逻辑侧边栏：显示套牌预警布控报警。假/套牌预警更多：链接到假/套牌过车统计界面。布控报警更多：链接到报警查询界面。语音报警：喇叭图标控制是否语音报警。当前播报的条目行黄色标注。走马灯：在任务栏走马灯显示最新条目，双击播报并地图居中定位过车卡口。 对于盗抢和在逃等违法车辆经过时，该记录以红色背景显示显示并自动语音播报详细信息：可链接到机动车信息查询、机动车违法查询、驾驶人信息查询、 驾驶员关联信息查询、当日轨迹。删除按钮：从界面移除误报或不需要报的车辆。423信息查询4.2.3.1 机动车公告信息查询(1) 功能描述搜索不同品牌不同车系的车辆公告信息，包括图片和文字信息(2) 功能

35、界面HR. I1LKC-2SKM LI40X榔静埠赂ES3IQ-JBSmS L23SJ耳nun 肝嘟315 常7 w卑札L*+| J-J3H LICC 毎 *M 2es-GA10UPMjE -：-5 2 JttU认札PL中如TtilGMhl 池B 1KMtn科nS*lt tt-illft鮭SirmtMlH?蚪th珂十厂L料IWEa午N fiFuaiAlii.跆IXDiZ 一弱应tLirarJ M9 VWc輻* CQI31WJLlrai53 (B9OT5LMi紅ysus布昭31 CR1 ：41113-m13IDCr .吋耳0 弓IMVCIf, J11S)E* 14拥勺fll啬* ZU-弼I.MV

36、讪鼻*dllllBEiltalLM弓S)VUhp/ipRPTH-impwiiP ffTF51 IVRiNKifelG-4nn血1詁需I代EUsa谄4和厲.|中LII HK.:=snE K E SV U* G 呃 专 罠世& J-l*551 -M KHHi iiBlafc VIB 讣nJi insac)KS 3理;IUJ44水； scaiwi 护h 沒U3LLMTA 粧L4T呦 QUDKAJPft-Y IK1 挪 UmEpigo z址a珂期W-O.T:汹州(3)程序逻辑可根据给定的查询条件查询车辆信息更多：可跳转到人员车辆信息等相关查询界面。423.2机动车基本信息查询(1) 功能描述查询机动车

37、基本信息，包括图片和文字信息(2) 功能界面m ! isJi.Q：阿E展U jfK*KRHMOK 74*jrjfruXfl 工II4M iJiH-F宵一;-!:-;*!*:;:翼业,.r-E_a.hr Z7aflr * i-MpiTTi*-fc- ti；k占iVrrA1AUJnj:占nv*-点UM. rfC 2I W44fKH!1 wjmjoc-，rA=3lPW-*i5.r HJP*片*启 恤 =,.-* _ v i- -+ - : bl -mi i-jzw 出屮片 t 3出q(3) 程序逻辑车辆登记图片：需调用车辆登记图片查询接口是否关联事故是否关联违法：链接到事故查询和违法查询界面。更多：

38、可跳转到人员车辆信息等相关查询界面。4.2.3.3 驾驶人基本信息查询(1) 功能描述查询驾驶人基本信息，包括图片和文字信息。(2) 功能界面(3) 程序逻辑驾驶人图片：需调用公安人员查询接口是否关联事故是否关联违法：链接到事故查询和违法查询界面。更多：可跳转到人员车辆信息等相关查询界面。423.4驾驶员关联信息查询（1）功能描述是否重根据身份证编号查询公安接口，查询是否在逃人员，是否前科人员, 点人员，并显示详细信息。（2）功能界面（3）程序逻辑更多：可跳转到人员车辆信息等相关查询界面。问题人员对其拥有的车辆，可以加入黑名单布控423.5机动车违法信息查询（1）功能描述查询机动车违法信息，包

39、括图片和文字信息。（2）功能界面请輸入车牌寻:机动车类型；叵型汽车V（3）程序逻辑有违法行为的车辆，可根据其违法类型加入黑名单布控 更多：可跳转到人员车辆信息等相关查询界面。423.6 驾驶人违法信息查询（1）功能描述查询驾驶人违法信息，包括图片和文字信息。（2）功能界面应豊珂：j|（3）程序逻辑更多：可跳转到人员车辆信息等相关查询界面。4.237 机动车轨迹查询（1）功能描述在地图上标注车辆出行经过卡口的时间、地点等信息。（2）功能界面（3）程序逻辑多轨迹：可多次查询轨迹信息，在地图叠加显示。布控：对于问题车辆可以直接布控4.2.3.8 车系搜车（1）功能描述根据（车型、车系、颜色、年款）等

40、特征信息，对全市范围的卡口查询过车 信息和图片信息。（2）功能界面（3）程序逻辑（3）程序逻辑布控：对于问题车辆可以直接布控轨迹：机动车轨迹查询界面。4.239 以图搜车（1）功能描述根据过车图片，对全市范围的卡口查询过车信息（2）功能界面图片：可通过上传方式或者通过系统内其他页面跳转方式提交。布控：对于问题车辆可以直接布控轨迹： 机动车轨迹查询界面。4.2.3.10 交通事故信息查询（1）功能描述 查询车辆、人员是否涉及事故，以及具体的事故信息。（2）功能界面（3）程序逻辑 查询条件：事故信息主表、事故信息人员表。 更多：可跳转到人员车辆信息等相关查询界面。4.2.3.11 被盗抢车辆信息查

41、询（1）功能描述根据号牌号码、号牌种类、发动机号、车架号查询车辆盗抢信息（2）功能界面（3）程序逻辑 更多：可跳转到人员车辆信息等相关查询界面。4.2.3.12 机动车保险记录查询（1）功能描述根据号牌号码、号牌种类、发动机号、车架号查询车辆保险信息（2）功能界面更多：可跳转到人员车辆信息等相关查询界面。4.2.3.13 重点/ 在逃人员查询（1）功能描述 根据身份证号查询是否在逃人员、重点人员信息。（2）功能界面（3）程序逻辑 接口：调用公安查询接口。 更多：可跳转到人员车辆信息等相关查询界面。4.2.3.14 危险品车辆查询（1）功能描述 用于查询车辆是否危险品运输车辆，并显示相关信息（2

42、）功能界面（3）程序逻辑 更多：可跳转到人员车辆信息等相关查询界面。4.2.4 统计分析4.2.4.1 过车总量统计（1）功能描述统计辖区范围过车数量，用表格 / 折线图/ 柱状图显示（2）功能界面（3）程序逻辑统计粒度：天。结果：包括同比，环比和占百分比。4.2.4.2 过车车型统计（1）功能描述统计辖区范围过车车型分类数量，用表格 /折线图/ 柱状图显示。（2）功能界面（3）程序逻辑统计粒度：天。结果：包括同比，环比和占百分比。4.2.4.3 过车车系统计（1）功能描述统计辖区范围过车车系分类数量，用表格 /折线图/ 柱状图显示。（2）功能界面（3）程序逻辑统计粒度：天。结果：包括同比，环

43、比和占百分比。4.2.4.4 辖区流量统计（1）功能描述统计辖区范围时间段内过车流量数量，用表格 / 折线图/柱状图显示（2）功能界面（3）程序逻辑统计粒度：天。 结果：包括同比，环比和占百分比。统计条件包括：早高峰（开始时间，结束时间）晚高峰（开始时间，结束时 间）。4.2.4.5 卡点流量统计（1）功能描述统计选定时间段内过车流量，用表格 / 折线图/柱状图显示。（2）功能界面（3）程序逻辑统计粒度：天。结果：包括同比，环比和占百分比。统计条件包括：早高峰（开始时间，结束时间）晚高峰（开始时间，结束时 间）。4.2.4.6 布控数量统计（1）功能描述统计辖区范围内指定时间段内布控数量合计。

44、（2）功能界面（3）程序逻辑统计粒度：天。结果：包括同比，环比和占百分比。4.2.4.7 布控类型统计（1）功能描述统计辖区范围内指定时间段内布控类型的数量（2）功能界面（3）程序逻辑统计粒度：天。布控类型：黑名单布控和系统自定义布控的数量4.2.4.8 假/ 套牌过车统计（1）功能描述 统计辖区范围内给定时间段的过车中假 / 套牌车的数量。（2）功能界面（3）程序逻辑统计粒度：天。结果：包括同比，环比和占百分比。 布控：结果可批量加入布控模块，但须人工审核。4.2.4.9 年检逾期统计（1）功能描述统计辖区范围内给定时间段的过车中年检逾期的数量。（2）功能界面（3）程序逻辑 时段：条件中逾期

45、天数可按日进行设置。统计粒度：天。结果：包括同比，环比和占百分比。地图显示数量最多的过车卡口 布控：结果可批量加入布控模块。可免审核布控。4.2.4.10 违法未处理统计（1）功能描述 统计辖区范围内给定时间段的过车中违法未处理车的数量。（2）功能界面（3）程序逻辑 时段：分值可进行设置。统计粒度：天。结果：包括同比，环比和占百分比。地图显示数量最多的过车卡口。 布控：结果可批量加入布控模块。可免审核布控。4.2.5 技战法4.2.5.1 套牌时空分析（1）功能描述 分析车辆最近的两条过车记录以及卡口间的距离分析是否套牌。（2）功能界面（3）程序逻辑4.2.5.2 隐蔽车辆分析（1）功能描述 分析在时间段内应经常出现在某一区域但统计时间段前后不出现的车辆（2）功能界面（3）程序逻辑4.2.5.3 首次入城车辆分析1）功能描述分析时间段内的首次入城车辆。（2）功能界面（3