《兰州市智慧停车信息联网技术规范》公开征求意见

　　为加快推进兰州市智慧停车信息联网工作，有效缓解我市停车难、停车乱的问题，按照《兰州市着力缓解停车难加快智慧停车建设实施方案》文件要求，兰州市公安局交通警察支队研究起草了《兰州市智慧停车信息联网技术规范(征求意见稿)》，包括总则、路外停车场管理系统技术要求、路内停车场管理系统技术要求和停车信息联网技术要求。现面向社会广泛征求意见。

　　同时请有关单位和社会各界人士提出宝贵的修改意见和建议，于2018年7月15日前，按附件格式填写后以邮寄、传真或电子邮件方式报送至兰州市公安局交通警察支队交通科研所，也可至兰州市公安局交通警察支队交通科研所当面反馈。联系电话：13399314838，0931-5167106。

兰州市智慧停车系统信息联网技术规范

第一部分 总则

1. 范围

本部分规定了智慧停车系统总体架构、总体要求、总体建设原则。

本部分适用于兰州市智慧停车的规划、建设和管理。

2. 规范性引用文件

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文 件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

《GB/T 29745 公共停车场（库）信息联网通用技术要求》

《GA/T 761 停车库（场）安全管理系统技术要求》

3. 术语与定义

下列术语和定义适用于本文件。

3.1. 联网传输 Network transmission

停车场与停车信息平台通过通信网络上传剩余车位、车辆通行记录等停车信息。

3.2. 停车场管理系统 Parking charge management system

利用通讯、计算机网络、系统集成等技术，对进、出停车场的车辆进行登录、管理、监控、车位引 导、寻车的综合智能化系统。本系统包括停车场中央管理子系统、出入口管理子系统、车位引导子系统、寻车子系统。

3.3. 停车场电子支付 Parking lot electronic payment

在停车场增设移动支付、银行卡支付、行业卡支付等电子支付服务，提高停车场的通行速度。

3.4. 停车信息平台 Parking information platform

通过采集、处理停车场停车信息，向社会大众提供车位引导、车位信息查询、错时停车等服务。同时，通过数据的分析向相关管理单位提供行政监管服务和治安监控服务。

4. 停车场分类

4.1. 按停车场类型分（主要分类方式）

4.1.1. 路外停车场（库）

指道路用地控制线以外专门开辟兴建的停车场、停车库或停车楼。

4.1.2. 路内停车泊位

利用道路一侧或两侧设置的停车泊位。

4.2. 按服务对象分

4.2.1. 公共停车场

公共停车场是指为社会车辆提供停放服务的停车场所。主要设置在城市出人口、外围环境、大型商场、文化娱乐(影剧院、体育场馆)、医院、机场、车站、码头等公共设施附近，面向社会开放，为各种出行者提供停车服务。

4.2.2. 配建停车场

配建停车场是指在各类公共建筑或设施附属建设，为与之相关的出行者提供停车服务的停车场。主要是办公楼、园区等停车场所。

4.2.3. 专用停车场

专用停车场是指建在住宅小区、行政企事业单位等内部，仅供本单位内部车辆停放的停车场和私人 停车场所。

4.3. 按管理系统分

4.3.1. 路外停车场出入口管理子系统

4.3.2. 取卡/取票出入口管理子系统

停车场采用基于IC卡识别技术的取卡停车管理系统，在停车场的出入口处设置一套出入口管理设备，通过识别IC卡进行车辆的检验、记录、收费，实现车辆的进出场管理。

4.3.3. 免取卡出入口管理子系统

停车场采用基于视频识别技术的免取卡停车管理系统，通过出入口视频识别设备识别车牌号码、车型及车辆颜色进行车辆的检验、记录、收费，实现车辆的进出场管理。

4.3.4. 路内停车泊位管理子系统

4.3.5. 地磁车位检测器：

地磁车位检测器是通过监测地磁的变化状况，实现车辆有无的判断.将判断结果通过无线射频传输到接收器.进而上传到停车服务平台。

4.3.6. 手持终端车位管理系统：

是指通过手持PDA进行车辆信息传输，从而完成车位管理。

4.3.7. 高位视频管理系统：

是指通过架设在道路一侧的高位视频拍摄的车辆出入场信息，来管理泊位。

5. 总体要求

5.1. 城市级系统架构

图1-兰州市智慧停车平台系统架构

5.1.1. 架构说明

（1）采集层：通过停车场管理系统的规范建设、改造，生成停车信息并上传停车信息平台。

（2）传输层：通过运营商的传输网络，将停车场管理系统与停车信息平台连通。

（3）处理层：即平台层，通过停车信息平台对停车信息进行汇总、分析、处理。

（4）服务层：将平台处理后的停车信息向使用单位、公众用户提供服务。

5.2. 路外停车场管理系统架构

5.2.1. 总体架构说明

（1）车场级停车系统由停车场中央管理子系统、出入口管理子系统、车位引导管理子系统、寻车管 理子系统组成。停车场中央管理子系统可与其他任意一个子系统组合或独立工作。

（2）停车场中央管理子系统：由系统服务器、管理计算机等设备组成，实现对出入口管理子系统、车位引导管理子系统、寻车管理子系统的设备控制、数据处理功能。

（3）出入口控制子系统：由停车场中央管理单元、出入口控制设备、缴费终端等组成，实现对车辆进出、缴费的管理。

（4）车位引导子系统：由停车场中央管理单元、引导部分、检测采集部分组成，实现对车位状态的检测、显示及引导车辆停放至空车位。

（5）寻车管理子系统：由停车场中央管理单元、引导部分、检测采集部分组成，通过视频识别、刷卡定位、二维码扫描、取票定位等技术，实现车位上车辆的定位。

5.3. 路内临时停车泊位管理系统架构

5.3.1. 架构说明

（1）基础设施层：包含地磁车位检测器和手持巡PDA。地磁车位检测器负责泊位状态等信息的采集与上报；手持PDA负责将出入场车辆照片信息实时发送至路边停车信息系统。

（2）信息传输层：包含中继器和网关。网关负责收集车位检测器的上报信息，并发送至路边停车信息系统；当网关与车位检测器之间的距离超出其通信距离范围时，可在其间设置中继器以延长通信距离。

（3）数据汇集层：用于接收采集到的泊位信息，并将信息汇集整理后发送给停车管理平台。

（4）应用层：即交警支队智慧停车管理平台。

6. 总体要求

6.1. 联网传输要求

（1）管理系统与平台的联网通信应支持多种网络方式（如互联网、专网）。

（2）联网传输协议应支持国内外主流协议的一种或多种（如http协议、socket协议）。

（3）数据传输过程中应对数据进行加密传输。

（4）数据传输的时效性、准确率应符合联网技术要求。

6.1.1. 停车场管理系统要求

（1）停车场管理系统应能按照联网技术要求生成停车信息，并上传至平台。

（2）停车场管理系统的设计应符合有关风险等级和防护级别标准的要求，满足出入安全管理要求。

（3）停车场管理系统应满足不同类型、不同规模停车场的管理需求，宜实现车位引导、反向寻车、便捷缴费等功能。

（4）停车场管理系统功能设计应符合国家相关软件标准的要求，满足功能界面简洁、操作简单等特点。

（5）系统软硬件性能与参数应符合停车场管理系统技术要求的要求。

6.1.2. 停车场电子支付要求

（1）停车场宜支持一种或多种电子支付方式，电子支付包括移动支付、银行卡支付、行业卡支付。

（2）停车场宜建设电子支付专业通道，提高停车场的通行速率。

7. 总体建设原则

7.1. 规范性与适应性

系统应符合国际标准和工业标准的相关接口要求，可以与各停车场及用户实现联网和通讯，可以支持应用开发平台和系统软件平台的良好移植能力，符合有关设计规范、任务书及建设方的管理和使用要求。

系统应尽量采用模块化结构，提高数据、程序模块的独立性，便于模块的修改、内容的修改，以提高系统适应环境变化的能力。

7.2. 安全性和稳定性

系统应经过完善的设计和充分的测试运行，具备在较长时间内连续无故障的运行能力。

系统应提供全面、有效的系统安全机制。

系统应采用国内外主流的设备、技术产品，在相应的应用领域占有较大的用户市场，在技术方 面处于领先地位，保证系统的不断升级和更新的需要。

7.3. 准确性和实时性

系统应能准确实时的采集停车信息，并通过网站、移动终端、各级诱导屏发布车位信息。

7.4. 兼容性和易用性

系统应具备开放的标准化体系结构，可方便地与其它业务系统衔接，实现与其它业务系统间的无缝集成。

系统应具备易操作、操作页面简洁等特点。

第二部分 路外停车场管理系统技术要求

1.范围

本标准规定了路外停车场（库）管理系统的通用功能要求、扩展功能要求、 联网功能要求。

本规范适用于兰州市辖区内所有路外停车场（库），是全市公共停车场（库）前端以及管理系统改造或新建的技术性指导文件。

GA 36 中华人民共和国机动车牌号

GA /T 1202交通技术监控成像补光装置通用技术规范

3.1.停车场中央管理子系统Parking Central ManagementSubsystem

指对停车场系统硬件设置、状态获取及对软件系统场站设置、报表数据查询、识别调试等进行操作管理。

3.2.出入口收费子系统 Entrance feesubsystem

对单通道、多出入口、地面地库嵌套及一进一出标准停车场的车辆进行视频抓拍或线圈触发识别，系统自动记录车辆信息，实现对车辆在正常出入时的临时车辆收费放行和月卡车辆自动放行的操作系统。出入口管理系统包括，取卡/票出入口管理系统、蓝牙识别管理系统、自动识别管理系统及无人值守管理系统。

3.3.射频识别Radio Frequency Identification

属出入口管理子系统，利用电磁耦合或感应耦合，通过各种调制和编码方式，与射频标签进行通信， 唯一读取射频标签身份的技术。

3.4.车辆图像 vehicle image information

指在停车场（库）出、入口采集的车辆特征图像，包括车辆号牌、车辆颜色、车辆类型、车辆品牌等。

3.5.车辆号牌信息 information of vehicle license plate

包括车牌号码、车辆号牌颜色、实时抓拍图片等特征信息。

3.6.有效车辆数 number of effective vehicle

指系统记录的车辆图像之中符合特征图像要求的车辆数。

4.1.路外停车场（库）系统组成架构

路外停车场（库）系统由停车场中央管理子系统、出入口收费子系统、车位引导管理子系统、寻车管理子系统组成。停车场停车场中央管理子系统可与其他任意一个子系统衔接工作。

4.2.停车场中央管理子系统

由系统服务器、管理计算机等设备组成，实现对出入口收费子系统、车位引导管理子系统、寻车管 理子系统的设备控制、数据处理功能。停车场中央管理子系统可与其他任意一个子系统独立组合工作。

4.3.出入口管理子系统

停车场出入口管理子系统主要由入口部分（包含多入口）、出口部分（包含多出口）和停车场中央管理单元组成。

4.3.1.入口部分

入口部分主要由识读部分、控制部分、执行部分和提示部分组成，可增设对讲等辅助设备、图像获取部分。

4.3.2.出口部分

出口部分的设备组成与入口部分基本相同，提示部分增加费额显示器。

4.4.车位诱导管理子系统

车位引导子系统主要由停车场中央管理单元、引导部分、检测采集部分组成。

4.5.寻车管理子系统

通过视频识别、刷卡定位、二维码扫描、取票定位等技术，实现车位上车辆的定位。寻车管理子系统主要由停车场中央管理单元、引导部分、检测采集部分组成。

5.1.通用功能要求

5.1.1.图像识别与采集

5.1.2.识别方式

路外停车场管理系统至少支持视频识别、射频识别两者中其中一种识别方式或双模式混合识别。

5.1.3.识别车牌类型

车牌识别设备具备对符合标准规定的民用、警用、军用、武警、新能源等车辆号牌的自动识别能力并且识别率实际情况必须≥95%。

5.1.4.识别准确率

射频车载电子标签完好的情况下，射频识别率≥99%；视频车牌抓拍、识别必须符合GA/T497及相关技术要求，实现车牌自动识别功能，其用于车牌识别的字符库应齐全，即应能识别在我国道路上行驶的机动车车牌完整、清晰、安装规范，且无遮挡、无污损的情况下，车牌识别准确率在实际使用过程中必须达到≥95%，宜达到99%。

5.1.5.图像要求

图像文件格式应为JEPG；颜色不小于24位真彩色；图像分辨率不低于1024*768；车牌识别图像应完整、清晰。清晰度应能满足人工对车辆号牌信息认定的要求。

5.1.6.采集要求

机动车进出路外停车场（库）时应采集机动车图像各不少于1张。

5.1.7.人工操作及信息补录

5.2.其他配合要求

停车场（库）管理系统及设备支持人工操作模式，管理员可以手动操作并采集、录入信息，当出现系统故障、无牌车进出等情况时，确保信息录入及时、无遗漏。

5.2.1.车牌变更要求

（1）法定号牌式样变化后，应在60天内实现对新式样号牌的识别。

（2）辅助照明：每台摄像机至少含有1台内置、外置的补光灯，辅助照明设备技术要求应符合GA/T1202规定。

5.2.2.扩展功能要求

（1）系统校时：与事件记录、显示及识别信息有关的计时部件应有时钟校准功能。

（2）系统恢复：当受到外界环境干扰不能正常工作的情况下，系统能自动恢复，系统恢复时间不超过24小时。

（3）停车信息存储时长：停车场（库）应在本地存储过车信息不少于6个月；对具有视频录像前端的停车场（库），建议本地存储视频文件不少于30日。

（4）报表查询：系统必须支持对临时车、月卡车及其他授权类型的完整车辆信息查询及导入导出功能。

（5）费率模式：系统必须支持增加、修改、删除多种费率模式，并可对费率标准进行系统自动切换功能。

（6）车位诱导系统：配备剩余泊位显示屏用于实时显示停车场（库）剩余的泊位数量。

5.2.3.联网功能要求

（1）连接方式：停车场（库）管理系统采用互联网或专线接入兰州市停车场（库）车辆信息联网平台，在物理接入方式上可以选择有线传输、无线传输。

（2）通讯接口：停车场（库）管理系统至少具有1个10M/100M 及以上的自适应以太网口。

（3）通讯协议：停车场（库）管理系统应通过TCP/IP协议族中的加密协议（如SSL等）与兰州市停车场（库）车辆信息联网平台实现通信。

（4）宽带要求：停车场（库）管理系统每出入口上行专用带宽不低于1Mb。

（5）断点续传：当停车场（库）管理系统出现系统、网络等故障时，应在本地存储所有数据，确保数据不丢失，待故障消除后立即自动续传。

（6）电源冗余：停车场（库）建议选配备UPS装置，在设备断电时及时供电，保证管理系统正常运行，并与兰州市停车场（库）车辆信息联网平台保持实时联系，备用电源连续供电时间不低于1小时。

（7）安全要求：系统应能安全可靠的在互联网环境下运行，并确保停车场（库）基本信息、过车信息等信息防篡改、防泄漏。停车场（库）安全管理应符合GA/T761-2008的规定。

第三部分 路内停车泊位管理系统技术要求

1. 范围

本部分规定了路内停车泊位管理技术类型、手持终端系统功能、地磁车位检测设备功能。

本规范适用于兰州市辖区内所有路内停车泊位，是全市路内停车泊位管理系统改造或新建的技术性指导文件。

2. 规范性引用文件

GB/T 9813 微型计算机通用规范

GB/T 17626.2 电磁兼容 试验和测量技术 静电放电抗扰度试验

GB/T 17626.3 电磁兼容 试验和测量技术 射频电磁场辐射抗扰度试验

3. 术语与定义

3.1. 拍照和摄像功能

应具有拍照和摄像的功能，配备闪光灯，支持夜间拍摄。

3.2. 信息录入功能

应预装中文输入法软件，支持手写输入与触控键盘输入。

3.3. 信息存储功能

应支持通过移动存储介质进行信息存储，并能与计算机连接进行数据传输交换。

3.4. 无线通信功能

手持巡检终端应支持多种无线通讯方式: 应支持至少一种移动通信运营商的网络制式：、应支持Wi-Fi无线局域网络传输、应支持蓝牙4.0以上近距离数据传输。

4. 技术类型

路内临时停车泊位常规管理技术有三类，分别是地磁车位检测技术、高位视频车位检测技术、手持终端车位管理技术。

5. 手持终端系统功能

5.1. 系统通用功能

5.1.1. 考勤巡检管理

支持使用卫星定位功能实现对巡检人员巡逻执勤监测。

5.1.2. 车辆信息录入

应预装中文输入法软件，支持手写录入或触控键盘录入车辆号牌信息、车辆出入场时间信息、停车泊位编号信息、收费信息等。

5.1.3. 拍照功能

应具有拍照或摄像功能，可加配备闪光灯，支持夜间拍摄。

5.1.4. 小票打印

支持车辆出入场信息和收费信息的小票打印功能。

5.1.5. 蓝牙支持

应支持蓝牙4.0以上近距离数据传输。

5.2. 软件系统扩展功能

5.2.1. 锁定功能

可支持暂时锁定机器，避免误操作。

5.2.2. RFID识读

可支持RFID电子车牌信息卡识读功能，用以匹配车牌信息与车辆真实信息或完成无感支付功能。

5.2.3. 一维条码和二维条码识读

可支持一维条码和二维码扫描，便于用户电子支付。

5.2.4. 多媒体数据实时传输

可支持多媒体据的传输。

5.2.5. 泊位监控（【选配】与地磁联动管理功能）

支持泊位状态纠错。

5.3. 系统联网功能

5.3.1. 无线网络制式

应支持至少一种移动通信运营商的网络制式。

5.3.2. Wi-Fi支持

应支持Wi-Fi无线局域网络传输。

5.3.3. 断点续传功能

应具有对采集的数据实现断点续传的功能。由于传输网络故障等因素，采集的数据未能及时上传，待传输网络恢复正常后应能实现历史数据的断点续传。

5.3.4. 故障处理功能

应具有故障自检和故障告警功能，设备出现软件故障时，应能自动复位或告警提示。

5.4. 软件系统性能要求

5.4.1. 操作系统

采用Android 5.0以上版本的智能操作系统。

5.4.2. 系统准确率

系统泊位状态判定准确率应不小于98%。

5.4.3. 系统响应时间

在系统正常运行和网络信号覆盖良好的情况下，采集数据从车位检测器上传到路边停车信息系统的时间应不大于10s。

6. 地磁车位检测系统功能

6.1. 系统通用功能

6.1.1. 信息采集功能

应能实现车辆出入泊位状态信息、设备状态信息、设备心跳信息等采集。

6.1.2. 无线网组通信功能（普通地磁）

应能实现无线自动组网，采集的信息可通过无线通信的方式上传至中继器或网关。

6.1.3. 无线通信功能（NBIOT地磁）

应支持至少一种移动通信运营商的网络制式。可进行固件升级、参数设置、数据回传等。

6.1.4. 故障处理功能

应具有故障自检和故障告警功能，设备出现软件故障时，应能自动复位或告警提示。

7. 地磁车位检测设备要求

7.1. 检测设备要求

7.1.1. 工作寿命

车位检测器应采用内置电池供电，无需外接电源。在不更换电池的情况下，设备全天候工作时电池寿命应不小于3年。  

7.2. 设备性能要求

7.2.1. 检测准确率

在车辆合规停放情况下，泊位状态监测准确率应不小于98%。

7.2.2. 可靠性

在正常工作条件下，车位检测器的平均故障间隔时间（MTBF）应不小于10000h。

7.2.3. 传输延时

地磁车位检测系统检测到泊位状态变化后，应实时上传至接收设备，最大传输延时应不大于500ms。

第四部分 停车信息联网技术要求

1. 范围

本部分规定了停车场信息联网的联网方式、数据传输内容、数据传输格式、接口协议的技术要求。

本部分适用于与兰州市停车信息平台联网的停车场的信息采集、传输。

2. 规范引用文件

GB/T 29745 公共停车场(库)信息联网通用技术要求 。

3. 术语及定义

3.1. 剩余车位数 The amount of remaining parking spaces

当前时刻可用于提供公众停车服务的空余车位数，剩余车位数=原空车位数–进入车辆数+驶离车辆数。

3.2. 车辆通行记录 Vehicle traffic Record

车辆进出停车场的车牌号码、进出时间、进出地点、操作员信息等车辆进出信息。

3.3. 车辆检测器 Vehicle detectors

在停车场车位上方或车道上安装的感应线圈、微波检测器、超声波检测器、视频检测器，用于检测是否有车辆停放或通过。

4. 停车场信息采集方式

4.1. 直接采集方式

直接采集方式指利用车辆检测设备采集停车信息的采集方式，在停车场车位上方安装车辆检测器(如微波检测器、超声波检测器、视频检测器)采集停车场车位占有情况，通过通讯模块将采集到的停车信息传送到停车场管理服务器，然后再通过通信网络发送到停车信息平台。

4.2. 间接采集方式

间接采集方式指从停车场管理系统采集车辆进出场记录、剩余车位数的采集方式，即停车场管理系统采集出入场车辆信息，通过局域网将停车信息传送到停车场管理服务器，停车场收费管理系统进行统计车位信息，通过服务器将采集到的停车信息发送到停车信息平台。停车场管理系统的数据传输接口采用TCP/IP协议。

5. 数据采集

5.1. 采集内容

5.1.1. 停车场公共数据

5.1.2. 车辆入场数据

5.1.3. 车辆离场数据

5.1.4. 车位状况上报数据

5.1.5. 收费员交接班数据

       5.2. 数据准确率

（1）停车场上传的停车场名称、地址、编号、车位数等静态信息的准确率≥99%。

（2）停车场上传的剩余车位数、车辆通行记录等动态信息的准确率≥95%。

6. 联网通信

6.1. 联网通信要求

（1）停车场管理在通信网络中应具有独立的IP地址。


（2）停车信息平台数据通信接口传输方式采用传输协议采用http/https协议传输。

（3）停车场管理系统根据接口协议，定时生成要上传的数据报文，并即时上传至指定的停车信息平 台的通信应用服务器中。通行类数据文件实时上传，剩余车位信息每隔3min上传一次。


（4）停车信息平台自动监测停车场站级与停车信息平台的网络连接情况，当网络连接断开时，产生报警提醒。


（5）支持网络异常情况下的数据补传功能。


（6）从停车场管理系统发出数据到中心接收到数据，产生的数据平均时延≤10s、丢包率≤0.2%、误码率≤0.2%。

6.2. 联网通信过程

首先，停车场管理系统连接到智慧停车场管理平台，并验证通过，成功后停车场管理系统通过向停车信息平台发送车位状态包来保持连接，在连接的条件下，停车场管理系统与停车信息平台完成实时数据传输。

6.2.1. 通信连接的建立

停车场管理系统向停车信息平台发送验证请求包，如果停车信息平台给予正确的反馈，则表示停车场验证成功。

6.2.2. 数据传输

当有车辆进出车场时，停车场管理系统实时向停车信息平台上报车辆进出场数据。停车信息平台收到进出场数据后，返回给停车场管理系统接收状态。上传功能应有异步断链缓存及重传机制，保证数据不丢失。

附件1  通信协议报文 

1. 通信协议说明

6.3. 报文传输及编码

http post请求，请求和响应报文均为json格式，编码统一采用utf-8格式url:http://ip:port/parking/interface/receive

1.1 空值说明

传递参数中对于可选参数，String类型统一传递一个空串(“”)，整形、浮点型统一传递0。

2. 报文参数

6.4. 共参数列表

示例：

以收费员交接班记录上报为例（设merchantCode为1001，privatekey为035f10cf53ae4725a8c25b4f57da94fb）

A.1 构造业务数据json字符串

{"handoverPerson":"张三"," transferPerson ":"李四"," tradeTime ": 1514251819000 }

A.2 使用秘钥clientkey对json字符串进行3des加密并输出成base64编码字符串，作为data字段

Emvxc+xOv/PIfsrSrFNjjiQzk7Ixzlj5x9tlPQLbxxZ1r/sNpzv8j7TMTKOmPBW0kywpLdthhnnXHAN7uDzrrfbfNm9luMEqYgxo9INTLgo=

A.3 计算sign，拼接参数字符串，设timestamp为2017-12-12 15:23:36拼接后的字符串为

1.01004Emvxc+xOv/PIfsrSrFNjjiQzk7Ixzlj5x9tlPQLbxxZ1r/sNpzv8j7TMTKOmPBW0kywpLdthhnnXHAN7uDzrrfbfNm9luMEqYgxo9INTLgo=10012017-12-12 15:23:36035f10cf53ae4725a8c25b4f57da94fb

使用sha256计算sign得到

0e95bd9006465c36632fb8036bc2960e26811107d60a7998d9b6bd6bdf11af5d

A.4 组装提交给服务器的json数据

{

"merchantCode":"1001";

"messageType":"1004";

"data":"Emvxc+xOv/PIfsrSrFNjjiQzk7Ixzlj5x9tlPQLbxxZ1r/sNpzv8j7TMTKOmPBW0kywpLdthhnnX\r\nHAN7uDzrrfbfNm9luMEqYgxo9INTLgo=";

"sign":"0e95bd9006465c36632fb8036bc2960e26811107d60a7998d9b6bd6bdf11af5d";

"version":"1.0";

"timestamp":"2017-12-12 15:23:36";

     "parkId":'1234';

}

A.5  post数据到服务器

A.6  服务端按相同算法和秘钥计算sign和post过来的sign进行比对验证合法性，逆向解密data数据

A.7 服务器重复1到4步将响应结果组装成json格式数据返回给客户端，并返回200 http状态码

A.8 客户端重复第六步验证数合法性，并逆向解密得到服务端响应结果

6.5. 车辆入场参数列表

示例：

{"plateNo":"甘A12345","plateParseInfo":"津A22222"," vehicleType":"小型车"," entryId": "进口","entryTime":1514251819000,  " entryPhoto":" ..."}

B.1响应参数列表

6.6. 车辆离场参数列表

示例：

{"plateNo":"甘A12345","plateParseInfo":"津A22222"," vehicleType":"小型车","entryTime": 1514884024000, "exitTime": 1514882983000, "exitId": "出口", "exitPhoto": "..."，"entryId": "进口", "entryPhoto": "..."，" tradeType":" CASH"，"tradeTime":1514882983000 ,"accounts": 10.0, "cash": 4.5,"tollCollectorName": "张三"}

C.1 响应参数列表

6.7. 车位状况参数列表

示例：

{"recordTime":1514884024000,"slotCount":120,"occupiedSlotCount":29,"leaseOccupiedSlotCoun": 23, "tempOccupiedSlotCount": "12", "orderedSlotCount":"10", "areaId": "1"}

D.1 响应参数列表

2.1 收费员交接班参数列表

示例

{"handoverPerson":"张三"," transferPerson ":"李四"," tradeTime ": 1514251819000 }

D.1 响应参数列表

7. 报文data加密与签名

（1）构造请求参数对象

（2）转化为json格式字符串

（3）3des加密（ecb加密，不要IV，/ECB/PKCS5Padding）

（4）base64编码加密后的字节数据

（5）将version+messageType+data+merchantCode+tiemestamp+privatekey进行sha256运算获得签名sign数据

（6）privatekey由平台分配提供