标准规范下载简介
DB4403 T312-2023智慧停车 路内信息联网技术要求.pdfICS 35.240.60 CCSR85
DB4403/T 312—2023
范围.. 规范性引用文件 术语和定义.. 路内信息联网构成 联网系统接口及数据定义 联网通信接口要求 联网安全要求 10
江浦高级中学新建新疆班综合楼土建及水电安装工程施工组织设计范围. 规范性引用文件 术语和定义.. 路内信息联网构成 联网系统接口及数据定义 联网通信接口要求 联网安全要求
DB4403/T 3122023
智慧停车路内信息联网技术事
本文件规定了智慧停车路内信息联网的系统构成、系统接口及数据定义、通信接口要求及安全要求。 本文件适用于城市停车管理平台和路内停车管理系统之间的联网通信和数据交互
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件， 仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本 文件。 GB/T20269信息安全技术信息系统安全管理要求 GB/T20271信息安全技术信息系统安全通用技术要求 GB/T25068.1信息技术安全技术网络安全第1部分：综述和概念 YD/T2248互联网数据中心和互联网接入服务信息安全管理系统技术要求 YD/T2405互联网数据中心和互联网接入服务信息安全管理系统接口规范
路内信息联网是路内停车管理系统与城市停车管理平台之间通过数据交互实现智慧停车业务的模 式， 二者之间的交互过程如图1。 注：路内停车管理系统通过联网通信实现与城市停车管理平台之间的数据交互。具体为路内停车管理系统将采集到 的数据上报至城市停车管理平台；城市停车管理平台可对数据进行处理并下发指令到路内停车管理系统，路内
亭车管理系统处理指令。
4.2.1数据交互内容
数据交互的内容包括： 前端设备信息，如设备号、设备状态等； 位置信息，如停车区位置、车（泊）位位置等； 业务信息，如车牌颜色、车牌字符、车牌所在区域图像、支付订单等； 过程状态和中间状态信息，如车（泊）位状态信息，车辆出入/离位等。
4.2.2数据交互要求
数据交互满足以下要求： a) 1 路内停车管理系统应按照城市停车管理平台提供的接口标准协议进行数据交互，包括通信协议 数据报文、数据报文加解密格式： b） 路内停车管理系统应具有接收到城市停车管理平台的指令时可实时处理并反馈上行数据的能 力； C 1 路内停车管理系统应具有当某一节点岩机时，可采用集群等方式对外提供服务，以保证与城市 停车管理平台之间正常数据交互的能力； d) 1 路内停车管理系统应具备数据异常处理能力，在网络抖动或者服务重新加载的情况下能将上传 失败的数据重新上传到城市停车管理平台
路内停车管理系统与城市停车管理平台的接口包括车（泊）位信息上报接口、车（泊）位设备 报接口、黑白名单上报接口、停车记录入位接口、停车记录离位接口、停车区同步接口、同步剩 泊）位数接口等，接口清单见表1。
DB4403/T 3122023
5.2.1车（泊）位信息同步接口
5.2.1.1场景：路内停车管理系统将停车区的车（泊）位信息上传到城市停车管理平台，可批量上传。
5.2.1.1场景：路内停车管理系统将停车区的车（泊）位信息上传到城市停车管理平台，可批量上传。 5.2.1.2请求数据属性：请求数据属性定义见表2。
（泊）位信息请求数据
5.2.2车（泊）位设备状态上报接口
5.2.2车（泊）位设备状态上报接口
5.2.2.1 场景：路内停车管理系统为及时、准确获取车（泊）位关联设备的在线/离线状态，调用此接 口。 5.2.2.2 数据属性：请求数据属性定义见表3
表3车（泊）位设备状态请求数据属性定义
5.2.3黑白名单上报接口
景：路内停车管理系统调用此接口上报黑白名单 居属性：请求数据属性定义见表4。
表4 黑白名单请求数据属性定义
5.2.4停车记录入位接口
2.4.1场景：同步入位数据记录，此接口以车牌号和记录编码为数据上传唯一标识，入位记录 传以最近一条记录为准进行数据更新。 2.4.2数据属性：请求数据属性定义见表5。
表5停车记录入位请求数据属性定义
DB4403/T 3122023
5.2.5停车记录离位接口
5.2.5停车记录离位接口
5.2.5.1场景：同步离位数据记录，此接口以车牌号和记录编码为数据上传唯一标识，离位记录不应 重复上传。 5.2.5.2 数据属性：请求数据属性定义见表6。
表6停车记录离位请求数据属性定义
5.2.6停车区同步接口
2.6.1场景：路内停车管理系统上传停车区数据到城市停车管理平台调用此接口，若停车区数 变化，路内停车管理系统调用此接口向城市停车管理平台进行同步更新。 2.6.2数据属性：请求数据属性定义见表7。
表7停车区同步请求数据属性定义
5.2.7同步剩余车（泊）位数接口
5.2.7同步剩余车（泊）位数接口
5.2.7.1场景：路内停车管理系统上传停车区空余车位数据到城市停车管理平台调用此接口，若停车 区空余车位数据发生变化，路内停车管理系统调用此接口向城市停车管理平台进行同步更新。 5.2.7.2数据属性：请求数据属性定义见表8。
DB4403/T 3122023
c）业务字段命名规范为小驼峰形式，如：deviceId； d）使用接口一次发送数据的大小不超过10M字节； e）路内停车管理系统和城市停车管理平台采用NTP服务器进行时间同步； f）各个接口采用HTTP协议1.1进行数据通信；采用RESTful规范进行数据传输 6.1.2协议请求数据和应答数据应满足表9和表10的基本格式。
路内停车管理系统和城市停车管理平台采用NTP服务器进行时 f） 各个接口采用HTTP协议1.1进行数据通信；采用RESTful规范 6.1.2协议请求数据和应答数据应满足表9和表10的基本格式。
表9 请求数据基本格式
10应答数据基本格式
联网通信内容如下： a) 1 路内停车管理系统与城市停车管理平台通过指定协议建立连接： b 路内停车管理系统通过HTTPPOST方式上报数据； C) 城市停车管理平台对上传请求进行处理； d) 城市停车管理平台处理完成以JSON数据格式进行响应。
城市停车管理平台与路内停车管理系统之间数据传输有定时和实时两种方式： 日 定时传输：可自定义数据传输时间，如基础数据可每天发送1次； b） 1 实时传输：对实际业务产生的数据实时进行传输，
城市停车管理平台与路内停车管理系统之间的数据信息传输应具备幂等性，当数据传输出现异常情 况时，应采用以下方式处理： a）当路内停车管理系统通信链路出现故障时，系统具备状态监控功能，实时对通信中断进行警告 并记录日志； b）当路内停车管理系统出现网络故障或断电时，路内停车管理系统实现本地化数据存储，待故障 解除后可恢复数据并重新上传；同时，路内停车管理系统的数据管理单元具备时钟校正功能， 同步间隔应不超过24h； C) ）路内停车管理系统向城市停车管理平台发送数据出现请求超时再次尝试请求发送，超过3次请
求超时或失败应尝试间隔性发送数据，时间间隔30s、1min、2min、5min、20min。若在 时间间隔范围内尝试发送仍然失败应触发系统告警人工介入排查，数据链路恢复正常后将离线 数据重新上传到城市停车管理平台。
表12转义字符对照表
城市管理平台接收来自路内停车管理系统的数据请求后进行处理返回一个HTTP的响应消息， 应也由四个部分组成，分别是：状态行（StatusLine）、消息头（Header）、空行和响应正文（Conten 据响应要求见表13
宜家施工组织设计DB4403/T 3122023
通信数据应在发送前进行签名，防止数据传输过程中被纂改。城市停车管理平台应提供 ey和accessSecret，accessKey用来表示第三方平台身份，accessSecret用来做接口签名安全 据接口要求见表14
6.6.2路内停车管理系统通过SHA1签名算法对数据包完成签名发送请求到城市停车管理平台，城市停 车管理平台按照同样的签名算法对接收到的报文参数进行验签，签名一致验签通过，否则拒绝本次数据 请求。
路内停车管理系统通过SHA1签名算法对数据包完成签名发送请求到城市停车管理平台，城市停 台按照同样的签名算法对接收到的报文参数进行验签，签名一致验签通过，否则拒绝本次数据 络内停车管理系统和城市停车管理平台约定数据签名并生成signature步骤如下： 对所有待签名参数按照字段名的ASCII码按字典排序后，使用URL键值对的格式（即 key1=value1&key2=value2·）拼接成字符串；
6.6.3路内停车管理系统和城市停车管理平台约定数据签名并生成signature步骤如下： a）对所有待签名参数按照字段名的ASCII码按字典排序后，使用URL键值对的格式（即 keyl=valuel&key2=value2·）拼接成字符串； 示例： accessKey=5051B42F23C993C2&autoCheck=1&berthNumber=PA20160714&carType=0&harCode=1232125&reportTime 20160301143322&noncestr=2245447845&parkCode=20160317125733&plateCo1or=黑&plateNumber=京A88888&type=1 b）字符串后面追加accessSecret； 示例： accessKey=5051B42F23C993C2&autoCheck=1&berthNumber=PA20160714&carType=0&harCode=1232125&noncestr=22 45447845&parkCode=20160317125733&plateColor=黑&plateNumber=京 A88888&reportTime=20160301143322&type=ladfdcdfdffdfdf c）进行SHA1签名，然后转换为16进制字符串，得到signature。 示例： 0349ff184c7ffd73c1d0f6be1482cf75c0032a7f
6.6.3路内停车管理系统和城市停车管理平台约定数据签名开生成signature步骤如下： a）对所有待签名参数按照字段名的ASCII码按字典排序后，使用URL键值对的格式（即 key1=valuel&key2=value2）拼接成字符串； 示例： accessKey=5051B42F23C993C2&autoCheck=1&berthNumber=PA20160714&carType=0&harCode=1232125&reportTime 20160301143322&noncestr=2245447845&parkCode=20160317125733&plateCo1or=黑&plateNumber=京A88888&type=1 b）字符串后面追加accessSecret； 示例： accessKey=5051B42F23C993C2&autoCheck=1&berthNumber=PA20160714&carType=0&harCode=1232125&noncestr=22 45447845&parkCode=20160317125733&plateColor=黑&plateNumber=京 A88888&reportTime=20160301143322&type=1adfdcdfdffdfdf c）进行SHA1签名，然后转换为16进制字符串，得到signature。 示例： 0349ff184c7ffd73c1d0f6be1482cf75c0032a7f
青年教师公寓建设项目施工组织设计通信接口数据参数类型定义见表15。