智慧停车 路内信息联网技术要求

1DB13/TXXXXX—XXXX智慧停车路内信息联网技术要求本文件规定了智慧停车路内信息联网的系统架构、系统接口、通信接口要求及安全要求。本文件适用于智慧停车云平台和路内停车管理系统之间的联网通讯和数据交互。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T20269信息安全技术信息系统安全管理要求GB/T20271信息安全技术信息系统安全通用技术要求GB/T25068.1信息技术安全技术IT网络安全第1部分：网络安全管理GB50010混凝土结构设计规范GB50017钢结构设计规范GB50168电气装置安装工程电缆线路施工及验收规范GB50666混凝土结构工程施工规范GB50755钢结构工程施工规范CJJ37城市道路工程设计规范CECS459城市道路开挖及快速回填技术规程YD/T2248互联网数据中心和互联网接入服务信息安全管理系统技术要求3术语和定义下列术语和定义适用于本文件。3.1路内停车场指利用城市道路一侧或两侧，按照相关法律、规定的要求划出的可供车辆停放的场所。3.2车（泊）位指专供汽车停放的位置，一个停车场会有多个车（泊）位。3.3智慧停车云平台是指运用物联网、云计算、大数据等技术，通过与第三方停车、充电、机械车库等系统或平台的对接，获取、处理停车场停车信息，将各停车资源互联互通实现停车资源共享、一账通行等，向社会大众提供车位诱导、车位信息查询、错峰停车等服务的平台。3.4路内停车管理系统2DB13/TXXXXX—XXXX路内停车管理系统主要用于整合管辖区域的路内停车场信息，具体为停车场的数据采集、存储、处理、发布等，停车费用的支付、结算，以及设备的状态监控和远程管控。4路内信息联网系统架构4.1概述路内停车管理系统包含路内停车信息采集设备以及路内停车管理平台。采集设备将采集到的图像数据进行结构化处理，将结果与对应的图像信息传至智慧停车云平台。智慧停车云平台对已上传数据再次进行识别检测，将最终识别结果转化为停车记录信息，同步至路内停车管理平台，并由路内停车管理平台根据计费规则补全信息，形成停车订单信息。4.2数据采集设备4.2.1功能要求路内停车信息采集设备功能，应满足以下要求：a)应实现路内停车区域以及禁停区域的图像监控，实现对路内停车重要设备设施的实时监控。b)应具有车牌识别、违停车辆抓拍取证以及安防监测等功能，应具有车型识别、车牌颜色识别功c)应实现对跨位停车、压线停车、逆向停车等异常状态的自动判别及告警，实现对反复入位停车的正确识别。d)应实现实时信息的缓存和错误重传功能，应实现网络离线时，可进入离线工作模式，应实现防重复记录功能。e)应具备自动对时、故障自查、抗干扰和软件模块远程控制升级及自检状态定时上报，抗干扰不限于静电放电抗扰度、射频电磁场抗扰度、电快速瞬变脉冲群抗扰度和浪涌抗扰度。f)补光灯应支持光敏控制，低照度自动开启，补光灯应支持红外/蓝牙等无线方式进行亮度调节功能并可在软件平台展示工作状态。g)支持断点续传通信、设备远程管理与维护。h)应能够提供图片合成、数据管理分析、停车事件记录等功能，其中记录内容至少包括驶入/驶出车辆的车牌号码、车辆类型、车牌颜色、驶入/驶出时间、停车时长、停车场名称、停车泊位编号、是/否违章；生成驶入/驶出停车特写及时序全景图片。i)图像内容分为入场图片与出场图片，其中入场图片中至少包括以下信息：时序全景图片和车辆特征特写图，时序全景图片包括至少4张能反应车辆停车入位过程的图片；车辆特征特写图能清晰辨别车辆外观特征、车牌号码；目标停车位及车辆已停车入位。图片中应叠加有设备编号、入场日期、入场时间、泊位编号信息；图片中有线段标识目标停车位区域和车辆特征检测区域；出场图片中至少包括以下信息：时序全景图片和车辆特征特写图，时序全景图片包括至少4张能反应车辆驶出泊位过程的图片；车辆特征特写图能清晰辨别车辆外观特征、车牌号码；目标停车位及车辆已驶离泊位。图片中应叠加有设备编号、出场日期、出场时间、泊位编号信息；图片中有线段标识目标停车位区域和车辆特征检测区域。j)支持前端存储，内置存储容量不小于16G，可扩展容量不小于1T。k)采集设备的环境适应性、电磁兼容性、安全性、及其他功能要求应符合GB/T17626中的相关规定。l)应实现实时通讯功能，通过TCP/IP方式上传，传输延迟时间不大于3min。m)系统应具备视频监控功能，可通过管理平台显示车辆停入车位、离位过程和周边场景的视频画面。n)应实现设备主控设备的远程重启和软件升级功能。o)在低寒地区使用时，应具有设备预加热功能。4.2.2性能要求路内停车信息采集设备性能，应满足以下要求：3DB13/TXXXXX—XXXXa)应实现图像存储，图片信息应至少分别采集车辆驶入、驶离停车泊位时的停车特写图片和时序全景图片各一张，图片中的时间信息应与采集的对应时间一致。b)车位状态变化检测时间不超过300s，具有停车过滤功能，过滤无效停车数据。c)视频码率可调，帧率不低于15fps；支持超低照度，镜头图像传感器不小于1080P。d)应具备时钟同步计时和校时功能，系统24小时计时误差不大于1s。e)设备应防水、防尘、防潮、防锈蚀、防雷击，抗振动、耐高低温，安全防护等级达到IP67防护标准。f)应支持嵌入式WEB服务功能，能通过网页浏览器访问摄像机。g)应实现设备低功耗模式下整机功耗<20W且连续工作168小时不出现断电，机械或系统故障。4.2.3安装要求a)设备设置应综合考虑停车管理与服务的实际需求、安装环境、设备的工作特点及安装施工要求等多种因素，重点考虑树枝遮挡问题和施工条件，确保设备能够正确发挥作用。b)设备的安装高度应符合CJJ37中道路最小净高要求，不应妨碍车辆或行人通行。c)设备安装应首先考虑与其他设备设施杆体复用；当无法复用时，可考虑自行立杆，自行立杆应根据车位位置、绿化树木的茂密程度等因素进行设置。d)设备安装固件连接必须可靠牢固，防风防雷击，工作接地电阻不大于4Ω,总体整齐美观，不妨碍行人安全通行。e)涉及城市道路挖掘、回填等道路施工的，应符合CECS459中的相关规定。f)配套中继设备若复用现有设备设施杆体，则应由具有检测资质的第三方机构进行安全性检测，并出具书面检测报告。若自行立杆，设备杆体、基础、线路敷设等设计施工应符合GB50010、GB50017、GB50666、GB50755和GB50168中的相关规定。g)安装设备务必避开电车线路、高压线缆、道路标识牌等遮挡物。h)立杆施工过程中要注意埋在地下的管道、电缆等设施，不允许破坏公共设施。必要时需要物探作业作为指导。4.3数据采集内容路内停车信息采集设备采集的内容包括驶入/驶出车辆的车牌号码、车辆类型、设备编号、车牌颜色、驶入/驶出时间、停车时长、停车场名称、停车泊位编号；生成驶入/驶出停车特写及时序全景图片。5联网系统接口以及数据5.1接口清单路内停车管理系统与智慧停车云平台的接口包括设备信息上报接口、泊位状态上报接口、停车记录入场接口、停车记录出场接口、停车场同步接口、同步剩余泊位数接口等，接口清单见表1。表1接口清单4DB13/TXXXXX—XXXX5.2接口数据定义5.2.1车位信息车位信息见表2。表2车位信息5.2.2设备信息设备信息见表3。表3设备信息设备列表设备属性25.2.3停车入场信息停车入场信息见表4。表4停车入场记录10：蓝；1：黄；2：绿；3：黄绿；4：黑；5：白1入场车辆特写图片5DB13/TXXXXX—XXXX25.2.4停车出场信息停车出场信息见表5。表5停车出场记录10：蓝；1：黄；2：绿；3：黄绿；4：黑；5：白1出场车辆特写图片出场车牌特写图片2入场车辆特写图片115.2.5停车场信息停车场信息见表6。表6停车场信息115.2.6订单信息订单信息见表7。表7订单信息6DB13/TXXXXX—XXXX订单唯一编码，第三方即合作伙伴订单编码单位：分单位：分单位：分15.3接口定义5.3.1接口目录接口目录见表8。表8接口定义5.3.2获取token接口场景：用于客户端获取token值，该token值为后续的API接口提供调用凭证。数据属性：请求数据属性定义见表9。表9请求数据属性定义5.3.3车（泊）位信息上报接口场景：路内停车管理系统将停车场的泊位信息上传到智慧停车云平台，可批量上传。数据属性：请求数据属性定义见表10。表10请求数据属性定义7DB13/TXXXXX—XXXX5.3.4设备信息上报接口场景：路内停车管理系统将停车场的设备信息上传到智慧停车云平台，可批量上传。数据属性：请求数据属性定义见表11。表11请求数据属性定义设备列表25.3.5设备状态上报接口场景：路内停车管理系统为及时、准确获取视频泊位关联设备的在线/离线状态，调用此接口。数据属性：请求数据属性定义见表12。表12请求数据属性定义15.3.6停车记录入场接口场景：同步入场数据记录，同步此接口按照车牌和record为依据，入场记录重复上传以最新的为准。数据属性：请求数据属性定义见表13。表13请求数据属性定义10：蓝；1：黄；2：绿；3：黄绿；4：黑；5：白1入场车辆特写图片8DB13/TXXXXX—XXXX25.3.7停车记录出场接口场景：同步出场数据记录，同步此接口按照车牌和record为依据，出场记录不能重复上传。数据属性：请求数据属性定义见表14。表14请求数据属性定义10：蓝；1：黄；2：绿；3：黄绿；4：黑；5：白1出场车辆特写图片出场车牌特写图片2入场车辆特写图片115.3.8停车记录修改接口场景：路内停车管理系统的停车记录如果发生了修改，需要通过此接口同步给智慧停车云平台。数据属性：请求数据属性定义见表15。表15请求数据属性定义10：蓝；1：黄；2：绿；3：黄绿；4：黑；5：白15.3.9停车场同步接口9DB13/TXXXXX—XXXX场景：路内停车管理系统上报停车场数据到智慧停车云平台调用此接口，如果停车场数据发生变化也需要调用此接口。数据属性：请求数据属性定义见表16。表16请求数据属性定义115.3.10同步剩余车（位）泊数接口场景：路内停车管理系统上报停车场空余车位数据到智慧停车云平台调用此接口，如果停车场空余车位数据发生变化也需要调用此接口。数据属性：请求数据属性定义见表17。表17请求数据属性定义45.3.11订单信息推送接口场景：停车场，用户订单支付成功以后，将订单信息发送给停车场管理系统。数据属性：请求数据属性定义见表18。表18请求数据属性定义订单唯一编码，第三方即合作伙伴订单编码单位：分单位：分单位：分DB13/TXXXXX—XXXX15.3.12停车费用查询接口场景：用户根据recordCode查询对应停车记录的停车费用。recordCode是停车场管理系统对停车记录的唯一标识。通过recordCode确定停车记录唯一身份。数据属性：请求数据属性定义见表19。表19请求数据属性定义5.3.13流水图片上传接口场景：为了将业务图片和数据包分离，现在业务图片使用此接口单独上传；支持车牌图，特写图，全景图；需要注意imageType，busiType取值。数据属性：请求数据属性定义见表20。表20请求数据属性定义hardCode6联网通信接口要求6.1基本要求应用此规范的接口时，应满足以下要求：a)传输格式采用JSON。b)编码格式采用UTF-8。c)使用接口一次发送数据的大小不超过10M字节。d)智慧停车云平台和第三方停车场运营平台必须采用如NTP等时间同步技术和格林威治时间保持同步。e)各个接口采用HTTP协议1.1版本进进行传输；采用RESTful规范。f)协议请求和应答应满足表21和表22的基本格式。表21请求数据基本格式4是是DB13/TXXXXX—XXXX是表22应答数据基本格式是否4是是6.2联网通信内容6.2.1数据上报流程数据上报流程主要包括路内停车管理系统与智慧停车云平台连接、路内停车管理系统通过HTTPPOST方式上报数据、云平台返回JSON格式数据。6.2.2指令下发流程指令下发流程主要包括路内停车管理系统将数据上报至智慧停车云平台、云平台返回JSON格式数据并下发指令、路内停车管理系统处理指令、路内停车管理系统通过HTTPPOST方式上报处理结果、云平台返回JSON格式数据。6.3数据传输要求6.3.1传输方式智慧停车云平台与路内停车管理系统之间数据传输有定时和实时两种方式：a)定时传输：可自定义数据传输间隔，范围为1s-1min,调整单位为1s。b)实时传输：数据实时传输。6.3.2异常处理智慧停车云平台与路内停车管理系统之间的数据信息传输应保持一致，出现异常情况时应满足以下要求：a)路内停车管理系统当通信链路出现故障时，系统应具备状态监控功能，实时对通信中断进行警告并记录日志。b)路内停车管理系统向云平台发送1条数据，超过2条数据未收到回复指令，应重新发送；如发送超过3条数据未收到回复指令，应断开连接重新连接。c)当网络出现故障时，路内停车管理系统可缓存，待故障解除后可恢复数据并重新上传；同时，路内停车管理系统的数据管理单元应具备时钟校正功能，同步间隔应不超过1小时。6.4数据请求数据请求采用Http进行通信，URL采用ISO8859_1字符集，由四个部分组成，分别是：请求行（RequestLine）、请求头部（Header）、空行和请求正文（Content）。具体内容参加表23。表23数据请求格式要求Method/${path}/${function}Accept:application/jsContent-Type:application/x-www-formContent-Length:xxxxxxx(这两个字段对于PUT、POSTDB13/TXXXXX—XXXX数据格式为key1=value1&key2=value2.....6.5数据响应服务器接收并处理客户端发过来的数据请求后会返回一个HTTP的响应消息，HTTP响应也由四个部分组成，分别是：状态行（StatusLine）、消息报头（Header）、空行和响应正文（Content）：表24数据响应格式要求HTTP/1.1StateCode{}6.6接口签名通讯数据应进行签名验证，防止被篡改。接口提供方应提供accessKey和accessSecret，accessKey用来表示第三方平台身份、accessSecret用来做接口签名安全认证。智慧停车云平台提供认证参数如下：a)accessKey=123456（第三方厂商唯一标识，固定不变）b)accessSecret=adfdcdfdffdfdf（第三方厂商秘钥，需要定期更换）数据包传输过程中防止篡改，需要签名验证：accessKey=adfdcdfdffdfdf，这个字符串是客户端和服务端共有的accessSecret，只有在数据传送签名时用，具体签名signature生成方式如下：步骤1：对所有待签名参数按照字段名的ASCII码按字典排序（从小到大）后，使用URL键值对的格式（即key1=value1&key2=value2…），拼接成字符串。例如:accessKey=5051B42F23C993C2&autoCheck=1&berthNumber=PA20160714&carType=0&harCode=1232125&reportTime=20160301143322&nonce