平安城市高清视频监控系统和卡口系统建设方案.docx

平安城市高清视频监控系统和卡口系统建设方案1.1概述公路车辆智能监测记录系统(卡口系统)采用全数字化 的传输和图像处理方式，对前端所有实时视频监控图像和通 过监测点的车辆信息进行数字化处理，通过专网传输，在公 安各级监控中心应用。图像数据分布存储，各级监控中心(卡 口系统集成平台)和授权工作站根据不同权限对机动车通行 记录的数据进行查询、检索、布控、比对，并且能对前端设 备进行远程控制和管理，利用系统提供的识别、比对、报警、 处理功能，对捕获的过往车辆信息所提供的各类线索，进行 关联分析和综合应用。1.2建设依据安全防范监控数字视音频编解码技术要求(GB/T 25724-2010)安全防范视频监控联网系统信息传输、交换、控制技 术要求(GB/T 28181-2011)电气装置安装工程电缆线路施工及验收规范(GB50168-92)安全防范工程技术规范GB50348-2004道路交通事故现场信息代码GA17-2003机动车登记信息代码 第7部分：机动车号牌种类代码联网系统集成管理平台状态监控车辆布控数据处理卡口应用层数据存储卡口系统设备报修卡口中心联网系统集成管理平台接口Web查询数据存储相关联数据的接口/数据网关车石家短孱; 库 I视频监控专网）卡口前端车辆检测车辆布控Web查询数据比对监测报警数据存储数据查询卡口基层中心号牌识别图像采集关联数据库L违法车辆 数据库车驾管 数据库盗抢车辆 数据库前端层前端层指的是在卡口监测现场安装布置的卡口前端应用 系统，主要由机动车检测、图像采集（控制）、数据处理及 发送等单元组成。应用层应用层由数据存储等单元组成。卡口应用层宜布置在卡 口系统基层中心，也可根据实际需求布置在与卡口系统前端 层相连的视频监控专网内任意节点上。基层中心层基层中心层由车辆布控、WEB查询、数据比对、监测报 警、数据存储、数据检索等单元组成。卡口系统基层中心层 在小规模的非联网卡口应用系统中可以不单独设立，其功能 应相应合并到卡口系统中心层。卡口基层中心层可以是多层的结构，也可根据实际需求灵活布置。中心层中心层由车辆布控、WEB查询、数据处理、数据存储、 设备状态监控、设备报修、卡口系统数据库、相关联数据库 通用接口/数据网关、联网系统集成管理平台等单元组成。当 不设立卡口系统基层中心层时，卡口系统中心层还应具备数 据比对、监测报警等功能。1. 6. 2系统结构和组成卡口系统由前端系统、传输系统、边界接入平台、集成 平台系统组成。实现对通行车辆的信息采集、传输、分析、 处理等功能。前端系统A 传输系统A边界接入平台分局集成平台系统市局治安卡口系统卡口应用系统结构图(1)、前端系统前端系统主要由车辆检测单元、抓拍单元、补光单元、 控制终端、视频监控单元以及网络传输单元组成。实现对通 行车辆的检测、图像抓拍、视频录像、数据存储和处理、数 据上传等功能。前端系统检测采用以下模式实现：线圈为主视频为辅：正常情况下，利用线圈进行检测， 当线圈出现故障时，系统在3分钟内自动切换到视频检测模 式来检测通过的车辆。以上车辆检测方式应满足公安车辆记录标准，车辆图像捕获率99% （所记录的有效车辆数与实际通过车辆数的百 分比）。系统应提供公安部门检测符合公路车辆智能监测记录 系统通用技术条件GA/T497-2009的标准规定的检测报告。抓拍单元选用高清摄像机，集高清视频采集、高清视频 处理等核心功能于一体。200像素高清抓拍相机有效像素达 到1600*1200；500万像素高清抓拍相机有效像素达到2448 X 2048,所拍摄的图片能清晰的分辨车牌号码、车牌颜色、车 辆类型、车身颜色、人员脸部特征等。在满足人眼能看清车 牌所要求的车牌像素点大小（车牌像素大小不低于100个像 素点），以及满足车牌自动识别软件所要求的车牌像素点大 小（要求车牌像素点范围在100150个像素点之间）时，500 万高清摄像机在道路上的有效拍摄宽度达7m8m,标准每 条车道宽度为3.75m,所以可以根据道路的实际情况每两个 车道配置一台500万一体机或者每一个车道配置一台200万 一体机，能够保证车牌识别效果，同时能看清车辆的车型、 颜色、轮廓、装载信息以及道路情况。卡口抓拍单元能同时输出高清照片和车牌识别数据，具 备强光（逆、顺）抑制功能，减弱白天日光对卡口抓拍单元 和夜间机动车大灯对卡口抓拍单元拍照的影响，从所拍照片 上能清晰呈现机动车正面全貌和车牌特征。卡口抓拍单元与补光灯尽量安装在同一根立杆挑臂上, 减少立杆数量和投资费用，减少后期设备污物清理难度。现场布局示意图')/(2)、传输系统传输系统主要有两种方式实现，第一种方式为租用运营 商网络，第二种方式为自建网络。实现对卡口系统的联网， 完成数据的传输和交换。将卡口记录数据直接连接到各辖区 公安分局的视频监控中心，并将卡口记录系统采集的车辆基 本信息通过物理隔离设备(或边界接入平台)后，接入公安 信息网络。(3)、边界接入平台卡口系统数据及图片通过边界接入平台实现与公安网互 联互通，边界接入平台由各分局根据实际情况分期分步完成。初期可考虑通过物理隔离设备来实现数据的互联互通， 但最终必须在原有物理隔离设备上升级完善，完成边界接入 平台的建设。(4)、集成平台系统集成平台系统主要由硬件子系统和软件子系统组成。硬 件子系统主要由系统应用服务器、数据库服务器、号牌识别 服务器、客户端、图片及视频存储磁盘阵列等组成；软件子 系统主要由系统平台软件、数据库软件、服务器操作系统软 件等组成。实现对前端采集的数据进行汇总、存储、处理、 管理和共享等功能。L6.3 “视频”系统建设要求“视频”系统建设要求遵循广东省社会治安视频监控系 统建设指引、广东省社会治安视频监控系统数据传输技术 规范、广东省社会治安视频监控系统监控中心平台建设规 范、广东省治安卡口监控视频建设规范等标准规范，在 治安卡口系统安装现场的进和出两个方向，根据实际情况， 按照“有效实时监控”原则，各安装N (N21)个高速球型 摄像机，用以对实时路况和卡口号牌系统的安装位置进行全 场景视频监控，并接入视频专网。“视频”系统建设应与警 用GIS系统、110接处警系统、卡口系统实现联动。根据实际情况，“视频”系统的前端高速球型摄像机与卡 口号牌系统的卡口前端层可以通过同一链路接入视频专网，也可通过不同链路接入视频专网。数据共享相关业务单位之间的数据共享各市、镇（区）公安（分）局的指挥中心、交警支队（大 队）、高速交警、治安、刑侦、行动技术等相关警种和业务 部门，应能实现各自与卡口系统相关的应用系统之间数据的 互联互访。与卡口系统相关的各应用系统可以具备独立的功 能，但在省、市统一授权的情况下，通过我省卡口系统应能 检索到各相关警种和业务部门与卡口系统相关的各应用系 统的数据，以保证各单位发布的布控信息在联网的方式下都 有效。相关联数据库的数据共享应在公安网络上建设市、镇（区）两级的卡口系统车辆 基本信息数据库。卡口系统车辆基本信息数据库应能提供标 准的数据库接口和车辆简项信息，以方便与我市金盾工程八 大资源库、情报综合应用数据库、警务综合信息系统、no 接处警系统、警用地理信息系统（GIS）、机动车/驾驶人管理 系统、综合查询系统、比对查控系统等进行关联，实现数据 的充分共享。交通违法信息、套牌信息共享给交警部门；管控车辆信 息、盗抢车辆信息及其他违法车辆信息共享给no接处警中 心或其他警种的客户端。1.7系统功能监控中心的卡口系统集成平台能将卡口监测点采集的数 据进行自动识别、分析处理、入库，并且具备检索、数据比 对、车辆布控等管理功能，并将数据提供给指挥中心、国保、 刑侦、治安、交警、行动技术等警种、部门做关联应用。1. 7.1基本功能 车辆捕获功能卡口系统车辆检测方式建议采用线圈+视频检测方式，并 且应能兼容雷达检测等检测方法。（1）系统应能准确记录通行车辆的特征图像和全景图像, 并在全景图像中标明车辆信息。（2）当用感应线圈式车辆检测器时，卡口号牌系统在 Okm/h120km/h速度范围内对监控区域内行驶的车辆进行 捕获，车辆图像（包含完整的牌照信息）单车道捕获率（全 天）应299%；当用其它检测方法时，卡口号牌系统在 Okm/h 120km/h速度范围内对监控区域内行驶的车辆进行 捕获，车辆图像（包含完整的牌照信息）单车道捕获率（全 天）应295%。（3）当监控区域为同向相临的2个（含2个）以上车道时, 车辆图像捕获应能满足通行车辆骑、压车道线行驶的情况。（4）车辆图像捕获时应不受雨、雪、雾等天气、环境光和相临车道通行车辆的影响而出现误记录。(5)实时信息记录：实时记录道路监控智能监测点的通 行车辆(动态图像、车牌照片、方向、车道、时间、地点、 速度、车型、车牌颜色、前排司乘人员面部信息)和车流量 等交通信息。 动态图像记录功能(1)对于经过卡口监测点的每一台车辆，系统应自动抓 拍车头的高清晰图像，并记录车辆通过的信息，其中包括时 间、地点、方向、号牌、车型、车速、车尾特征、装载情况、 车尾牌照、前排司乘人员面部信息等，并且图片应以JPEG图 像格式文件方式保存在控制主机的硬盘上，相关信息应叠加 在图片上。(2)清晰辨别车辆前排司乘人员面部特征功能：在捕获 的高清晰图片中，要求图像色彩还原度好，不失真、噪点小, 不仅要清晰反映整个车辆特征，还能清晰采集到前排司乘人 员面部信息，系统应能克服各种自然光照环境干扰，克服汽 车大灯对抓拍图像质量的影响，做到采集的图像始终保持较 好的效果。全天候应保持抓拍前排司乘人员面部信息的图像 质量达到5级标准。 车辆号牌自动识别功能在实时记录通行车辆图像同时，系统应具备车辆号牌自 动识别功能，并保存识别结果。其用于号牌识别的字符库应 齐全，即应能识别在我国道路上行驶的机动车号牌，至少包 括GA 36规定的号牌（除摩托车号牌、低速车号牌、临时号 牌、拖拉机号牌外）、武警汽车号牌和军队新式汽车号牌等。车辆号牌识别率应三95%,号牌识别全牌准确率应 90% o 车身颜色识别功能系统可自动对机动车车身深浅和颜色进行识别，可供用 户根据车身颜色来查询通行车辆，为公安交通管理和刑侦案 件侦破提供了科技新手段。系统可自动区分出机动车车辆为深色车辆还是浅色车 辆；并识别出9种常见车身颜色，9种颜色包括：白，灰（银）, 黄、粉、红、绿、蓝、棕、黑。 集中存储功能各级监控中心中至少有一级监控中心存储所辖各道路监 控智能监测点的车辆信息和图片信息，即保证至少有一级监 控中心有所辖各卡口监测点相关数据的备份。 布控/撤控功能应能将布控内容添加到系统布控车辆名单中实现布控； 应能对已布控内容实现撤控；应能注明布控/撤控的原因，布 控/撤控的责任人；应能提供超过布控时限自动撤控的功能； 应能响应各级联网系统集成管理平台的布控/撤控指令。应能提供“模糊布控”功能，即允许对车辆号牌号码信息不 全的车辆也能布控，对行驶轨迹异常的车辆，比如短时间穿 越两个距离较远卡口监测点的可疑套牌车，对无号牌或故意 遮挡号牌车辆夜间行驶等可疑行为进行布控。 车辆比对监测功能应能将采集到的车辆信息与布控车辆名单中的布控内容 进行自动比对，必要时，应与被盗抢机动车等数据库进行自 动比对，当比对结果符合条件时，应能及时发出相关警示并 发送至联网系统集成管理平台。 自动报警功能应具备布控缉查车辆报警功能，即可以设置布控缉查车 辆号牌，其数据库格式应符合本规范7.1“数据库表格式”中规 定的相关数据的格式要求，当系统识别出来的车辆号牌结果 符合条件时，能现场报警和远程报警。 防篡改功能采集的车辆图像文件应具有防篡改功能，如采用图片加 密、水印等技术。 车辆查询功能应能根据车辆经过时间、号牌号码、车牌颜色、卡口监 测点名称、行驶方向、车道编号等条件进行查询，对号牌号 码应具备模糊查询的功能，查询结果应能导出（如导出为 Excel或文本文件）。 违法查询功能GA24.7-2005机动车测速仪通用技术条件GA297-2001视频安防监控系统技术要求GA/T367-2001道路交通违法管理信息代码公安交通指挥系统建设技术规范GA/T445-2003闯红灯自动记录系统通用技术条件GA/T496-2004公路车辆智能监测记录系统通用技术条件GA/T497-2009公安交通指挥系统工程建设通用程序和要求GA/T651-2006公安交通管理外场设备基础施工通用要求GA/T652-2006城市监控报警联网系统通用技术要求GA/T669-2006城市监控报警联网系统技术标准 第9部分：卡口车辆信息识别、比对、监测系统技术要求GA/T669.9-2006IP网络技术要求一网络性能参数与指标YD/T1171-20011.3建设目标公路车辆智能监测记录系统（卡口系统）应能记录车辆 主要信息（包括车牌、车型等），还应能捕捉到车辆驾驶室 前排司乘人员的面部信息和车辆的前部特征信息，为公安机应能根据车辆经过时间、号牌号码、车牌颜色、卡口监 测点名称、违法类型等条件查询违法数据，对号牌号码应具 备模糊查询的功能，查询结果应能导出（如导出为Excel或文 本文件）。 布控查询功能应能根据车辆经过时间、号牌号码、车牌颜色、卡口监 测点名称、行驶方向、布控类型、布控人等条件查询布控数 据，对号牌号码应具备模糊查询的功能，查询结果应能导出 （如导出为Excel或文本文件）o 统计功能对单一的查询结果应有统计结果，能分卡口监测点、分 时段、分方向（进城、出城）进行分项统计，并以报表形式 输出，统计结果应能导出（如导出为Excel或文本文件）。 流量统计能够按车道和时段进行车辆流量统计，并以报表形式输 出，流量统计结果应能导出（如导出为Excel或文本文件）。1. 7. 3系统功能 故障自检功能系统应具备故障自动检测功能，能通过软硬件自动检测 系统故障并恢复正常工作，具有断电自动重启动功能，能自 动侦错报错。并且摄像机应该支持在远程软重启，系统能自 动检测到主要设备（工业级摄像机、控制主机、车辆检测器、 服务器等）和主要运行软件的工作状态（采集识别软件、传 输软件等），当发生故障时，应能通过短信和警报的方式通 知管理员。 系统日志记录和查询功能系统中应具备记录主要设备、网络状态日志和主要运行 软件的工作日志，当设备或者网络状态改变（重启、或者重 新连接）时，应能记录下这些事件。当主要软件发生重启或 者故障时，应能记录事件日志。所有的日志支持按时间检索的功能，且能导出至心.Log文 件。 操作日志记录和查询功能当操作人员登陆到系统时，所做的操作应记录到操作日 志，能知道系统的普及和使用率，可以按操作人员名和时间 检索工作日志，能导出至U*.Log文件。 时钟同步校正功能1）卡口系统内各种设备应能与卡口系统的基准时钟定时 （原则上为每12小时1次）校正，卡口系统的基准时钟应能 与卡口系统集成平台基准时钟校正，时钟校正周期可根据实 际情况设定。按照公安部要求，与全国公安时钟服务器进行 时间自动同步，确保过车时间的一致性。2）卡口系统内设备重新启动、应用软件恢复工作或网络中断后重新连通时，应能及时进行时钟校正。 远程维护功能应能通过网络对系统主要设备进行远程系统维护。 权限管理功能系统应能针对不同的用户分配相应的权限，分配权限时, 管理员应能自由配置和选择相应的功能。系统应能对用户下载图片的权限进行管理，需要管理员 授权才可以下载系统图片。 网管功能能检测卡口系统中的所有设备的工作状态，对于前端车 检器进行有效检测，当前端车检器出现故障时，能发出报警 信息，提示维护人员对前端设备进行维修。1.8系统性能指标 车辆图像捕获率在车辆通过时（含按车道正常行驶和压车道分道线行驶 两种状况），卡口系统应能准确拍摄其图像，并在图像中标明 叠加车辆信息。在监控区域内对Okm/h140km/h行驶的车辆图像捕获率 应2 99% ；在监控区域内对140km/h240km/h行驶的车辆图 像捕获率应295%。 号牌识别率对卡口前端车辆图像捕获率、号牌识别率、号牌识别准 确率的界定应符合（或优于）GA/T497和GA/T669.9中有关 要求，在此基础之上要求对车辆车头图像的号牌识别率应 95%,号牌识别准确率（全天）应293%,对车辆车尾图像 的号牌识别率应三90%,号牌后5位字符的识别准确率（全天） 应三85%。 车辆前排司乘人员面部信息抓拍图像质量车辆前排司乘人员面部信息抓拍图像的5级图片比例应 三90%；当5级图片比例285%而90%时，则4级图片比例必 须三10%；当5级图片比例85%或出现3级以下（不含3级） 图片时，则该项指标判定不达标。 数据存储时间机动车图像存储时间应N90天，车辆号牌信息的存储时间 应年，车辆的布控/撤控信息及报警信息的存储时间应N3 年，对涉及案件的重要信息长期保存。对于车辆号牌等动态数据信息，因其所需存储容量相对 较小，且需要确保数据绝对安全及高速读写，因此建议选用 协议效率、性能、稳定性、安全性、兼容性和可扩充性能都 很好、同时价格也较高的FC SAN进行数据信息的存储，同 时可以选择系统级冗余热备。对于车辆图片信息，因其所需存储空间相对较大，需要 在保障数据稳定、满足存储速度和安全需求的条件下，以降 低单位容量存储成本为主要目标，因此建议选用系统稳定性 较好，性能、安全性、兼容性和可扩充性较高且价格相对便 宜的IP SAN存储图片。号牌等数据存储设计每辆车辆的号牌等动态数据信息为0.9KB/条,按单车道日 均5000辆流量估算，每条车道的数据信息按不同存储时间 的容量计算公式如下：5000条 X0.9KB/条义 1 车道义365天/年 X 1 年/1024/1024/ = 1.57GB对于超大数据量，数据库软件选用Oracle 11G或更高版本 正版数据库，可支持超大数据量，支持双机热备。数据库存储系统选用高性能服务器，具有数据的绝对安 全、对块的快速定位查询以及高速读写能力特点，存储媒介 使用高性能硬盘；同时，使用数据库热备份服务器用于系统 级冗余备份，热备服务器选用与数据库主服务器同系列的服 务器。图片存储设计车辆图片信息采用JPEG编码格式，符合ISO/IEC1544 : 2000要求，压缩因子不高于70, 200万高清摄像机输出照 片文件平均大小为300K,按单车道日均5000辆流量估算，1 条车道的图片信息按90天存储时间的容量计算公式如下：5000 辆 X 0.3MB X 1 车道 X 30天/月 X 3个月 /1024 =131.84GB车辆信息布控响应时间在网络正常的情况下，从发出布控指令到布控信息被实 际加入比对监测的时间应S4s。网络正常情况指由布控指令的客户端与数据比对、监测 报警等单元所在的主机间互联的网络性能指标，应符合 YD/T1171-2001中规定的1级（交互式）或1级以上服务质量 等级。具体指标如下：a）网络时延上限值为400ms；b）时延抖动上限值为50ms；C）丢包率上限值为1X10-3。测试车辆信息布控响应时间指标时，也可对网络性能指 标采取简易测试方法：即在发出布控指令的客户端上，用 “ping”指令，"ping”数据比对、监测报警等 单元所在的主机 IP地址，网络平均时延3100ms。车辆信息监测响应时间在网络正常的情况下，从布控的车辆经过道路监控智能 监测点前端车辆检测点到道路监控智能监测点中心发出报 警信息的平均时间应W8s,最长时间应S15s。网络正常情况指由接受报警信息的客户端与数据比对、 监测报警等单元所在的主机间互联的网络性能指标，应符合 YD/T1171-2001中规定的1级（交互式）或1级以上服务质量等级。具体指标如下：a）网络时延上限值为400ms；b）时延抖动上限值为50ms；C）丢包率上限值为1x10-3。测试车辆信息监测响应时间指标时，也可对网络性能指 标采取简易测试方法：即在接收报警信息的客户端上，用 “ping”指令，“ping”数据比对、监测报警等 单元所在的主机 IP地址，网络平均时延SlOOms；且道路监控智能监测点前端 层到道路监控智能监测点中心层的网络平均时延WlOOms。车辆信息查询响应时间a）精确查询：查询数据库中条件确定的单条数据，查询 响应时间应S3s。b）模糊查询：查询数据库中含有条件不确定的单条数据, 查询响应时间应06s。c）当符合模糊查询条件的记录4300,000条时，查询响应 时间应010s,即每秒返回N30, 000条数据。d）检查方法如下：1）数据库应存有N5000万条的时间平均分布（可分库）、 跨度N1年的合格的数据记录。2）数据记录重复率W20% （重复率二相同的记录数/记录总 数，相同记录指除“车辆信息编号”字段以外，其他各字段均 相同的记录）。3）精确查询：查询数据库中任意一条车辆号牌的数据记 录，查询时间跨度N32天（连续计算），计算响应时间。在网 络正常的情况下，响应时间应符合本条款中a）项的要求。4）模糊查询：输入连续三位为任意数字的车辆号牌，或 者前匹配、后匹配及中间匹配查询，查询时间跨度N24h （连 续计算），计算查询响应时间。在网络正常的情况下，响应 时间应符合本条款中b）和c）项的要求。网络正常情况指由查询信息的客户端与数据库所在的主 机间互联的网络性能指标，应符合YD/T1171-2001中规定的1 级（交互式）或1级以上服务质量等级。具体指标如下：a）网络时延上限值为400ms；b）时延抖动上限值为50ms；C）丢包率上限值为1X10-3。测试车辆信息查询响应时间指标时，也可对网络性能指 标采取简易测试方 法：即在查询信息的客户端上，用“ping” 指令，“ping”数据库所在的主机IP地址，在包长N32KB以 上时,网络平均时延3100ms。其它性能指标其它如防雷、接地、后备电源、工程施工规范等应符合 或参考GA/T497和GB50348的相关规定。卡口监测点前端设备的安装地点宜有路灯等辅助光源， 或根据实际情况增设夜间稳光光源以减少抓拍图像时补光灯等对车辆驾驶员的影响。补光灯应结合现场安装环境选择 智能闪光灯、红外灯、LED频闪灯等，也可根据实际情况采 取多种补光方式相结合的模式。1.9数据格式1. 9.1数据库表格式车辆信息数据库表格式厅 号名称数据 项名 称类 型长度容 许 空说明1车辆信息 编号XXBH字符15否由1开始自动增 长，不足15位, 前端补Oo2卡口编号KKBH字符12否产生该信息的卡 口代码。3经过时间JGSJ时间14否车辆经过治安卡 口的时间，按照 yyyy （年）/mm（月） /dd （日）/hh （小 时）/mm （分）/ss（秒）显示，上述 时间以24小时计时，月日时分秒均 米用两位表示，不 足两位时前位补Oo4车道编号CDBH字符2否车辆行驶方 向最左车道为 01,由左向右顺序 编号。5号牌号码HPHM字符15否被查控车辆车头 号牌号码，允许车 辆车头号牌号码 不全。不能自动识 别的用“-”表示。6号牌颜色HPYS字符1否0白色，1黄 色，2蓝色，3 黑色，4其它颜 色。7车尾号牌 号码CWHPHM字符15是被查控车辆车尾 号牌号码，允许车 辆车尾号牌号码 不全。不能自动识 别的用表示。关侦查破案、打击防范、行政管理等工作提供有力的帮助。市辖各镇区分局自建卡口系统，其建设标准和数据规范, 应符合相关标准及文件要求，数据需接入市局卡口集成平台 统一管理，由市局指挥中心负责日常运作和下达布控、出警 指令，以形成有效的拦截工作机制。1.4 建设原则根据公安部门工作的特殊性，以及道路监控智能监测点 自身的特点，系统设计过程中应严格遵循以下原则：标准性卡口系统是本方案的重点，设计中需严格按照公安部发 布的公共安全行业标准规定的技术要求进行设计，采用高清 晰摄像技术，结合实际情况，将在下文中详细介绍。可扩展性由于技术和需求在不断的发展，对系统功能和建设规模、 建设质量的要求也将不断的增多。因此，在系统设计上，系 统接口应具备良好的扩展性，当硬件设备升级时，增加的新 设备应和原有的设备具有一致性接口，实现硬件设备升级系 列化、模块化。系统应方便兼容更高分辨率的高清晰摄像机, 且无需改动软件，仅通过软件设置即可实现。对系统所应具有的其它扩展功能，如对对车辆品牌标志 的自动识别、对路面交通事件的及时响应、区段平均车速的8车尾号牌 颜色CWHPYS字符1是0白色，1黄 色，2蓝色，3 黑色，4其它颜 色。9号牌一致HPYZ字符1是0一车头和车尾号 牌号码不一致，1 一车头和车尾号 牌号码完全一致， 2一车头号牌号码 无法自动识别，3 一车尾号牌号码 无法自动识别，4 一车头和车尾号 牌号码均无法自 动识别。10图像数量TXSL数字1否采集的图像数量。11图像1名 称TXMC1字符15否传统标清的卡口 号牌系统应将车 辆全景图像和车 辆特写图像合并 成一张图像；如果是高清晰的卡口 号牌系统采集的 高分辨率图像则 可以为一张车辆 头部全景图像。12图像2名 称TXMC2字符15是预留，传统标清的 卡口号牌系统应 将车辆全景图像 和车辆特写图像 合并成一张图像； 如果是高清晰的 卡口号牌系统采 集的高分辨率图 像则可以为一张 车辆尾部全景图 像。13图像3名 称TXMC3字符15是预留。14图像4名 称TXMC4字符15是预留。15车辆速度CLSD数字3是单位km/h, -1 一无测速功能。16行驶状态XSZT字符4是0 一正常，1 一嫌 疑。按GA408. 1编码 4602在高速公 路上逆行的，1603 一机动车行驶超 过规定时速50% 的，等等。17车辆品牌CLPP字符3是车辆厂牌编码（自 行编码）。18车辆外型CLWX字符3是车辆外形编码（自 行编码）。19车身颜色CSYS字符5是按GA24.8编码。20车辆类型CLLX字符4是按GA24.4编码。21号牌种类HPZL字符2是按GA24. 7编码。22预留信息 类型YLXXLX字符1否0没有，1一流媒体，2文字23预留信息YLXX字符50是预留的信息（对应YLXXLX）o24处理标记CLBJ字符1否o一初始状态未校 对，1 一已校对和 保存，2无效信 息，3已处理和 保存。25备用字段1BYZD1字符50是备用字段。卡口基本信息表序 号名称数据项 名称类型长度容许 空说明1卡口编号KKBH字符12否产生该信息的卡 口编号，由广东省 公安厅统一编码。2卡口名称KKMC字符40否卡口的中文名称。3卡口位置KKWZ字符40否卡口所在地理位置。4管辖单位 编号DWBH字符12否卡口所属管辖单 位的编号，按 GA380编码,由广 东省公安厅统一 编码。卡口纬度KKWD 字符卡口经度KKJD 字符7 否卡口所在地理位 置的纬度，按 GB/T16831 编码， 当纬度的数值小 于10、当分或秒的 数值小于10时， 应在相应的位置 补零。示例：度、 分、秒和十进制小 数秒，如2308595, 即北纬23度8分 59. 5 秒。8 否卡口所在地理位 置的经度，按 GB/T16831 编码， 当经度的数值小 于100、当分或秒 的数值小于10时, 应在相应的位置 补零。示例：度、 分、秒和十进制小 数秒，如04052031,即东经40度52分3. 1秒。7道路位置 代码DLWZDM字符12否卡口所在道路位 置的代码，按 GA408. 3 编码。8备用字段2BYZD2字符50是备用字段。管辖单位信息表厅 号名称数据项 名称类型长度容许 空说明1管辖单位 编号DWBH字符12否卡口管辖单位的 编号，按GA380编 码，由广东省公安 厅统一编码。2单位名称DWMC字符40否卡口管辖单位名 称。3城镇名称CZDM字符40否管辖单位所在城 镇的名称。4IP地址IPDZ字符16否管辖单位中心服 务器的IP地址。5备用IP地BYIPDZ字符16否管辖单位中心服址务器的备用IP地 址。6网络服务名WLFWM字符50不卡口管辖单位数 据库的本地网络 服务名。7图像路径TXLJ字符100否存放图像的路径。8联系人LXR字符8是管辖单位联系人。9联系电话LXDH字符20是固话（需包括区号）或手机。10管辖单位所在行政区划DWXZQH字符6否管辖单位所在行 政区划的代码，按 GB/T2260 编码。11管辖单位 纬度GXDWWD字符7否管辖单位所在地 理位置的纬度，按 GB/T16831 编码， 当纬度的数值小 于10、当分或秒的 数值小于10时， 应在相应的位置 补零。示例：度、 分、秒和十进制小 数秒，如2308595,即北纬23度8分59. 5 秒。12管辖单位 经度GXDWJD字符8否管辖单位所在地 理位置的经度，按 GB/T16831 编码， 当经度的数值小 于100、当分或秒 的数值小于10时， 应在相应的位置 补零。示例：度、 分、秒和十进制小 数秒，如 04052031,即东经 40度52分3. 1秒。13备用字段3BYZD3字符50是备用字段。布控信息数据库表格式序 号名称数据项 名称类型长度容许 空说明1布控信息 编号BKXXBH字符8否由1开始自动增长，不足8位，前端补0o2号牌号码HPHM字符15不被查控车辆车头 号牌号码，允许车 辆车头号牌号码 不全。不能自动识 别的用表示。3号牌颜色HPYS字符1不0白色，1 黄 色，2蓝色，3 黑色，4其它颜 色。4车辆品牌CLPP字符3是车辆厂牌编码（自 行编码）。5车辆外型CLWX字符3是车辆外形编码（自 行编码）。6车身颜色CSYS字符5是按GA24.8编码。7车辆类型CLLX字符4是按GA24.4编码。8号牌种类HPZL字符2是按GA24. 7编码。9布控单位 编号BKDW字符12否布控人所属单位 编号，按GA380编 码，由广东省公安 厅统一编码。10布控人BKR字符16否布控操作员用户账号。11布控性质BKSZ字符1否0 秘密，1 一公 开。12布控类别BKLB字符3不1一被盗车，2一被 抢车，3一嫌疑车，4一交 通违法车，5紧 急查控车等，由广 东省公安厅统一 编码。13布控范围BKFW字符16否由广东省公安厅 统一编码。14布控级别BKJB字符3否由广东省公安厅 统一编码。15布控时刻BKSK时间14否添加布控车辆名 单的时刻，按照 yyyy （年）/mm（月） /dd （日）/hh （小 时）/mm （分）/ss（秒）显示，上述 时间以24小时计 时，月日时分秒均测量、全程交通诱导、无线报警、短信服务等，仅增加相关 模块和设备即可实现，最大限度保护已有投资。兼容性系统设计应严格遵循国家和行业标准的要求，所有数据 格式和接口都应按标准设计，系统的软硬件均应采用模块化 设计，模块间的数据传输均采用标准的传输协议，任何一个 模块的升级都不应影响到其它模块的正常应用。网络传输部分设计应实现透明传输，系统应提供统一的 可开发性网络组件。系统需要兼容不同分辨率的高清晰摄像机和普通模拟摄 像机。根据实际情况，系统应支持在任意车道内，既可采取 单独拍摄模式，也可采取多种摄像机组合拍摄模式；系统应 支持任意车道内，均可采取前拍和尾拍同步拍摄模式，并应 支持单车道三种以上拍摄模式。系统人机界面应自动适应各种分辨率显示环境，应兼容 各种拍摄模式，应兼容垂直和水平镜像，应支持对人机界面 的水平或垂直布局。可靠性系统的可靠性是指系统抵御外界干扰的能力及受外界干 扰时的恢复能力。鉴于本系统的应用性质，其运行可靠性应 得到充分保证。系统应具有防盗、耐高温、抗寒、散热排风等基本功能,采用两位表示，不 足两位时前位补Oo16布控反馈时亥UBKFKSK时间14不布控成功信息反 馈的时刻，按照 yyyy （年）/mm（月） /dd （日）/hh （小 时）/mm （分）/ss （秒）显示，上述 时间以24小时计 时，月日时分秒均 采用两位表示，不 足两位时前位补 Oo17布控截止