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

上传人:阿宝 文档编号:89709821 上传时间:2023-05-09 格式:DOC 页数:53 大小:1.60MB
返回 下载 相关 举报
平安城市高清视频监控系统和卡口系统建设方案.doc_第1页
第1页 / 共53页
平安城市高清视频监控系统和卡口系统建设方案.doc_第2页
第2页 / 共53页
点击查看更多>>
资源描述

《平安城市高清视频监控系统和卡口系统建设方案.doc》由会员分享,可在线阅读,更多相关《平安城市高清视频监控系统和卡口系统建设方案.doc(53页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。

1、平安城市高清视频监控系统和卡口系统建设方案1.1 概述公路车辆智能监测记录系统(卡口系统)采用全数字化的传输和图像处理方式,对前端所有实时视频监控图像和通过监测点的车辆信息进行数字化处理,通过专网传输,在公安各级监控中心应用。图像数据分布存储,各级监控中心(卡口系统集成平台)和授权工作站根据不同权限对机动车通行记录的数据进行查询、检索、布控、比对,并且能对前端设备进行远程控制和管理,利用系统提供的识别、比对、报警、处理功能,对捕获的过往车辆信息所提供的各类线索,进行关联分析和综合应用。1.2 建设依据安全防范监控数字视音频编解码技术要求(GB/T 25724-2010)安全防范视频监控联网系统

2、信息传输、交换、控制技术要求(GB/T 28181-2011)电气装置安装工程电缆线路施工及验收规范(GB50168-92)安全防范工程技术规范GB50348-2004道路交通事故现场信息代码GA17-2003机动车登记信息代码 第7部分:机动车号牌种类代码GA24.7-2005机动车测速仪通用技术条件GA297-2001视频安防监控系统技术要求GA/T367-2001道路交通违法管理信息代码GA408.1408.10-2006公安交通指挥系统建设技术规范GA/T445-2003闯红灯自动记录系统通用技术条件GA/T496-2004公路车辆智能监测记录系统通用技术条件GA/T497-2009公

3、安交通指挥系统工程建设通用程序和要求GA/T651-2006公安交通管理外场设备基础施工通用要求GA/T652-2006城市监控报警联网系统通用技术要求GA/T669-2006城市监控报警联网系统技术标准 第9部分:卡口车辆信息识别、比对、监测系统技术要求GA/T669.9-2006IP网络技术要求网络性能参数与指标YD/T1171-20011.3 建设目标公路车辆智能监测记录系统(卡口系统)应能记录车辆主要信息(包括车牌、车型等),还应能捕捉到车辆驾驶室前排司乘人员的面部信息和车辆的前部特征信息,为公安机关侦查破案、打击防范、行政管理等工作提供有力的帮助。市辖各镇区分局自建卡口系统,其建设标

4、准和数据规范,应符合相关标准及文件要求,数据需接入市局卡口集成平台统一管理,由市局指挥中心负责日常运作和下达布控、出警指令,以形成有效的拦截工作机制。1.4 建设原则根据公安部门工作的特殊性,以及道路监控智能监测点自身的特点,系统设计过程中应严格遵循以下原则:标准性卡口系统是本方案的重点,设计中需严格按照公安部发布的公共安全行业标准规定的技术要求进行设计,采用高清晰摄像技术,结合实际情况,将在下文中详细介绍。可扩展性由于技术和需求在不断的发展,对系统功能和建设规模、建设质量的要求也将不断的增多。因此,在系统设计上,系统接口应具备良好的扩展性,当硬件设备升级时,增加的新设备应和原有的设备具有一致

5、性接口,实现硬件设备升级系列化、模块化。系统应方便兼容更高分辨率的高清晰摄像机,且无需改动软件,仅通过软件设置即可实现。对系统所应具有的其它扩展功能,如对对车辆品牌标志的自动识别、对路面交通事件的及时响应、区段平均车速的测量、全程交通诱导、无线报警、短信服务等,仅增加相关模块和设备即可实现,最大限度保护已有投资。兼容性系统设计应严格遵循国家和行业标准的要求,所有数据格式和接口都应按标准设计,系统的软硬件均应采用模块化设计,模块间的数据传输均采用标准的传输协议,任何一个模块的升级都不应影响到其它模块的正常应用。网络传输部分设计应实现透明传输,系统应提供统一的可开发性网络组件。系统需要兼容不同分辨

6、率的高清晰摄像机和普通模拟摄像机。根据实际情况,系统应支持在任意车道内,既可采取单独拍摄模式,也可采取多种摄像机组合拍摄模式;系统应支持任意车道内,均可采取前拍和尾拍同步拍摄模式,并应支持单车道三种以上拍摄模式。系统人机界面应自动适应各种分辨率显示环境,应兼容各种拍摄模式,应兼容垂直和水平镜像,应支持对人机界面的水平或垂直布局。可靠性系统的可靠性是指系统抵御外界干扰的能力及受外界干扰时的恢复能力。鉴于本系统的应用性质,其运行可靠性应得到充分保证。系统应具有防盗、耐高温、抗寒、散热排风等基本功能,使用的各类电气接线端子、过载、漏电及断路保护装置、避雷装置、熔断器等装置,均应符合国家有关电气安全标

7、准要求。系统应具有因意外事件宕机后自动重启功能。易维护性系统应在设计时充分考虑其易维护性,以确保系统在使用过程中出现故障时能在最短时间内恢复运行。系统应具备设备日志记录、远程维护与管理、故障及时告警等功能,以方便日常维护。安全性网络环境下系统软硬件平台、信息传输加工和数据存储共享等应把安全性放在首位,加强整个系统的安全防护体系建设,保障系统网络的安全可靠性,避免遭到恶意攻击和数据被非法提取、使用的现象出现。1.5 总体建设思路1.5.1各级中心建设卡口系统的监控中心应充分利用现有“视频”系统的各级监控中心,做到“增加配置,重新整合”,应构建市、镇(区)两级监控中心,对于卡口监测点分布较多的辖区

8、派出所也可构建第三级监控中心。根据卡口监测点车辆通行记录的规模和公安工作实际情况,在市、镇(区)中至少需要有一级监控中心存储辖区全部道路卡口系统最近一年所有车辆通行记录数据,该数据应包括车辆车头高清晰图像数据和公安部车辆监测记录系统数据库规定所具有的其它数据。1.5.2卡口监测点现场建设卡口系统监测点现场应根据各地区实际情况灵活配置,但应遵循以下原则:(1)构建省际道路监控卡口监测点(省界的道路监控卡口监测点),布置在进出我省的各级道路和港口(渡口),出省方向应优先布置,主要干道(原则上为高速公路、一级公路、二级公路、城际快速路等)、国道、省道优先布置,应能支持车头车尾摄像机同步拍摄模式。卡口

9、系统监测现场点应与拦截点保持适当的距离,以确保拦截点警力具备充足的拦截处警准备时间(原则上应60s)。(2)构建市际卡口监测点(各地市辖区界的卡口监测点),布置在各地市的各级道路,出城方向应优先布置,主要干道(原则上为高速公路、一级公路、二级公路、环城公路、城际快速路等)、国道、省道优先布置,宜采取抓拍机动车正向行驶方向的模式。如设置了拦截点,则卡口监测现场点宜与拦截点保持适当的距离,以确保拦截点警力具备充足的拦截处警准备时间(原则上应30s)。(3)构建市区城际卡口监测点(各市区、镇(区)边界的卡口监测点),布置在各地市的主城区(建成区)边界、所属郊县(区)的城区边界、较大规模的辖区派出所(

10、原则上为一级、二级派出所)边界,主城区优先布置,有条件的郊县(区)优先配置。所有出城方向宜采取抓拍机动车正向行驶方向的模式。(4)应对通过卡口监测现场点的车辆提前进行必要的提示,宜提前800m1500m设置机动车限速标志(在高速公路上限速标志原则上为70km/h100km/h;在其它道路上限速标志原则上为30km/h60km/h)和前方有卡口监测点的明显提示(如前方将进入视频监控区域,或前方将进入治安检查工作站等等,下同),提前400m600m设置机动车限速标志(在高速公路上限速标志原则上为70km/h100km/h;在其它道路上限速标志原则上为30km/h60km/h)和即将经过卡口监测点的

11、明显提示;提前100m300m设置机动车限速标志(在高速公路上限速标志原则上为70km/h100km/h;在其它道路上限速标志原则上为30km/h60km/h)和已经进入卡口监测点的明显提示,并设置减速带。(5)卡口监测现场点设置应有利于实现跨区域拦截布控车警务合作机制的建立,以节约拦截点警力,减少重复建设,并提高拦截布控的效率和成功率。(6)各级卡口系统的主机应放置在已建成的公安机房内。主机主要指数据存储,应用服务器,边界接入平台等设备。(7)安装在卡口监测现场点的设备箱应具备防盗、防水、防虫、防破坏、耐高温等功能,并应预留适当的空间和电源功率,方便日后增加相关设备或装置。(8)在前端设备的

12、选型上,采用200万像素或以上的高清摄像机进行单车道抓拍方案,同时应在每个来车方向配备一台全景摄像机。全景摄像机建议采用200万像素高速球,并且将预置位设置在前端设备箱,在设备箱安装门磁等报警触发设备,当设备箱门被非法打开时,可以通过报警联动球机实时察看现场情况。(9)卡口系统以线圈检测为主,视频检测为辅。系统实时监测地感线圈的工作状态,当地感线圈不能正常工作时,自动切换至视频检测模式进行触发抓拍。(10)采用前端采集,后端识别模式。1.5.3卡口平台建设卡口系统集成平台应建设一个统一的卡口系统的接入和管理平台,实现对道卡口监测点前端监控设备的统一管理,实现对各类用户的统一身份认证和权限管理,

13、实现对卡口监测点各类信息的交换和共享。卡口系统集成平台的建设应推动卡口系统建设从“单点”、“条线”建设,向“网络化”整体建设发展;从单一卡口监测点布控型,向实现“一点布控、全网响应”以及广域范围、跨区域机动车时空动态分析型的转换。卡口系统集成平台应以镇(区)级公安机关为应用实体,由指挥中心统一应急指挥,各警种按业务分工各负其责;实现警情分级分类,按预案处置;实现跨警种、跨地区的拦截布控车辆警情联动。应依托市、镇二级监控中心平台,通过建设同级的卡口系统集成平台,实现对辖区卡口系统采集的机动车数据的布控、管理等功能。上级卡口系统集成平台应能对下级卡口系统集成平台实现统一管理,市级卡口系统集成平台应

14、能实现对全市卡口系统的统一管理。各级卡口系统集成平台由同级指挥中心负责日常运作和下达布控、出警指令,以形成有效的拦截工作机制。1.6 总体方案1.6.1卡口系统的功能结构和关键流程基于卡口监测现场设置分为四个层次,对应的系统应该分为卡口前端层,卡口应用层,卡口基层中心层,卡口中心层。根据“金盾工程”总体规划,从安全、稳定、可靠、易扩展的角度考虑,卡口系统软件必须基于J2EE开发体系的B/A/S架构实现,采用国产主流linux平台,国产中间件,数据库选用MySQL5.0以上企业版或Oracle8.0以上版本。前端层前端层指的是在卡口监测现场安装布置的卡口前端应用系统,主要由机动车检测、图像采集(

15、控制)、数据处理及发送等单元组成。应用层应用层由数据存储等单元组成。卡口应用层宜布置在卡口系统基层中心,也可根据实际需求布置在与卡口系统前端层相连的视频监控专网内任意节点上。基层中心层基层中心层由车辆布控、WEB查询、数据比对、监测报警、数据存储、数据检索等单元组成。卡口系统基层中心层在小规模的非联网卡口应用系统中可以不单独设立,其功能应相应合并到卡口系统中心层。卡口基层中心层可以是多层的结构,也可根据实际需求灵活布置。中心层中心层由车辆布控、WEB查询、数据处理、数据存储、设备状态监控、设备报修、卡口系统数据库、相关联数据库通用接口/数据网关、联网系统集成管理平台等单元组成。当不设立卡口系统

16、基层中心层时,卡口系统中心层还应具备数据比对、监测报警等功能。1.6.2系统结构和组成卡口系统由前端系统、传输系统、边界接入平台、集成平台系统组成。实现对通行车辆的信息采集、传输、分析、处理等功能。卡口应用系统结构图(1)、前端系统前端系统主要由车辆检测单元、抓拍单元、补光单元、控制终端、视频监控单元以及网络传输单元组成。实现对通行车辆的检测、图像抓拍、视频录像、数据存储和处理、数据上传等功能。前端系统检测采用以下模式实现:线圈为主视频为辅:正常情况下,利用线圈进行检测,当线圈出现故障时,系统在3分钟内自动切换到视频检测模式来检测通过的车辆。以上车辆检测方式应满足公安车辆记录标准,车辆图像捕获

17、率99%(所记录的有效车辆数与实际通过车辆数的百分比)。系统应提供公安部门检测符合公路车辆智能监测记录系统通用技术条件GA/T497-2009的标准规定的检测报告。抓拍单元选用高清摄像机,集高清视频采集、高清视频处理等核心功能于一体。200像素高清抓拍相机有效像素达到1600*1200;500万像素高清抓拍相机有效像素达到24482048,所拍摄的图片能清晰的分辨车牌号码、车牌颜色、车辆类型、车身颜色、人员脸部特征等。在满足人眼能看清车牌所要求的车牌像素点大小(车牌像素大小不低于100个像素点),以及满足车牌自动识别软件所要求的车牌像素点大小(要求车牌像素点范围在100150个像素点之间)时,

18、500万高清摄像机在道路上的有效拍摄宽度达7m8m,标准每条车道宽度为3.75m,所以可以根据道路的实际情况每两个车道配置一台500万一体机或者每一个车道配置一台200万一体机,能够保证车牌识别效果,同时能看清车辆的车型、颜色、轮廓、装载信息以及道路情况。卡口抓拍单元能同时输出高清照片和车牌识别数据,具备强光(逆、顺)抑制功能,减弱白天日光对卡口抓拍单元和夜间机动车大灯对卡口抓拍单元拍照的影响,从所拍照片上能清晰呈现机动车正面全貌和车牌特征。卡口抓拍单元与补光灯尽量安装在同一根立杆挑臂上,减少立杆数量和投资费用,减少后期设备污物清理难度。l 现场布局示意图(2)、传输系统传输系统主要有两种方式

19、实现,第一种方式为租用运营商网络,第二种方式为自建网络。实现对卡口系统的联网,完成数据的传输和交换。将卡口记录数据直接连接到各辖区公安分局的视频监控中心,并将卡口记录系统采集的车辆基本信息通过物理隔离设备(或边界接入平台)后,接入公安信息网络。(3)、边界接入平台卡口系统数据及图片通过边界接入平台实现与公安网互联互通,边界接入平台由各分局根据实际情况分期分步完成。初期可考虑通过物理隔离设备来实现数据的互联互通,但最终必须在原有物理隔离设备上升级完善,完成边界接入平台的建设。(4)、集成平台系统集成平台系统主要由硬件子系统和软件子系统组成。硬件子系统主要由系统应用服务器、数据库服务器、号牌识别服

20、务器、客户端、图片及视频存储磁盘阵列等组成;软件子系统主要由系统平台软件、数据库软件、服务器操作系统软件等组成。实现对前端采集的数据进行汇总、存储、处理、管理和共享等功能。1.6.3“视频”系统建设要求 “视频”系统建设要求遵循广东省社会治安视频监控系统建设指引、广东省社会治安视频监控系统数据传输技术规范、广东省社会治安视频监控系统监控中心平台建设规范、广东省治安卡口监控视频建设规范等标准规范,在治安卡口系统安装现场的进和出两个方向,根据实际情况,按照“有效实时监控”原则,各安装N(N1)个高速球型摄像机,用以对实时路况和卡口号牌系统的安装位置进行全场景视频监控,并接入视频专网。“视频”系统建

21、设应与警用GIS系统、110接处警系统、卡口系统实现联动。根据实际情况,“视频”系统的前端高速球型摄像机与卡口号牌系统的卡口前端层可以通过同一链路接入视频专网,也可通过不同链路接入视频专网。1.6.4数据共享相关业务单位之间的数据共享各市、镇(区)公安(分)局的指挥中心、交警支队(大队)、高速交警、治安、刑侦、行动技术等相关警种和业务部门,应能实现各自与卡口系统相关的应用系统之间数据的互联互访。与卡口系统相关的各应用系统可以具备独立的功能,但在省、市统一授权的情况下,通过我省卡口系统应能检索到各相关警种和业务部门与卡口系统相关的各应用系统的数据,以保证各单位发布的布控信息在联网的方式下都有效。

22、相关联数据库的数据共享应在公安网络上建设市、镇(区)两级的卡口系统车辆基本信息数据库。卡口系统车辆基本信息数据库应能提供标准的数据库接口和车辆简项信息,以方便与我市金盾工程八大资源库、情报综合应用数据库、警务综合信息系统、110接处警系统、警用地理信息系统(GIS)、机动车/驾驶人管理系统、综合查询系统、比对查控系统等进行关联,实现数据的充分共享。交通违法信息、套牌信息共享给交警部门;管控车辆信息、盗抢车辆信息及其他违法车辆信息共享给110接处警中心或其他警种的客户端。1.7 系统功能监控中心的卡口系统集成平台能将卡口监测点采集的数据进行自动识别、分析处理、入库,并且具备检索、数据比对、车辆布

23、控等管理功能,并将数据提供给指挥中心、国保、刑侦、治安、交警、行动技术等警种、部门做关联应用。1.7.1基本功能l 车辆捕获功能卡口系统车辆检测方式建议采用线圈+视频检测方式,并且应能兼容雷达检测等检测方法。(1)系统应能准确记录通行车辆的特征图像和全景图像,并在全景图像中标明车辆信息。(2)当用感应线圈式车辆检测器时,卡口号牌系统在0km/h120km/h速度范围内对监控区域内行驶的车辆进行捕获,车辆图像(包含完整的牌照信息)单车道捕获率(全天)应99;当用其它检测方法时,卡口号牌系统在0km/h120km/h速度范围内对监控区域内行驶的车辆进行捕获,车辆图像(包含完整的牌照信息)单车道捕获

24、率(全天)应95。(3)当监控区域为同向相临的2个(含2个)以上车道时,车辆图像捕获应能满足通行车辆骑、压车道线行驶的情况。(4)车辆图像捕获时应不受雨、雪、雾等天气、环境光和相临车道通行车辆的影响而出现误记录。(5)实时信息记录:实时记录道路监控智能监测点的通行车辆(动态图像、车牌照片、方向、车道、时间、地点、速度、车型、车牌颜色、前排司乘人员面部信息)和车流量等交通信息。l 动态图像记录功能(1)对于经过卡口监测点的每一台车辆,系统应自动抓拍车头的高清晰图像,并记录车辆通过的信息,其中包括时间、地点、方向、号牌、车型、车速、车尾特征、装载情况、车尾牌照、前排司乘人员面部信息等,并且图片应以

25、JPEG图像格式文件方式保存在控制主机的硬盘上,相关信息应叠加在图片上。(2)清晰辨别车辆前排司乘人员面部特征功能:在捕获的高清晰图片中,要求图像色彩还原度好,不失真、噪点小,不仅要清晰反映整个车辆特征,还能清晰采集到前排司乘人员面部信息,系统应能克服各种自然光照环境干扰,克服汽车大灯对抓拍图像质量的影响,做到采集的图像始终保持较好的效果。全天候应保持抓拍前排司乘人员面部信息的图像质量达到5级标准。l 车辆号牌自动识别功能在实时记录通行车辆图像同时,系统应具备车辆号牌自动识别功能,并保存识别结果。其用于号牌识别的字符库应齐全,即应能识别在我国道路上行驶的机动车号牌,至少包括GA 36规定的号牌

26、(除摩托车号牌、低速车号牌、临时号牌、拖拉机号牌外)、武警汽车号牌和军队新式汽车号牌等。车辆号牌识别率应95%,号牌识别全牌准确率应90%。l 车身颜色识别功能系统可自动对机动车车身深浅和颜色进行识别,可供用户根据车身颜色来查询通行车辆,为公安交通管理和刑侦案件侦破提供了科技新手段。系统可自动区分出机动车车辆为深色车辆还是浅色车辆;并识别出9种常见车身颜色,9种颜色包括:白,灰(银),黄、粉、红、绿、蓝、棕、黑。l 集中存储功能各级监控中心中至少有一级监控中心存储所辖各道路监控智能监测点的车辆信息和图片信息,即保证至少有一级监控中心有所辖各卡口监测点相关数据的备份。l 布控/撤控功能应能将布控

27、内容添加到系统布控车辆名单中实现布控;应能对已布控内容实现撤控;应能注明布控/撤控的原因,布控/撤控的责任人;应能提供超过布控时限自动撤控的功能;应能响应各级联网系统集成管理平台的布控/撤控指令。应能提供“模糊布控”功能,即允许对车辆号牌号码信息不全的车辆也能布控,对行驶轨迹异常的车辆,比如短时间穿越两个距离较远卡口监测点的可疑套牌车,对无号牌或故意遮挡号牌车辆夜间行驶等可疑行为进行布控。l 车辆比对监测功能应能将采集到的车辆信息与布控车辆名单中的布控内容进行自动比对,必要时,应与被盗抢机动车等数据库进行自动比对,当比对结果符合条件时,应能及时发出相关警示并发送至联网系统集成管理平台。l 自动

28、报警功能应具备布控缉查车辆报警功能,即可以设置布控缉查车辆号牌,其数据库格式应符合本规范7.1“数据库表格式”中规定的相关数据的格式要求,当系统识别出来的车辆号牌结果符合条件时,能现场报警和远程报警。l 防篡改功能采集的车辆图像文件应具有防篡改功能,如采用图片加密、水印等技术。1.7.2查询统计功能l 车辆查询功能应能根据车辆经过时间、号牌号码、车牌颜色、卡口监测点名称、行驶方向、车道编号等条件进行查询,对号牌号码应具备模糊查询的功能,查询结果应能导出(如导出为Excel或文本文件)。l 违法查询功能应能根据车辆经过时间、号牌号码、车牌颜色、卡口监测点名称、违法类型等条件查询违法数据,对号牌号

29、码应具备模糊查询的功能,查询结果应能导出(如导出为Excel或文本文件)。l 布控查询功能应能根据车辆经过时间、号牌号码、车牌颜色、卡口监测点名称、行驶方向、布控类型、布控人等条件查询布控数据,对号牌号码应具备模糊查询的功能,查询结果应能导出(如导出为Excel或文本文件)。l 统计功能对单一的查询结果应有统计结果,能分卡口监测点、分时段、分方向(进城、出城)进行分项统计,并以报表形式输出,统计结果应能导出(如导出为Excel或文本文件)。l 流量统计能够按车道和时段进行车辆流量统计,并以报表形式输出,流量统计结果应能导出(如导出为Excel或文本文件)。1.7.3系统功能l 故障自检功能系统

30、应具备故障自动检测功能,能通过软硬件自动检测系统故障并恢复正常工作,具有断电自动重启动功能,能自动侦错报错。并且摄像机应该支持在远程软重启,系统能自动检测到主要设备(工业级摄像机、控制主机、车辆检测器、服务器等)和主要运行软件的工作状态(采集识别软件、传输软件等),当发生故障时,应能通过短信和警报的方式通知管理员。l 系统日志记录和查询功能系统中应具备记录主要设备、网络状态日志和主要运行软件的工作日志,当设备或者网络状态改变(重启、或者重新连接)时,应能记录下这些事件。当主要软件发生重启或者故障时,应能记录事件日志。所有的日志支持按时间检索的功能,且能导出到*.Log文件。l 操作日志记录和查

31、询功能当操作人员登陆到系统时,所做的操作应记录到操作日志,能知道系统的普及和使用率,可以按操作人员名和时间检索工作日志,能导出到*.Log文件。l 时钟同步校正功能1)卡口系统内各种设备应能与卡口系统的基准时钟定时(原则上为每12小时1次)校正,卡口系统的基准时钟应能与卡口系统集成平台基准时钟校正,时钟校正周期可根据实际情况设定。按照公安部要求,与全国公安时钟服务器进行时间自动同步,确保过车时间的一致性。2)卡口系统内设备重新启动、应用软件恢复工作或网络中断后重新连通时,应能及时进行时钟校正。l 远程维护功能应能通过网络对系统主要设备进行远程系统维护。l 权限管理功能系统应能针对不同的用户分配

32、相应的权限,分配权限时,管理员应能自由配置和选择相应的功能。系统应能对用户下载图片的权限进行管理,需要管理员授权才可以下载系统图片。l 网管功能能检测卡口系统中的所有设备的工作状态,对于前端车检器进行有效检测,当前端车检器出现故障时,能发出报警信息,提示维护人员对前端设备进行维修。1.8 系统性能指标l 车辆图像捕获率在车辆通过时(含按车道正常行驶和压车道分道线行驶两种状况),卡口系统应能准确拍摄其图像,并在图像中标明叠加车辆信息。在监控区域内对0km/h140km/h行驶的车辆图像捕获率应99%;在监控区域内对140km/h240km/h行驶的车辆图像捕获率应95%。l 号牌识别率对卡口前端

33、车辆图像捕获率、号牌识别率、号牌识别准确率的界定应符合(或优于)GA/T 497和GA/T 669.9中有关要求,在此基础之上要求对车辆车头图像的号牌识别率应95%,号牌识别准确率(全天)应93%,对车辆车尾图像的号牌识别率应90%,号牌后5位字符的识别准确率(全天)应85%。l 车辆前排司乘人员面部信息抓拍图像质量车辆前排司乘人员面部信息抓拍图像的5级图片比例应90%;当5级图片比例85%而90%时,则4级图片比例必须10%;当5级图片比例85%或出现3级以下(不含3级)图片时,则该项指标判定不达标。l 数据存储时间机动车图像存储时间应90天,车辆号牌信息的存储时间应1年,车辆的布控/撤控信

34、息及报警信息的存储时间应3年,对涉及案件的重要信息长期保存。对于车辆号牌等动态数据信息,因其所需存储容量相对较小,且需要确保数据绝对安全及高速读写,因此建议选用协议效率、性能、稳定性、安全性、兼容性和可扩充性能都很好、同时价格也较高的FC SAN进行数据信息的存储,同时可以选择系统级冗余热备。对于车辆图片信息,因其所需存储空间相对较大,需要在保障数据稳定、满足存储速度和安全需求的条件下,以降低单位容量存储成本为主要目标,因此建议选用系统稳定性较好,性能、安全性、兼容性和可扩充性较高且价格相对便宜的IP SAN存储图片。号牌等数据存储设计每辆车辆的号牌等动态数据信息为0.9KB/条,按单车道日均

35、5000 辆流量估算,每条车道的数据信息按不同存储时间的容量计算公式如下:5000条0.9KB/条1车道365天/年1年/1024/1024/1.57GB对于超大数据量,数据库软件选用Oracle 11G或更高版本正版数据库,可支持超大数据量,支持双机热备。数据库存储系统选用高性能服务器,具有数据的绝对安全、对块的快速定位查询以及高速读写能力特点,存储媒介使用高性能硬盘;同时,使用数据库热备份服务器用于系统级冗余备份,热备服务器选用与数据库主服务器同系列的服务器。图片存储设计车辆图片信息采用JPEG 编码格式,符合ISO/IEC15442000 要求,压缩因子不高于70,200 万高清摄像机输

36、出照片文件平均大小为300K,按单车道日均5000 辆流量估算,1条车道的图片信息按90天存储时间的容量计算公式如下:5000 辆0.3MB1车道30天/月3个月/1024131.84GBl 车辆信息布控响应时间在网络正常的情况下,从发出布控指令到布控信息被实际加入比对监测的时间应4s。网络正常情况指由布控指令的客户端与数据比对、监测报警等单元所在的主机间互联的网络性能指标,应符合YD/T1171-2001中规定的1级(交互式)或1级以上服务质量等级。具体指标如下:a)网络时延上限值为400ms;b)时延抖动上限值为50ms;c)丢包率上限值为110-3。测试车辆信息布控响应时间指标时,也可对

37、网络性能指标采取简易测试方法:即在发出布控指令的客户端上,用“ping”指令,“ping”数据比对、监测报警等 单元所在的主机IP地址,网络平均时延100ms。l 车辆信息监测响应时间在网络正常的情况下,从布控的车辆经过道路监控智能监测点前端车辆检测点到道路监控智能监测点中心发出报警信息的平均时间应8s,最长时间应15s。网络正常情况指由接受报警信息的客户端与数据比对、监测报警等单元所在的主机间互联的网络性能指标,应符合YD/T1171-2001中规定的1级(交互式)或1级以上服务质量等级。具体指标如下:a) 网络时延上限值为400ms;b) 时延抖动上限值为50ms;c)丢包率上限值为110

38、-3。测试车辆信息监测响应时间指标时,也可对网络性能指标采取简易测试方法:即在接收报警信息的客户端上,用“ping”指令,“ping”数据比对、监测报警等 单元所在的主机IP地址,网络平均时延100ms;且道路监控智能监测点前端层到道路监控智能监测点中心层的网络平均时延100ms。l 车辆信息查询响应时间a)精确查询:查询数据库中条件确定的单条数据,查询响应时间应3s。b)模糊查询:查询数据库中含有条件不确定的单条数据,查询响应时间应6s。c)当符合模糊查询条件的记录300,000条时,查询响应时间应10s,即每 秒返回30,000 条数据。d)检查方法如下:1)数据库应存有5000万条的时间

39、平均分布(可分库)、跨度1年的合格的数据记录。2)数据记录重复率20%(重复率=相同的记录数/记录总数,相同记录指除 “车辆信息编号”字段以外,其他各字段均相同的记录)。3)精确查询:查询数据库中任意一条车辆号牌的数据记录,查询时间跨度32天(连续计算),计算响应时间。在网络正常的情况下,响应时间应符合本条款中a)项的要求。4)模糊查询:输入连续三位为任意数字的车辆号牌,或者前匹配、后匹配及中间匹配查询,查询时间跨度24h(连续计算),计算查询响应时间。在网络正常的情况下,响应时间应符合本条款中b)和c)项的要求。网络正常情况指由查询信息的客户端与数据库所在的主机间互联的网络性能指标,应符合Y

40、D/T1171-2001中规定的1级(交互式)或1级以上服务质量等级。具体指标如下:a)网络时延上限值为400ms;b)时延抖动上限值为50ms;c)丢包率上限值为110-3。测试车辆信息查询响应时间指标时,也可对网络性能指标采取简易测试方 法:即在查询信息的客户端上,用“ping”指令,“ping”数据库所在的主机 IP 地址, 在包长32KB以上时,网络平均时延100ms。l 其它性能指标其它如防雷、接地、后备电源、工程施工规范等应符合或参考GA/T497和GB50348的相关规定。卡口监测点前端设备的安装地点宜有路灯等辅助光源,或根据实际情况增设夜间稳光光源以减少抓拍图像时补光灯等对车辆

41、驾驶员的影响。补光灯应结合现场安装环境选择智能闪光灯、红外灯、LED频闪灯等,也可根据实际情况采取多种补光方式相结合的模式。1.9 数据格式1.9.1数据库表格式 l 车辆信息数据库表格式序号名称数据项名称类型长度容许空说明1车辆信息编号XXBH字符15否由1开始自动增长,不足15位,前端补0。2卡口编号KKBH字符12否产生该信息的卡口代码。3经过时间JGSJ时间14否车辆经过治安卡口的时间,按照yyyy(年)/mm(月)/dd(日)/hh(小时)/mm(分)/ss(秒)显示,上述时间以24小时计时,月日时分秒均采用两位表示,不足两位时前位补0。4车道编号CDBH字符2否车辆行驶方向最左车道

42、为01,由左向右顺序编号。5号牌号码HPHM字符15否被查控车辆车头号牌号码,允许车辆车头号牌号码不全。不能自动识别的用“-”表示。6号牌颜色HPYS字符1否0白色,1黄色,2蓝色,3黑色,4其它颜色。7车尾号牌号码CWHPHM字符15是被查控车辆车尾号牌号码,允许车辆车尾号牌号码不全。不能自动识别的用“-”表示。8车尾号牌颜色CWHPYS字符1是0白色,1黄色,2蓝色,3黑色,4其它颜色。9号牌一致HPYZ字符1是0车头和车尾号牌号码不一致,1车头和车尾号牌号码完全一致,2车头号牌号码无法自动识别,3车尾号牌号码无法自动识别,4车头和车尾号牌号码均无法自动识别。10图像数量TXSL数字1否采

43、集的图像数量。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在高速公路上逆行

44、的,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)。24处理标记CLBJ字符1否0初始状态未校对,1已校对和保存,2无效信息,3已处理和保存。25备用字段1BYZD1字符50是备用字段。l 卡口基本信息表序号名称数据项名称类型长

45、度容许空说明1卡口编号KKBH字符12否产生该信息的卡口编号,由广东省公安厅统一编码。2卡口名称KKMC字符40否卡口的中文名称。3卡口位置KKWZ字符40否卡口所在地理位置。4管辖单位编号DWBH字符12否卡口所属管辖单位的编号,按GA380编码,由广东省公安厅统一编码。5卡口纬度KKWD字符7否卡口所在地理位置的纬度,按GB/T16831编码,当纬度的数值小于10、当分或秒的数值小于10时,应在相应的位置补零。示例:度、分、秒和十进制小数秒,如2308595,即北纬23度8分59.5秒。6卡口经度KKJD字符8否卡口所在地理位置的经度,按GB/T16831编码,当经度的数值小于100、当分

46、或秒的数值小于10时,应在相应的位置补零。示例:度、分、秒和十进制小数秒,如04052031,即东经40度52分3.1秒。7道路位置代码DLWZDM字符12否卡口所在道路位置的代码,按GA408.3编码。8备用字段2BYZD2字符50是备用字段。l 管辖单位信息表序号名称数据项名称类型长度容许空说明1管辖单位编号DWBH字符12否卡口管辖单位的编号,按GA380编码,由广东省公安厅统一编码。2单位名称DWMC字符40否卡口管辖单位名称。3城镇名称CZDM字符40否管辖单位所在城镇的名称。4IP地址IPDZ字符16否管辖单位中心服务器的IP地址。5备用IP地址BYIPDZ字符16否管辖单位中心服务器的备用IP地址。6网络服务名WLFWM字

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 技术资料 > 技术方案

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知得利文库网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号-8 |  经营许可证:黑B2-20190332号 |   黑公网安备:91230400333293403D

© 2020-2023 www.deliwenku.com 得利文库. All Rights Reserved 黑龙江转换宝科技有限公司 

黑龙江省互联网违法和不良信息举报
举报电话:0468-3380021 邮箱:hgswwxb@163.com