停车管理平台通信协议.DOC

平台接入IP/端口——9:12600 联调联系人：杨允强 QQ: 471004624 上海市公共停车信息接入 通讯协议 适用范围 本通讯协议适用于上海市公共停车场（库）采集终端、各公共停车二级平台与市级公共停车管理信息平台之间实时停车信息的上传、交互。 根据各停车场库、平台及运营模式的不同条件，以下3种模式均可适用本协议。 停车场库直联模式 在此模式下，停车场库服务器端通过无线通讯装置（如3G路由器/网卡）的方式，直接与市级公共停车管理信息平台之间进行实时停车信息的上传、交互。通讯方式、内容格式直接按照本协议内容执行。（典型场库：10个P+R停车场库） 停车场库+采集终端模式 在此模式下，停车场库服务器端以指定格式（沪交科〔2013〕713号《公共停车场（库）电子收费系统技术要求》）将实时停车信息，通过RS485、TCP/IP、USB等物理通讯方式，上传到由交通卡公司提供的场库采集终端设备。由采集终端设备转换为本协议格式后，通过无线网络转发到市级公共停车管理信息平台。（典型场库：50个独立接入的场库中的部分） 停车场库二级平台模式 在此模式下，一定数量停车场库的停车信息已能够实时接入到某二级信息平台。由该二级平台按本协议要求，将所辖范围内所有停车场库的实时停车信息上传到市级公共停车管理平台。未来有新场库接入时，按照“新增一家，接入一家”的模式进行上传。（典型平台：大手公司数据二级平台） 通讯模式 同步应答 发送方与接收方采用同步方式，同时支持长连接与短连接。当连接上长时间无数据传输时，接收方可以主动断开连接。如下图所示： 客户端使用同步的方式发送数据.流程如下: I. 客户端开启一个连接 II. 客户端发送一条请求 III. 服务端接收到请求后,返回相应的结果 IV. 客户端收到返回的结果之后,开始发送下一条请求 V. 服务端接收到请求后,返回相应的结果 (中间省略N个发送与接收的过程) VI. 客户端关闭连接. 1) 以TCP/IP的协议进行传输。通讯如果需要加密，考虑https方式实现 2) 停车点为数据发送方（请求方），“停车信息平台”系统为数据接收方（响应方）。 3) 数据发送/接收过程为同步方式，即一问一答方式，接收方接收到发送方发来的数据后做出回复发送方收到接收方的回复后才进行下一条未发送数据的发送。 4) 如果收到接收方的回应为错误数据，则该条数据暂不发送，作为补发数据处理。接收方不能识别的报文，发送方负责记录和保存，双方共同确定报文不能识别的原因和解决方案，报文能够识别后重发。 5) 双方约定的接收响应时间为20秒，即发送方发送一条数据后，如20秒还未收到回复，则断开本次连接。等待3分钟重新连接并发送当前时间的数据。 6) 发送方对于三天内未发送成功的数据自动进行补发，补发时间间隔为30分钟一次。 7) 超出自动补发时间段的未发送成功的数据需通过手工方式发送给对方 8) 考虑到双方都是通过网络来实现数据传输，并可能遇到不可抗力造成的网络中断（网络运营商造成或自然灾害等），故双方应同时对突发情况做好预警工作，能及时做出人工干预。 协议格式 协议头 + 通讯内容； 协议头： 总长度为5个字节； 4字节 1字节 表示“通讯内容”部分的长度； 通讯内容是否压缩； 1 – 通讯内容经过压缩； 0 – 通讯内容未压缩； 如： [0x00,0x04,0x00,0x00]表示1024； 通讯内容： json方式封装通讯内容，utf-8编码； 压缩方式采用zip算法，压缩包中文件名为“json.txt”； 举例： {“code”:“P011”,”commRequest”: {“clientId”:”001”,”tsn”:”1234567890”,”sim”:”1234567890”, ”pasm”:”1234567890”,”sysVer”:”wince5”,”appVer”:”pm1.0”},”uid”:”010001”,”pwd”:”123456”,”longi”:”123.4567”,”lati”:”23.4567”,”batchcode”:”2011080101000101”,”name”:””,”address”:”宣化路300号”,”opentime”:”24小时”,”price”:”10元每小时”} 以上例子中文需要url编码 如果为加密传输（当前暂不采用），采用https协议，POST方法，Key Value内容如下： commLen= json对象的长度 zipFlag= 压缩标志，默认0不压缩 jsonContent=json对象的内容 举例： POST / HTTP/1.1 Host:停车信息平台URL User-Agent： Content-Type：application/x-www