车辆轨迹网系统建设技术规范.docx
《车辆轨迹网系统建设技术规范.docx》由会员分享，可在线阅读，更多相关《车辆轨迹网系统建设技术规范.docx（27页珍藏版）》请在冰豆网上搜索。
车辆轨迹网系统建设技术规范
车辆轨迹网系统建设技术规范
车辆轨迹网系统建设技术规范
依照省“3.20工程”的建设规划要求，为密布对车辆交通监管信息的采集，把所有动态车辆的信息收拢起来，刻画每一辆车的行驶轨迹，为公安业务提供有关车辆信息方面的应用，有必要通过高清图像技术、车牌识别技术，深化建设昆山市车辆运行轨迹网；通过资源整合，构建全市卡口道路及小区、停车场车辆抓拍的布防体系，实现机动车辆的运动轨迹分析判断，适时调度、布控和指挥，达到打击、预防和控制违章违法行为，创造和维护良好的治安环境的目的，有效提高社会治安管理能力，保障平安城市建设向纵深发展。
为了统一数据方便应用及降低建设和维护成本，本文规定了卡口车牌识别系统前端卡口（或硬件）、联网接入方式及数据平台等配置要求、技术规范、外部接口，是昆山市道路卡口、卡口式电子警察、居民住宅小区、公共停车场车辆识别系统的设计、实施及验收的依据。
1、规范性引用文件
ØGB/T2260-2007中华人民共和国行政区划代码
ØGA/T496-2009闯红灯自动记录系统通用技术条件
ØGA/T497-2009公路车辆智能监测记录系统通用技术条件
ØGA/T833-2009机动车号牌图像自动识别技术规范
ØGA/T832-2009道路交通安全违法行为图像取证技术规范
Ø苏公厅[2010]289号《全省公安机关道路监控网"3.20"工程建设规划及技术指导意见》
Ø苏公厅[2010]526号《全省"3.20工程"道路监控系统数据和图像采集标准及传输规范（试行）》
Ø苏公厅[2010]550号《全省"3.20工程"基础网络建设规范指导意见（试行）》
Ø《江苏省公安厅治安卡口及警务查报站监控系统建设数据规范》
2、技术要求
1.高清卡口技术要求
小区（停车场）卡口系统是采用高清图像技术、先进的光电、计算机、图像处理、模糊识别、远程数据访问等技术，基于嵌入式操作系统，对小区及停车场路面过往的每一辆机动车进行连续全天候24小时实时记录，并记录车牌信息，系统应具备以下功能：
（1）系统具备全天候工作功能。
（2）对过往车辆的综合信息自动记录和统计（包括时间、地点、车型、车牌、车况、颜色特征等），
（3）对经过车辆抓拍的图片包括至少一张车头（或车尾）部分的高清晰照片，在照片中要可以清晰分辨车辆的牌照、车辆外观等且尽可能包括驾驶员脸部特征。
卡口数据可在本地保存且不少于15天。
（4）利用高清摄像机对出入口进行视频监控录像，要求视频流为H.264国际标准，采用ONVIF接口协议，确保各厂商间设备及视频文件能够互联互用；采集帧频不低于每秒12.5帧。
视频录像应能进行本地存储和远程调用，本地存储时间不小于30天，高清摄像机本地录像存储回放分辨率最低要求为1080P（1920X1080，16：
9时）和UXGA（1600X1200，4：
3时）。
（5）图像捕获率
在车辆通过时（含按车道正常行驶和压车道分道线行驶两种状况），系统应能准确拍摄其图像，并在图像中叠加标明时间、地点、方向、车辆信息等。
采用环形线圈检测时，机动车捕获率≥99%，视频检测情况下，机动车辆捕获率≥90%，非机动车道非机动车、行人捕获率≥85%。
在线圈故障的情况下，能够在100毫秒以内切换到视频检测。
（6）车辆特征识别率
对高清图像监控系统前端车辆图像捕获率、号牌识别率、号牌识别准确率的界定应符合（或优于）GA／T497-2009和GA／T669．9中有关要求，在此基础之上要求：
白天卡口号牌识别准确率≥95%，夜间号牌识别准确率≥90%（汉字、字母、数字全部正确）；白天、夜间驾驶员人像辨识率≥90%；号牌颜色检测准确率≥95%，车型识别率≥90%。
（7）系统的抓拍控制单元采取嵌入式的设计，具有LED补光灯同步功能
（8）车辆检测器灵敏度高，响应速度快（2mS），功耗低，可靠性高，防漂移，防死锁。
（9）具备车辆检测器触发抓拍和视频检测抓拍2种技术手段
（10）支持多种车辆识别，如标准车牌、武警车牌、军车车牌、警车车牌等
（11）系统支持数据的断点续传
（12）环境温度：
-20℃—+70℃，环境湿度：
35％—90％
（13）建议小区（停车场）在设计车牌识别系统时可考虑与道闸控制相结合建设。
2.系统架构
昆山市公安局车辆识别系统联网体系的总体构架由三部分组成：
Ø前端采集识别系统：
包括抓拍高清摄像机、交换机、立杆护罩、车牌识别及存储卡、补光灯、车辆检测器（可选）、地感线圈（可选）。
Ø网络通信：
前端车牌数据经网络传输至通信服务器和数据库。
综合管理平台直接调用数据库数据。
在网络故障时可存储在高清摄像机存储卡中，前端点与中心平台数据通信网络，租用运营商建设的符合江苏省公安厅“3.20工程”图像专网建设要求的公安图像专网，带宽不小于4M。
Ø中心平台：
包括数据存储设备、卡口平台软件系统、数据交换服务器、视频服务器等，负责卡口数据管理、视频管理。
Ø总体网络架构原则上使用“前端——派出所——公安局”的三层架构；
Ø为实现出入口高清摄像机的高清视频现场录像功能，现场需要视高清摄像机数量配置安装满足本文系统功能第（4）要求的录像设备。
此费用不在原定每套卡口的预算内。
同理，因出入口状况复杂，为保证捕获率而对出入口所作的改造费用也不包括在上述预算内。
Ø前端主要设备配置及要求
前端主要包括抓拍高清摄像机、立杆护罩、车牌识别及存储卡、LED补光灯、车辆检测器、地感线圈。
单套前端设备至少可控制2个机动车道宽度（每车道3.4米），高清摄像机与LED补光灯配套使用，要保证夜晚及雨雪等天气条件下使用效果，要确保不影响居民生活。
1、高清抓拍主机
1）高清摄像机内置嵌入式操作系统（支持车辆抓拍、号牌识别、视频检测、连续视频流的压缩与传输），支持双码流，视频与图像分流设计。
2）抓拍方式：
线圈检测和视频检测，保证在线圈故障时，自动切换到视频触发当线圈修复后，自动恢复到线圈触发模式。
3）高清摄像机至少200万CCD像素，12.5fps时分辨率达到UXGA或者1080P。
4）传感器不低于1/1.8"CCD
5）卡口抓拍模式1-2张可设置
6）前端摄像机应有与平台服务器的时间同步功能
7）图像采集标准及传输规范符合市局平台要求。
8）1路及以上输入接口
9）1路及以上输出接口
10）数据接口至少包括RS232串口，RS485串口，10/100M以太网，建议包括BNC输出端口
11）支持LED频闪灯同步接口，频率及间隔可设置
12）具有SD卡存储功能，存储容量不小于16G且存储时间不小于7天
13）远程Web控制
14）OSD信息叠加：
可定义时间、地点、门口（车道）号等（可远程设置）
15）图像水印防篡改
2、LED补光灯
1）功率至少30w以上，根据现场调整
2）补光灯同步控制
3）平均无故障时间≥10000小时
4）防护等级IP66
5）供电方式AC220V/50Hz
3、车辆检测器
1）电感量自调谐范围20~1500uH，Q值≥5
2）灵敏度DIP开关4级可选
3）触发方式：
IO、RS485
4）频率范围：
20~100KHz，DIP开关4级可调
5）响应时间小于4ms
6）2路检测输出+1路总故障输出
7）电源监测及看门狗，故障检测功能
3、传输网络要求
传输网络应使用专线或运营商提供的专用VPN网络，能无缝接入公安图像专网（需符合江苏省公安厅“3.20工程”图像专网建设要求）。
传输网络的带宽应不小于4M。
1、后端平台
车辆轨迹网应统一使用一套车牌抓拍管理平台，由公安局负责搭建；抓拍点的建设应保证能够接入车牌抓拍管理平台。
新建昆山市小区与公共停车场车牌抓拍管理平台（下称平台），须符合江苏省“3.20工程”有关监控系统数据和图像采集标准和传输规范。
平台要求与昆山市治安卡口系统实现无缝对接，具备数据资源在“大平台”中的整合和共享应用，供市局综合管理平台、公安信息网业务层面的业务应用。
平台建设包括数据图像专网（专项）、平台软件、数据库、数据交换接口。
平台架构要求基于B/S模式，原则上以市级平台为中心，以辖区派出所为管理节点，辖区内数据接入派出所，实现数据采集、存储、数据分发功能。
辖区派出所具备对前端抓拍系统心跳管理功能，能够监测设备运行状况及故障报警。
平台功能：
Ø平台负责抓拍信息识别系统的数据汇总，记录到图像专网的数据库服务器。
Ø平台负责市局层面业务数据的组织、存储、分析、挖掘和展现。
Ø平台提供时钟同步服务器，各前端系统和市局时钟服务器对时，使前端系统的时间保持一致，使车辆通行数据的时间保持一致。
Ø平台向市公安内部授权用户提供数据综合查询、比对报警、布控、综合分析研判、应用统计等功能应用，具体应用功能如下：
●支持GIS地图
●支持综合查询
主要对车辆通行信息、报警车辆、交通违法车辆、通行车辆等进行智能、模糊、匹配等方式查询，通过对各个监控点过往车辆信息的查询与相关嫌疑车辆的线索，协助公安机关侦破案件。
●布控管理
布控堵截措施是打击犯罪活动、维护社会稳定的重要手段之一，车辆布控撤控管理的主要作用则是协助公安机关更好的执行布控堵截，提升布控堵截的能力。
布控管理可以对各类嫌疑车辆进行及时布控报警。
布撤控途径可分为本地布撤控和系统布撤控；布控模式存在人工布控和自动布控两种模式。
●分析研判
分析研判包括轨迹跟踪、分析研判、围堵预案、案例分析等管理功能。
轨迹跟踪分别可以查看车辆的历史与实时运行轨迹；频度分析对某些高危区域的车辆出现频度进行持续自动监控，并自动分析出高频度出现在区域内的车辆，为研判人员提供高效的数据支持；轨迹分析可以对多次检索数据进行交叉分析，提炼与筛选出特性数据，供办案人员分析研判。
●卡口管理
卡口管理包括设备、点位管理，设备的实时状态等信息管理，主要是对监控点各个类型的设备进行管理，包括卡口、视频监控设备。
卡口管理可根据市、县分局和基层单位管理用户的不同权限，进行录入、修改、停用、注销、启用、审批、统计等操作。
●报警管理
报警信息是布控信息（包括报废、假牌、未年检等车辆）、黑名单库、套牌车库等各种嫌疑车辆和车辆通信信息进行比对而产生的动态信息，报警管理实现对报警信息的接受、查询和确认。
平台支持客户端、Web页面、LED屏、SMS短信报警等多通道的报警方式，提供经侦和刑侦人员掌握实时掌握动态信息。
●统计分析
统计分析的主要作用是通过提供多种交通元素的分析和统计，并以表格、曲线图、柱状图、饼形图等多种形式展现，以为路面管理者提供决策支持和道路交通信息的全面把握。
统计分析包括流量统计、考核统计、设备统计、车牌识别率统计等各种统计功能。
附件：
一、数据传输规范
1.通讯数据要求
前端卡口与市局综合管理平台进行数据交换必须遵循本数据通信规约中制定的通信协议。
市局综合管理平台提供数据通信服务接口/规范，同时前端卡口应提供统一的WEBSERVICE通信服务模块，
前端系统连接数据通信服务器，必须在市局综合管理平台进行IP地址登记，对于没有登记的前端系统，前端数据通信模块无法连接市局综合管理平台的通讯服务器。
以下数据内容为市局综合管理平台向前端系统的数据要求，必须按指定格式和指定传输方式使用市局提供的通讯服务进行数据上传和接收处理。
支撑省功能
数据内容
通信策略
车辆信息检索查询
卡口
车辆通行数据查询
请求发送
车辆信息检索
车辆通行数据
实时发送
定周期历史数据补传
联网布控报警
布控信息数据
实时接收处理
报警信息数据
实时发送
2.数据传输机制
Ø前端系统需要实时将卡口车辆通行数据、报警信息、按照《规范》通信数据格式要求发送到市局综合管理平台，并通过应答消息来标识正常上传的数据，对于历史补传数据的车辆通行数据或没有收到市局综合管理平台应答的车辆通行数据，必须再次上传，并要求不能影响实时车辆通行数据的实时通信。
Ø前端系统收到市局综合管理平台布控/撤控数据后应加入/移除车辆布控名单。
一旦该布控车辆出现，应把该车辆的报警信息按照《规范》通信数据格式要求实时发送到市局综合管理平台。
4、对接系统标准接口
1.概述
1.1说明
本标准接口定义是管理平台和其他平台或其他设备之间相互通讯的协议接口。
1.2适用范围
本标准接口适用于给其他厂家接口用于对接。
1.3系统体系结构
2.接口调用规范
2.1接口访问地址
对接系统请求服务的接口访问地址：
http:
//ip:
port/*******?
wsdl
其中IP标识Web服务器地址；port对应系统应用服务的端口号，启用80的不填写。
2.2接口调用函数
对接系统请求服务平台的接口包括写入类接口。
写入类接口对外提供将业务数据写入应用平台业务库。
2.2.2写入类接口
PublicStringwriteObjectOut（Stringxtlb,Stringjkxlh,Stringjkid;StringWriteXmlDoc）
表2写入类接口调用参数说明
序号
参数名称
参数说明
备注信息
1
xtlb
系统类别
同上
2
jkxlh
接口序列号
同上
3
jkid
接口标识
同上
4
WriteXmlDoc
写入数据
业务数据写入XML格式文档
2.3XML文件格式定义
2.3.2写入类接口XML文档
写入数据WriteXmlDoc文档格式如下：
写入操作返回结果文档格式如下：
2.4调用注意事项
2.4.1XML文档的中文处理
（1）接口查询结果进行过URLDecoder和UTF-8编码处理,须进行转换（转换函数为URLDecoder.decode（str,"utf-8"）;）才能正常读取；
（2）写入信息中文字符必须URLEncoder成utf-8格式（转换函数为URLEncoder.encode（xmlDoc,"utf-8"）；）后再封装成XML文档。
（3）XML文档的【写入数据字段】和【返回结果字段】的标签均为小写字符。
XML文档【节点标签】必须和手册中注明的保持一致。
2.4.2返回结果错误代码说明
正常返回结果code为成功与否标记（0、失败；1、成功或其他，由提供的接口服务定义），网络异常或接口权限异常等系统原因时返回$E的标记。
写入失败时的message返回详细描述信息。
3.接口协议
主要定义各个接口协议
1、其他设备（平台）卡口数据和违章数据、布控、可疑告警车辆信息上传至管理平台，
1、其他设备（平台）前端保存图片，只上传信息（webservice接口）
2、其他设备（平台）前端上传图片及信息（webservice接口）
3、其他平台对管理平台布控接口
2、其他设备（平台）从管理平台中获取卡口数据和违章数据、布控、可疑告警车辆信息
3.1信息写入接口（webservice）（传入图片路径）
3.1.1卡口图片信息写入接口
接口类型：
写入类接口
接口标识：
01C51
功能说明：
提供给其他抓拍设备的电子监控文本信息和照片信息写入管理平台系统.
处理过程：
1、对传入业务数据进行质量和业务逻辑检测；2、不通过检测的直接退出，接口返回失败标记和出错原因；3、通过检测将数据写入卡口通行表（C_PICRECORD）；4、成功时返回电子监控记录的序号信息。
WriteXmlDoc文档说明：
节点标签uploadpassinfo，写入数据字段如下表：
序号
参数项
名称
长度
是否可空
说明
1
Sbbh
卡口编号
18
否
3
hpzl
号牌种类
2
否
见4.1
4
hphm
号牌号码
15
否
5
hpys
号牌颜色
2
否
见4.3
6
csys
车身颜色
5
是
7
clcd
车辆长度
5
是
8
jgsj
经过时间
否
YYYY-MM-DDhh24:
MM:
SSS精确到秒
10
clsd
车辆速度
6
是
13
cdh
车道号
2
是
14
zplj1
照片1
256
否
照片路径（必须http路径）
15
zplj2
照片2
256
是
16
zplj3
照片3
256
是
返回结果XML文档：
code（标记，0、失败；1成功）；message1（出错字段名，成功时为返回电子监控记录的xh字段信息）；message（描述信息）。
3.1.2违章图片信息写入接口
接口类型：
写入类接口
接口标识：
01C53
功能说明：
提供给其他抓拍设备的电子监控违章文本信息和照片信息写入管理平台系统.
处理过程：
1、对传入业务数据进行质量和业务逻辑检测；2、不通过检测的直接退出，接口返回失败标记和出错原因；3、通过检测将数据写入违章通行表（C_DPICRECORD）；4、成功时返回电子监控记录的序号信息。
WriteXmlDoc文档说明：
节点标签uploadviolationinfo，写入数据字段如下表：
序号
参数项
名称
长度
是否可空
说明
1
Sbbh
卡口编号
18
否
3
hpzl
号牌种类
2
否
见4.1
4
hphm
号牌号码
15
否
5
hpys
号牌颜色
2
否
见4.3
6
csys
车身颜色
5
是
7
clcd
车辆长度
5
是
8
jgsj
经过时间
否
YYYY-MM-DDhh24:
MM:
SS精确到毫秒
9
wfdz
违法地址
128
否
实际的中文地址
10
Wzlx
违章类型
4
否
见4.5
11
clsd
车辆速度
6
是
14
cdh
车道号
2
是
17
zplj1
照片1
256
否
照片路径（必须http路径）
18
zplj2
照片2
256
是
19
zplj3
照片3
256
是
返回结果XML文档：
code（标记，0、失败；1成功）；message1（出错字段名，成功时为返回电子监控记录的xh字段信息）；message（描述信息）。
3.1.3可疑告警信息写入接口
接口类型：
写入类接口
接口标识：
01C57
功能说明：
提供给其他抓拍设备的电子监控发现的被布控的可疑车辆的文本信息和照片信息写入管理平台系统.
处理过程：
1、对传入业务数据进行质量和业务逻辑检测；2、不通过检测的直接退出，接口返回失败标记和出错原因；3、通过检测将数据写入可疑车辆通行表（C_PICRECORD_WANTED）；4、成功时返回电子监控记录的序号信息。
WriteXmlDoc文档说明：
节点标签uploadwantedinfo，写入数据字段如下表：
序号
参数项
名称
长度
是否可空
说明
1
Sbbh
卡口编号
18
否
2
BKBH
布控编号
18
否
和布控信息表关联
3
hpzl
号牌种类
2
否
见4.1
4
hphm
号牌号码
15
否
5
hpys
号牌颜色
2
否
见4.3
6
csys
车身颜色
5
是
7
clcd
车辆长度
5
是
8
jgsj
经过时间
否
YYYY-MM-DDhh24:
MM:
SSS精确到秒
9
zpdz
抓拍地址
128
否
实际的中文地址
10
clsd
车辆速度
6
是
13
cdh
车道号
2
是
18
zplj1
照片1
256
否
照片路径（必须http路径）
19
zplj2
照片2
256
是
20
zplj3
照片3
256
是
返回结果XML文档：
code（标记，0、失败；1成功）；message1（出错字段名，成功时为返回电子监控记录的xh字段信息）；message（描述信息）。
3.2信息写入接口（webservice）（传入图片数据）
3.2.1卡口图片信息写入接口
接口类型：
写入类接口
接口标识：
01C52
功能说明：
提供给其他抓拍设备的电子监控文本信息和照片信息写入管理平台系统.
处理过程：
1、对传入业务数据进行质量和业务逻辑检测；2、不通过检测的直接退出，接口返回失败标记和出错原因；3、通过检测将数据写入卡口通行表（C_PICRECORD）；4、成功时返回电子监控记录的序号信息。
WriteXmlDoc文档说明：
节点标签uploadpassallinfo，写入数据字段如下表：
序号
参数项
名称
长度
是否可空
说明
1
Sbbh
卡口编号
18
否
3
hpzl
号牌种类
2
否
见4.1
4
hphm
号牌号码
15
否
5
hpys
号牌颜色
2
否
见4.3
6
csys
车身颜色
5
是
7
clcd
车辆长度
5
是
8
jgsj
经过时间
否
YYYY-MM-DDhh24:
MM:
SSS精确到秒
9
zpdz
抓拍地址
128
否
实际的中文地址
10
clsd
车辆速度
6
是
13
cdh
车道号
2
是
14
zpstr1
照片1
否
Base64编码，必须保证有一张照片信息。
15
Zpstr2
照片2
是
Base64编码
16
Zpstr3
照片3
是
Base64编码
返回结果XML文档：
code（标记，0、失败；1成功）；message1（出错字段名，成功时为返回电子监控记录的xh字段信息）；message（描述信息）。
3.2.2违章图片信息写入接口
接口类型：
写入类接口
接口标识：
01C54
功能说明：
提供给其他抓拍设备的电子监控违章文本信息和照片信息写入管理平台系统.
处理过程：
1、对传入业务数据进行质量和业务逻辑检测；2、不通过检测的直接退出，接口返回失败标记和出错原因；3、通过检测将数据写入违章通行表（C_DPICRECORD）；4、成功时返回电子监控记录的序号信息。
WriteXmlDoc文档说明：
节点标签uploadviolationallinfo，写入数据字段如下表：
序号
参数项
名称
长度
是否可空
说明
1
Sbbh
卡口编号
18
否
2
tdbh
车道编号
18
否
卡口内车道编号（从1开始）
3
hpzl
号牌种类
2
否
见4.1
4
hphm
号牌号码
15
否
5
hpys
号牌颜色
2
否
见4.3
6
csys
车身颜色
5
是
7
clcd
车辆长度
5
是
8
jgsj
经过时间
否
YYYY-MM-DDhh24:
MM:
SSS精确到毫秒
9
wfdz
违法地址
128
否
实际的中文地址
10
Wzlx
违章类型
4
否
见4.5
11
clsd
车辆速度
6
是
14
cdh
车道号
2
是
17
zpstr1
照片1
否
Base64编码，必须保证有一张
升级会员 