GAT卡口技术要求标准

GAT卡口技术要求标准第1页，共33页。第一章范围1范围

GA/T669的本部分规定了城市监控报警联网系统卡口信息识别、比对、监测系统（以下简称卡口系统）的系统结构、外部接口、技术要求及检验方法，是卡口系统设计、实施及验收的依据。

本部分适用于城市监控报警联网系统（以下简称联网系统），其他领域的监控报警联网系统可参考采用。

第2页，共33页。第三章术语、定义和缩略语

本章规定了与卡口信息识别、比对、监测系统技术要求相关的术语、定语和缩略语。在GA/T669.1—2008中所列出的术语、定义和缩略语，也适用于本部分。因此有一部分术语、定义和缩略语在本部分中没有列出。

3.1.1卡口：安装有对道路通行车辆的图像和信息进行采集、识别设备的控制点或场所。

【条文解释】

本部分中卡口是指人为设置的一个装有自动检测、搜集车辆信息的设备的监控点。用它来检查发现可疑、逃逸的车辆。它是一个城市的交通出入口或道路中间某一个地方，并不是一个一般的小区或停车场的出入口。

第3页，共33页。第三章术语、定义和缩略语

3.1.2卡口系统

利用光电、计算机、图像处理、模式识别、远程数据通信等技术对经过卡口的车辆图像和车辆信息进行连续全天候实时采集、识别、记录、比对、监测的系统，利用该系统可完成对有关车辆的布/撤控、报警、查询、统计、分析等功能。

【条文解释】

本条定义了卡口系统，并说明了卡口系统组成和功能，卡口系统通常有卡口前端、卡口系统中心（或系统分中心）、网络组成。

卡口前端由图像采集、图像处理、车辆检测、号牌识别、数据存储、辅助照明和传输通信等部件组成。

卡口系统中心由接收单元、信息存储单元、模式识别、比对、布控/撤控、报警、查询、统计分析以及跟外部数据交换、通信等部件组成。

所有这些软件和硬件组成了一个卡口系统。第4页，共33页。

第三章术语、定义和缩略语3.1.3车辆图像

指采集的车辆特征图像或全景图像。

3.1.4车辆特征图像

包含车辆号牌及车辆前部或后部特征的彩色图像。

3.1.5车辆全景图像

包含车辆车型、颜色、全貌及周边情况的彩色图像。

【条文解释】

卡口前端一般装有两个摄像机，一个拍摄车辆特征图像，包括：车辆号牌、车辆颜色、前部或后部特征等信息的彩色图像。另一个拍摄车辆全景图像，包括：车辆全貌、车辆周围的环境情况等彩色图像；全景图像和特征图像统称车辆图像。第5页，共33页。第三章术语、定义和缩略语3.1.6车辆信息

包括车辆的号牌号码、号牌颜色等车辆特征信息以及车辆通过卡口的时间、地点、车速、行驶方向等行驶信息。

【条文解释】

这里是指通过卡口的车辆特征（号牌、颜色、车型等）和状态（时间、地点、车速、方向）等信息，并被正确的纪录下来。

但有时因拍摄或车辆本身的原因，车辆部分特征信息无法被计算机自动识别，成为无效车辆信息（例如：车牌模糊、遮挡）。

我们把采集到的车辆信息真实有效的车辆数和通过卡口车辆总数之比，称为车辆捕获率。第6页，共33页。

第三章术语、定义和缩略语3.1.7车辆信息识别

自动识别、处理车辆信息的过程。

【条文解释】

这里是指卡口系统自动提取车辆信息，并记录、识别的一个过程.

在信息识别过程中，由于某种原因，即使有效车辆也有可能未被正确识别，所以我们把正确识别的车辆数与有效车辆总数之比称为车辆识别率。第7页，共33页。

第三章术语、定义和缩略语3.1.8布控内容

包括用于车辆比对监测的车辆特征信息及布控辅助信息。

3.1.9布控车辆名单

车辆布控内容的集合。

【条文解释】

为了发现经过卡口的感兴趣车辆。我们把要查找的车辆特征信息（例如：车辆号牌、颜色、车型等）布控到卡口系统。

布控车辆名单是指卡口系统已经实施布控的所有感兴趣车辆的特征信息。

3.1.10车辆信息比对监测

完成车辆信息与布控车辆名单的比对，并根据比对结果执行相关处理。

【条文解释】

通过计算机系统把卡口前端采集到的车辆特征图像信息和布控的车辆信息进行自动比对监测，从中发现感兴趣车辆，并发出报警信号，根据预案做出相应处理。第8页，共33页。第四章系统结构和外部接口

【条文解释】

卡口系统由卡口前端、卡口系统分中心、卡口系统中心三部分组成。

卡口系统中心和相关车辆数据库及城市监控报警联网系统进行互联互控和数据交换。图1系统结构图第9页，共33页。第四章系统结构和外部接口

4.1系统结构

4.1.1系统结构分类

卡口系统结构可分为分布式和集中式两种。分布式系统由卡口中心、卡口分中心、卡口前端组成，其中卡口中心可连接若干卡口分中心，卡口分中心可连接若干卡口前端。集中式系统由卡口中心和卡口前端组成。

分布式系统结构见图1（图中虚线部分为卡口系统的关联数据库）。

集中式系统结构除了没有分中心（分中心的功能纳入卡口中心）外，其余部分与分布式系统一致。

第10页，共33页。第四章系统结构和外部接口

【条文解释】

文中提到卡口系统可分为分布式和集中式两种。如下图。

在实际工程中根据情况（卡口前端数量、地理位置分布、安装方便等）可以采用集中式卡口系统或分布式卡口系统。卡口中心卡口分中心卡口前端卡口前端卡口分中心卡口前端卡口前端图4.1分布式卡口系统结构图卡口中心卡口前端卡口前端图4.2集中式卡口系统结构图第11页，共33页。第四章系统结构和外部接口

4.1.2卡口前端

由车辆检测、图像采集、号牌识别、数据存储等单元组成，主要完成车辆检测、车辆图像和车辆信息的采集、识别以及数据发送的功能，根据需要也可进行数据存储。

4.1.3卡口分中心

由数据存储、数据比对、监测报警、数据查询等单元组成，主要完成与卡口前端和卡口中心的数据收发、数据的存储、比对、监测、报警、查询的功能。

【条文解释】卡口前端采集的图片在卡口系统分中心汇集、存储，通过计算机自动处理找出跟布控车辆号牌特征相仿的感兴趣车辆，进行本地存储或在卡口中心存储作为以后查询使用和破案的资料，并发出报警信号。通知有关人员处理。第12页，共33页。第四章系统结构和外部接口4.1.4卡口中心

由数据存储、车辆布控、数据处理、web查询、数据转换等单元以及相关接口组成，主要完成数据处理和存储、数据的统计和分析、车辆的布控和报警、车辆信息的查询等功能，并实现与联网系统集成管理平台的数据交换。

数据转换单元对已建系统进行数据格式转换，实现与联网系统集成管理平台接口的连接；新建系统无需数据转换单元。【条文解释】可以完成除条文中讲到的功能外，他还是卡口系统信息进出口，跟联网系统、车架管数据库、违法车辆数据库、盗抢车辆数据库等连接，进行数据交换，实现互连、互通、互控、信息共享。如果是集中式设计则卡口中心涵盖了卡口系统分中心功能，统称卡口系统中心。卡口系统中心和相关车辆数据库及城市监控报警联网系统进行互联互控和数据交换。第13页，共33页。第四章系统结构和外部接口

4.2外部接口

4.2.1联网系统集成管理平台接口

应与联网系统集成管理平台连接，实现布/撤控、查询、报警数据的传输。数据接口应符合GA/T669.7－2008的规定。

【条文解释】因为卡口信息识别、比对、监测系统作为城市监控报警联网系统的组成部分，受联网系统指挥调度，包括联网系统监控中心对该系统布控、撤控、信息查询、报警数据的传输等，因此其外部接口协议一定要符合联网系统的接口协议要求，在GA/T669.7的8.3中有明确规定。

4.2.2关联数据库接口

可与车驾管数据库、违法车辆数据库、盗抢车辆数据库等关联数据库联接，为卡口系统的布控、监测、报警等提供相关数据。

【注意】接口协议应满足交管局车辆管理系统数据库接口协议要求。第14页，共33页。第五章技术要求

5.1系统功能

5.1.1车辆图像和车辆信息采集识别

应能对通过卡口的车辆图像和车辆信息进行自动采集和识别。

5.1.2车辆信息集中存储

应能将各卡口分中心或卡口前端的车辆信息集中存储到卡口中心。

5.1.3布控与撤控

应能将布控内容添加到系统布控信息数据库表中实现布控；应能对已布控内容实现撤控；布控和撤控后应能提示操作结果；应能响应联网系统集成管理平台的布/撤控指令。

5.1.4车辆信息比对监测

应能将采集到的车辆信息与布控信息数据库表中的布控内容进行自动比对，当比对结果符合条件时，应能及时发出相关警示并发送至联网系统集成管理平台。第15页，共33页。第五章技术要求

5.1.5查询统计

应能对车辆信息的内容进行精确或模糊查询、统计、生成报表，并能输出数据。应能为联网系统集成管理平台提供车辆数据的查询统计服务。

【条文解释】以上5节是目前卡口系统所具有的基本功能。随着技术的发展，功能还会不断增减。例如：通过卡口的车速、车的数量、颜色等，本标准没有提具体的要求，但有的系统已具备其中某些功能，有的等待以后完善。

5.1.6时钟校正

时钟校正分为以下两种情况：

a)卡口系统内设备应能被卡口中心基准时钟校正，校正时间间隔应不大于24h。卡口中心基准时钟宜能被联网系统集成管理平台基准时钟校正；

b)卡口系统内设备重新启动、应用软件恢复工作或网络中断后重新连通时，应能自动进行时钟校正。

【条文解释】为了查询正确和系统内设备工作时钟基本一致。第16页，共33页。第五章技术要求5.1.7系统设备状态监测

应能监测系统中设备运行的实时状态，并能向联网系统集成管理平台提供系统设备工作状态的查询服务。【条文解释】为了了解系统内设备运行状况，及时发现故障，有两种方法可使用：一是采用“心跳”的方法，即所有在线设备定时向管理中心发送正常工作的“心跳”信息，另一种是中心定时向设备发送查询信息，查询设备工作状况。“心跳”和查询的时间间隔可设定。

5.1.8远程维护

应能通过网络对系统设备进行远程维护。【解释】这里是指不在中心的设备设置更新、软件升级、设备启动、故障检查等功能。第17页，共33页。第五章技术要求

5.2性能指标

5.2.1卡口前端车辆捕获识别指标

卡口前端车辆图像捕获率、号牌识别率、号牌识别准确率应符合GA/T497—2004中4.3.1和4.3.3的要求。

【条文解释】a)卡口前端车辆捕获率：卡口前端摄像机记录的有效车辆数与实际通过卡口的车辆数的百分比。有效车辆数是指车辆图像中包含车辆全部信息的车辆数。速度在5km/h～140km/h行驶的车辆捕获率应≥99%。

b)号牌识别率：号牌被自动识别的车辆数与号牌信息有效的车辆总数的百分比。号牌信息有效是指，车辆号牌完整清晰、安装规范且无遮挡、无污损，号牌识别率：白天应≥90%、夜间应≥85%。

c)号牌识别准确率：号牌信息识别准确的车辆数与号牌被自动识别的车辆总数的百分比。号牌准确是指下列两种情况：

（a）号牌信息识别结果全部与实际号牌信息相符；

（b）军队大型汽车号牌、民用大型汽车后号牌。2002式机动车号牌信息识别结果，不小于五位字符与实际号牌字符相符。

识别准确率：白天应≥85%、夜间应≥75%。第18页，共33页。第五章技术要求5.2.2数据存储时间

车辆图像存储时间应不小于90d，车辆信息的存储时间应不小于1y，布/撤控信息及报警信息的存储时间应不小于3y。

5.2.3车辆信息布控响应时间

从发出布控指令到布控信息被实际加入比对监测并反馈布控成功信息的时间应不大于4s。

5.2.4车辆信息监测响应时间

从布控的车辆经过卡口前端车辆检测点到卡口中心发出报警信息的时间应不大于8s。【条文解释】为了不使经过卡口点的感兴趣车辆逃逸，有足够的时间堵截、抓捕感兴趣车辆，则要求从布控和报警的时延越短越好。第19页，共33页。第五章技术要求

5.2.5车辆信息查询响应时间

车辆信息查询响应时间分为以下两种情况：

a）精确查询：查询数据库中某条件确定的数据，查询响应时间应不大于3s；

b）模糊查询：查询数据库中含有条件不确定的数据，查询响应时间应不大于6s。

【条文解释】本条文指出的查询时间，还应考虑到数据库中存储文件的数量和查询时间段。

第20页，共33页。第五章技术要求

5.3数据格式

5.3.1数据库表格式

系统数据库表格式应符合附录A的规定。

5.3.2图像采集格式

图像采集格式分为以下两种情况：

a）低分辨率摄像机采集的图像应包括车辆全景图像和车辆特征图像，分辨率应不低于768×288，采用JPEG编码格式。

b）高分辨率摄像机采集的图像在满足GA/T497—2004的4.3.3规定的情况下，可只采集车辆全景图像，分辨率应不低于1280×1024，采用JPEG编码格式。

第21页，共33页。第五章技术要求

5.3.3图像存储的命名规则

图像存储的命名应符合以下规则：

a）目录命名规则

目录命名由年月日时和卡口编号组成。

yyyy（年）/mm（月）/dd（日）/hh（小时）/DDDDDDDDDDDD（卡口编号12个字节）

示例：2007/12/23/22/123457890ab，即2007年12月23日22点1234567890ab号设备的图像目录；

b）图像命名规则

图像命名由时分秒毫秒和图像编号组成。

hh（时）mm（分）ss（秒）MMM（毫秒）rr（图像编号）.jpg

示例：06032512201.jpg，即6时3分25秒122毫秒第一幅图像。

说明：上述时间以24小时计时，月日时分秒均采用两位表示，不足两位时前位补0。

5.4传输方式

卡口系统内部进行数据传输时，应符合TCP/IP协议。

卡口系统与联网系统集成管理平台之间进行数据传输时，应符合GA/T669.7－2008的规定。第22页，共33页。第六章检验方法

本章主要介绍了系统功能、性能以及数据格式检验的条件和测试方法。

功能检查有：车辆图像和车辆信息采集识别、车辆信息集中存储、布控撤控、车辆信息比对监测、查询统计、时钟校正、设备状态监测和远程维护。

性能测试有：卡口前端车辆捕获率、号牌识别率、号牌识别准确率、数据存储时间、车辆信息布控响应时间、车辆信息监测响应时间以及车辆信息查询响应时间。

数据格式检查有：数据库表格式、图像采集格式、图像存储的命名规则以及数据传输方式。第23页，共33页。第六章检验方法

6.1系统功能

6.1.1车辆图像和车辆信息采集识别

进行实车试验，系统应能自动采集、识别车辆图像和车辆信息。车辆图像中的车辆类型、号牌、颜色和轮廓应清晰可辨，车辆信息的格式应符合附录A.1的要求。

6.1.2车辆信息集中存储

检查卡口系统中心数据库，应存有各卡口前端的车辆信息。

6.1.3布控撤控

对试验车辆实施布控撤控操作，检查布控信息数据库表和操作界面，其结果应符合5.1.3要求。

第24页，共33页。第六章检验方法

6.1.4车辆信息比对监测

进行实车试验，当布控的试验车辆经过卡口时，系统应发出相关警示，检查其结果应符合5.1.4要求。

6.1.5查询统计

按时间、地点、号牌、方向等条件进行精确或模糊查询、统计，检查其结果应符合5.1.5要求。

6.1.6时钟校正

时钟校正的检查：

a)断开卡口系统与联网系统集成管理平台的连接，调整卡口中心基准时钟，检查卡口系统内设备时钟应能被卡口中心基准时钟校正，校正时间间隔应符合5.1.6a)的要求；恢复卡口系统与联网系统集成管理平台的连接，检查卡口中心基准时钟宜能被联网系统集成管理平台基准时钟校正；

b)调整卡口系统的基准时钟，模拟系统内设备重新启动、应用软件恢复工作或网络中断后重新连通，检查该设备应能与基准时钟进行时钟校正。第25页，共33页。第六章检验方法

6.1.7系统设备状态监测

改变系统中受试设备的运行状态，查看卡口中心监控设备的状态显示应有相应的变化，同时通过联网系统集成管理平台也能查询到相应变化。

6.1.8远程维护

对受试设备进行相应的远程维护操作，如软件升级、参数调整等，查看受试设备应能达到预期结果。

【条文解释】

6.1.1～6.1.8是系统功能检查，利用试验车辆按照系统功能要求逐条进行试验，看是否具备此功能。第26页，共33页。第六章检验方法

6.2性能指标

6.2.1卡口前端车辆捕获识别指标

卡口前端车辆图像捕获率、号牌识别率、号牌识别准确率应按照GA/T497－2004中5.3.1和5.3.3的检验方法进行检验。

【条文解释】

进行实车试验，试验车辆分别以5km/h、60km/h、100km/h、120km/h、140km/h,5种速度进行测试，而且上述各速度点测试次数不少于20次，查看记录的图像按下列公式计算：

其结果应满足本标准5.2.1要求。第27页，共33页。第六章检验方法

6.2.2数据存储时间

数据存储时间的检验通过将其换算为数据存储容量来实现。换算公式如下：

q=365×i×1.3+90×p×1.1

式中：q为数据存储容量；p为日图像存储空间；i为日车辆信息存储空间＝256B×平均车流量；系数1.3和1.1为经验值。

平均车流量为卡口连续14天的日平均车流量；日图像存储空间为上述14天所占用的存储空间的日平均值；256B为单条车辆信息存储空间最大值。

若可用存储介质的容量不小于5.2.2要求的数据存储时间，则认为满足要求。

【条文解释】

数据存储时间折算到等效存储容量来计算比较。由条文给出的计算公式进行计算，其等效所需存储容量应小于存储介质的实际容量，公式中每天图像存储空间、每天车辆信息存储空间，因每天通过的车辆数不一定相同，所以文中规定以连续14天车流量的平均值作为每天车流量的计算依据。第28页，共33页。第六章检验方法

6.2.3车辆信息布控响应时间

计算从发出布控指令开始到收到实际布控成功提示信息的时间。重复试验不少于20次，其中不少于90%的试验次数其响应时间均应符合5.2.3的要求。

6.2.4车辆信息监测响应时间

计算从被布控试验车辆驶过卡口检测点到卡口中心发出报警的时间。重复试验不少于20次，其中不少于90%的试验次数其响应时间均应符合5.2.4的要求。

【条文解释】

本条文提出重复试验不少于20次，其中90%以上次数的响应时间符合要求，主要考虑到网络可能运行繁忙，造成响应时间延长。如果在传输网络正常的情况下（即网络不拥堵）应该100%的符合5.2.3中不大于4s和5.2.4中不大于8s的要求。第29页，共33页。第六章检验方法

6.2.5车辆信息查询响应时间

6.2.5.1检查条件：

a）数据库应存有1亿