6月29日，公安部安全防范报警系统产品质量监督检验测试中心(以下简称：检测中心)标准部主任卢玉华南下深圳参加标准编制工作会议，会议上透露深圳市编制停车场地方标准的消息，使默默进行的深圳市《停车场车辆管理系统通用技术条件要求》编制工作逐渐浮出水面。
停车场管理混乱是全国各大城市普遍存在的问题，但目前只有北京和深圳在尝试通过编制停车场地方标准来规范停车场的管理。根据深圳市市场监督管理局“深市监标字【2011】42号”文件要求，由深圳市公安局安全技术防范管理办公室(以下简称：深圳技防办)会同有关单位对《停车场车辆管理系统通用技术条件要求》(以下简称：停车场通用标准)标准进行编制。这项工作正在有计划地进行当中。据悉，深圳市停车场通用标准有望明年初出台实施。
在新形势下，深圳市停车场通用标准应运而生，这将对深圳乃至全国的停车场市场影响深远。
行业背景
停车场管理标准缺失 普遍存在隐患
对于停车场来说，其所有权、经营管理权，建设规划、收费定价与行政管理权限都应该得到规范。但无论是在国家级的停车库(场)行业标准GA/T 761-2008《停车库(场)安全管理系统技术要求》中，还是在地方管理办法《深圳市经营性停车场设施管理暂行办法》中，在这方面的规范并不完善。
记者了解到，虽然在《深圳市停车场规划建设和机动车停放管理条例》中指出，深圳市政府公安交通管理部门负责机动车停放和停车场的行政管理工作，但这仅限于社会停车场和临时占用道路的停车场。业内人士指出，经营性停车场则存在着多头管理，各自为政的问题。
据了解，国内停车场普遍存在所有权与经营管理权不一致甚至擅自改变停车场使用性质的问题。有的停车场归各区公安分局经营管理，有的归当地街道办事处经营管理，还有的归停车场产权单位经营管理。这就造成了这些经营单位只管收钱，不考虑停车场地的整体建设的现状。有的产权单位甚至将社会停车场出租给专业运输单位，从而改变了社会停车场的性质。一些大型公共建筑内部的停车场无人负责管理，无人监督执行，有的停车场甚至挪作他用。
由于不同类型的停车场对停车场系统软、硬件需求有所差异，再加上所有权与经营管理权不一致，以及行政管理权限不够明晰等诸多原因，导致各停车场系统所采用的协议标准千差万别。因此，深圳市虽然强制性规定停车场必须要联网，并向公安机关交通管理部门传送信息数据，但由于上述原因，这些停车场向公安机关交通管理部门传送信息数据时，便会出现信息数据格式不同以及传输问题。
以深圳市为例，为整治停车场管理混乱问题，深圳市计划在两年内将全市登记在册的停车场(2009年-2010年全市共有7000多家经营性停车场)实现联网，但这个计划从2009年下半年开始至今，只有2200多家停车场实现了联网。在实现联网的停车场中，由于存在信息数据上传格式和传输等问题，联网的停车场向公安机关交通管理部门上传的信息数据也不尽人意。深圳交警支队相关人士向记者坦言道：“在马路上跑的车，我们管理得比较到位了，但由于缺失标准以及管理困难等各种原因，我们对停车场里的车管理是缺失的。”
深圳市富士智能系统有限公司工程部经理张海玲介绍说，在深圳市，由于信息数据上传受阻而无法取得《深圳市经营性停车场许可证》或者无法通过年审的停车场不在少数，厂家因此无法回款的情况也相当普遍。面对日益复杂的无序状态，深圳市停车场通用标准的出台实施，将对深圳市智慧城市建设以及利益各方，都显得十分必要。
新标准看点一
标准或植入“深圳通” 实现智能化
“深圳通”于2006年初实现了地面公交与地铁的互通，随着一卡通以及移动支付技术的不断进步，电子支付手段逐渐得到普及和认可。但无论是在《深圳市停车场规划建设和机动车停放管理条例》中，还是在《深圳市经营性停车场设施管理暂行办法》中，均没有提及使用“深圳通”消费的规范通则。
作为全国性行业标准，《停车库(场)安全管理系统技术要求》对停车场系统组成、设备机械结构及安装要求、安全性、电磁兼容性、环境适应性、供电、防雷、接地等提出了具体要求，但也并没有为一卡通消费提供参考依据。此次，在深圳市停车场通用标准编制组工作会议上，有代表提出将“深圳通”植入标准的建议，得到了与会代表的广泛支持。深圳市红门智能科技股份有限公司(以下简称：红门公司)更进一步提出了分为三个阶段来实施的解决方案。
根据红门公司的构想，第一阶段是授权卡阶段，即在停车场管理、门禁管理、人行通道管理三个子系统中实现可以对深圳通授权，作为出入凭证，特别是在停车场管理系统中实现票箱作为深圳通卡自助查询终端，查询余额以及交易明细。“我们非常希望能够得到深圳通公司的允许，在我们的停车场票箱上表明支持深圳通支付。”红门公司代表称，此阶段已经完成，红门的停车场收费票箱已经开始配置具有4个PSAM卡插座的读卡器。
第二阶段便是将停车场收费票箱在人民银行金融卡认证中心进行相关测试(EMV Level1/ Level2)。技术上实现深圳通TypeA用户卡相关操作，支持PSAM卡相关操作。红门公司需要申请深圳通用户测试卡及PSAM卡进行相关测试，特别针对深圳通SONY卡片，红门公司将在停车场系统中配置深圳市联祥瑞公司的相关机具进行卡片操作。
最后在账务清算环节，将所有由红门推广的停车场管理系统统一联网到红门转发服务器，红门转发服务器相当于深圳通清算平台(或由深圳邮政清算系统)的一个前置机。所有接入工作只需要在红门转发服务器上实现，由红门转发服务器统一上传到深圳通清算系统。
“信息安全保障措施完全按照深圳通现有标准执行，或银行系统相关规范执行。”红门公司代表在标准编制工作会议现场回答了大家所关心的安全性问题。
新标准看点二
信息数据统一规范上传成硬性规定
为进一步规范经营性停车场的管理工作，深圳市公安局交通警察局根据《深圳市停车场规划建设和机动车停放管理条例》，制定了《深圳市经营性停车场设施管理暂行办法》，并于2009年7月15日开始实施。
在《深圳市经营性停车场设施管理暂行办法》“监控设施管理”一章中，规定“停车场应当安装机动车监控设备，并采集进出场机动车的号牌、图像、进出场时间等信息”，并对停车场采集机动车图像信息的要求作出具体规定。可是从“鼓励、支持停车场的机动车监控设备与公安机关交通管理部门联网，并实时向公安机关交通管理部门传送进出场机动车的图像等信息数据”一则中，我们不难发现，《深圳市经营性停车场设施管理暂行办法》并没有对停车场向公安机关交通管理部门上传信息数据作出强制性规定。
然而，在此次停车场通用标准的草案中，不仅规定了车辆、号牌图像捕获率不小于99%，并规定信息采集准确率白天不小于85%，夜间不小于75%(系统号牌识别率是指正确识别号牌信息数与实际应记录车辆数的百分比，抽样统计的车辆数不低于1000)。同时，草案对图像分辨率、图像颜色、图像文件存储大小以及灰度标准、像素点都作出了具体的规定。虽则在《深圳市经营性停车场设施管理暂行办法》中，也能找得到对图像分辨率、图像颜色、图像文件存储大小以及灰度标准、像素点的规定，但相对于“推荐性”而言，新停车场通用标准的“强制性”更具有执行力度，可操作性更强。
“在停车场通用标准中，必须强制性要求停车场管理方向公安机关交通管理部门停车场车辆监管系统中心实时报送符合通讯协议要求的信息数据。不联网上传有效信息数据，就不能获得《深圳市经营性停车场许可证》，或不能通过年审。”与会代表还要求，停车场管理方应接收并实时响应公安机关交通管理部门停车场车辆监管系统中心的图像调用要求。
新标准看点三
系统结构将影响项目验收及年审
停车场车辆管理系统以计算机网络技术、RFID和图像识别技术为主，完成出入口车辆进出自动化管理系统，实现车辆调度、出入控制的自动化管理，并对车辆相关信息进行全面管理。按照停车场通用标准(草案)的表述，采用规范化的符合行业特性的信息维护流程，规范原有车辆管理流程，显得很有必要。因此，停车场系统结构也将影响到整个项目的验收，以及后期的年审问题。
在停车场通用标准(草案)中，“停车场车辆管理系统结构”由一个中心，五个节点组成。即在“数据处理中心”下面，分为“入口控制中心”(包括入口控制、车辆检测系统、发卡读卡系统)、“车辆识别系统”(包括车位检测、信息检测)、“安全监控系统”(包括监控系统、报警系统)、“用户管理系统”(包括用户管理、计费收费)、“出口控制系统”(包括出口控制、车辆检测系统、收卡读卡系统)五个重要环节。停车场通用标准(草案)要求系统设计要实现远距离车辆身份识别的高度准确性，同时要实现网络化、自动化、流程化、人性化、多样化、数据安全保密性以及可扩展性的目标。
在标准编制会议上，深圳市捷顺科技实业有限公司(以下简称：捷顺公司)代表就停车场监管部分提出了不同的系统结构方案。捷顺代表所提出的停车场监管结构分为三大部分，第一部分是“车辆信息获取前端系统”，第二部分是“车辆信息(数据)通讯设备”，第三部分是“车辆监管数据管理中心”。虽然捷顺代表所提出来的系统结构未被标准编制组即时采纳，但起到了参考作用。
针对捷顺所提出的系统结构，有与会代表提出，不能将停车场车辆管理系统结构复杂化，否则将会使停车场项目的验收以及年审耗时费力。对此，深圳市富士智能系统有限公司工程部经理张海玲深表赞同。张海玲介绍说，目前停车场项目的验收要经过三个步骤，第一步，停车场将信息数据上传科技处，科技处查看识别率;第二步，识别率通过后，交警大队去现场核查停车场设备;第三步，设备检验合格后，交管局最后验证停车场信息数据上传的持续性(一个月内不能中断)。
“停车场达不到以上要求就被视为不合格，就必须要重新整改，再上报申请验收。这个过程最快也要两个月。”张海玲表示，就目前而言，很多停车场项目都达不到要求，这是大家所面临的现实问题。
与会代表观点
标准制订应考虑定位、全面性及可延续性
除技术要求之外，深圳市交警支队代表表示要考虑标准内容的全面性，建议拓展通用标准的覆盖范围，将安装、验收、管理、保养、年审等内容也纳入标准之中。对此，有代表提出质疑，认为既然是《停车场车辆管理系统通用技术条件要求》，那就应该将通用标准限制在技术的范围之内，如果超越技术层面，标准编制工作将涉嫌违规。
“其实标准的名称并不太重要，如果深圳当地对于标准内容的限制不严格，完全可以将安装、验收、管理、保养、年审等内容纳入其中。”公安部安全与警用电子产品质量检测中心标准部主任卢玉华则认为，停车场通用标准是针对停车场业主，还是针对车主，制定标准首先要明确通用标准的定位问题。
同时，停车场通用标准的可延续性也引起了代表们的关注。有代表指出，标准制订的内容应是模块化设计，这样才方便于维护和功能扩展的空间。“未来可以根据需求增加各种高级功能，可以根据用户的实际需要方便增加或者减少图像对比、图像识别、远距离识别、车牌识别、电子显示屏、语音模块、对讲模块等各种模块，可以给用户更多选择，并且可以有效提高售后服务的响应时间以及设备造价。”这位代表如是说。
捷顺代表在发言时表示，停车场通用标准应规定由具备自主研发能力的厂商提供产品，这样才能够提供硬件和软件的持续升级。这位代表解释说：“停车管理系统一经投入运营，出现故障必将造成业主的损失，而用户由于缺少专业知识，所以无法分辨供应商产品质量优劣、售后服务能力、后续持续升级能力。因此，需要选择具备自主研发能力，客户满意度高的厂商产品。”
对此，也有代表表示，编制标准所坚持的“开放性原则”不应仅是满足新技术发展需要，同时也应有兼容并包的思想。
厂家反应
停车场厂商会场秀方案 吸引关注
业界流传的说法是，一流企业做“标准”，二流企业做“品牌”，三流企业做“产品”。标准已成为企业间争夺的宠儿，这一点从企业代表在标准编制会上的积极表现程度便可见一斑。
据《停车场车辆管理系统通用技术条件要求》(草案)记录，参与停车场通用标准主要起草单位有深圳技防办、深圳市成壹胜信息技术有限公司、深圳市捷顺科技实业有限公司、深圳市红门科技股份有限公司四家单位。其中，捷顺公司和红门公司分别派出两名代表参加此次停车场通用标准编制会议。虽然未列于主要起草单位之中，科松也派出了代表参加此次标准编制会议。
在会议上，各企业代表均积极发言，提出一些具有前瞻性的修改建议。红门公司代表不仅介绍了自己公司的规划内容，还针对在通用标准中植入“深圳通”的建议提出了解决方案，给与会代表们留下深刻的印象。捷顺公司代表也不甘示弱，就停车场通用标准的覆盖范围提出了修改意见，建议将“经营性停车场”中“经营性”限制条件取消，将标准覆盖扩展到“深圳市行政区域内新建、扩建和改建的停车场(库)”。捷顺代表的这一提议得到与会代表们的认可。此外，捷顺代表还就信息数据传输通讯协议以及停车场监管结构提出不同的看法，为标准编制组提供了具有参考价值的观点。
对于捷顺、红门、科松参与标准编制会议，而富士智能、博思高、车安、创通、大手控制、饶兴智能、汇生通、旺龙、九鼎等停车场品牌企业未能列会，引起业界猜测。
有业内人士认为，博思高主导起草《停车库(场)安全管理系统技术要求》之后，而为了保卫“霸主”地位，捷顺则积极寻求主导起草《停车场车辆管理系统通用技术条件》。对此，博思高避而不谈，刻意回避评论停车场信息数据上传的相关问题。而富士智能副总经理李大江得悉通用标准正在编制后积极回应，表示将继续关注停车场通用标准编制工作。
更有业界人士认为，深圳停车场技术标准的出台，在全国范围内都将是一个引领和参照，这对于全国各大城市的停车场规范管理，将起到积极的助推作用。
阅读延伸
停车场通用标准编制工作进度计划(草案)
·2011年4月，主编单位编制《停车场车辆管理系统通用技术要求》项目建议书和草稿，主编单位协调深圳市市场监督局。
·2011年6月，主编单位讨论工作、统一认识，邀请参编单位，起草“规程编写大纲”和编制工作进度计划，筹备“编制组”成立暨第一次工作会议。
·2011年6月29日，召开“编制组” 成立暨第一次工作会议，按会议纪要规定和分工要求，各成员分别对草稿进行修改完善。
·2011年7月，征求意见稿起草阶段，反复修改完善《停车场车辆管理系统通用技术要求》。
·2011年7月16日—8月16日(30天)，在指定的网站公开征求意见，征求意见不超过一个月。发征求意见函时，需要附上征求意见的表格，以利于对意见的综合、整理。在征求意见过程中，编制组应随时掌握主要分歧意见，对于难以取得一致意见的问题，要及时进行调整、分析和研究，加强联系和协商：提出解决方案，作为进一步协调统一的基础。
·2011年8月，标准起草工作组对征求来的意见进行归纳、整理，逐条由起草人提出处理意见，然后经标准起草工作组集体讨论、确定。
·2011年9月，标准审查会对标准内容的全面审核及确认，确保标准技术内容的全面、完整、准备、严密。修改送审稿，汇集修改意见，准备形成标准报批稿。
·2011年10月，向有关部门递交报批稿。