DB65／T 4050.2-2017标准规范下载简介

DB65／T 4050.2-2017 停车场（库）车辆信息管理 第2部分：数据交换规范

停车场（库）车辆信息管理 第2部分：数据交换规范

亭车场（库）车辆信息管理

Vehicle information management for parking lot Part2:Dataexechangespecification

数据交换采用GB/T2312及GB/T18030规定的信息交换用汉字编码字符集基本集及扩展作 示的字符集。

TCBDA29-2019：搪瓷钢板工程技术规程5信息采集数据交换文件

居交换文件命名规则和文件格式应符合表1的规定

表1命名规则和文件格式

5.2车辆进/出记录文件

车辆进出时在出入口产生的进出记录，实时上传到停车场（库）车辆信息采集系统。数据结构应符 合表2的规定。（示例见附录B）

表2车辆进/出记录数据结构

6.1.1数据交换采用TCP/IP网络通讯协议

DB65/4050.22017

1.1数据交换采用TCP/IP网络通讯协议， 1.2通讯请求与应答是一一对应的，一对请求与应答组成一次联机信息交互（以下简称交互） 相互关联的交互组成一次会话，每次会话之间是独立的，没有流程处理上的上下文关系

通信线路上传送的报文最天长度为4096Byte 当请求或应答报文长度大于此长度限制时，应当 多个报文来传送，使每个报 长度限制

系统中任何一类报文均由包头、包体、校验码3部分组成。其中，包头由包长度、同步信息、 志三部分组成。报文数据结构应符合表3规定

数据项 名称 类型 长度（字节） 包长度 msgLen Hex 2 包头 同步信息 syncInfo Hex 2 压缩标志 zipFlag Hex 1 包体 body / 变长 校验码 crcCode Hex 4 注：包长度：报文的长度（不包括本字段长度）。 同步信息：由停车场采集客户端定义的用于匹配请求信息的数据块。平台在应答中原样返回，多包请求（应答） 中各个包的同步信息应相同。 压缩/算法：对包体进行压缩/压缩算法的标识。0－不压缩，其它－未定义。 校验码：对包体进行CRC校验计算。

包长 同步信息：由停车场采集客户端定义的用于匹配请求信息的数据块。平台在应答中原样返回，多包请求（I 中各个包的同步信息应相同 压缩/算法：对包体进行压缩/压缩算法的标识。0－不压缩，其它－未定义。 校验码：对包体进行CRC校验计算。

6. 4. 1 交互流程

文件上传会话交互流程见图1

6.4.2文件上传报文包体

文件上传会话交互流程

文件上传请求/应答数据结构应符合表4的规定。

上传请求/应答数据结

6.4.2.2文件数据上传数据结构应符合表5的规定

表5文件数据上传数据结构

7.1计量检定分为计时装置当前时刻检定、时段检定两种。

GB／T 12085.3-2022 光学和光子学 环境试验方法 第3部分：机械作用力.pdf7.1计量检定分为计时装置当前时刻检定、时段检定两种。

DB65/ 4050.22017

2数据交换使用HTTP传输协议和第6章中规定的通讯协议混合进行。分为检定、获取结束时间 当前时刻3类会话。

检定会话使用HTTP传输协议进行交互，由采集客户端向平台发出请求，询问平台是否允许计量检定。

7.3. 1 交互流程

南京某体育场基础工程施工组织设计检定会话交互流程见图2

检定请求命令格式应符合表6规定。