GB/T 42442.3-2023 智慧城市 智慧停车 第3部分：平台技术要求

　　ICS 35 . 240 . 01 CCS L 70

　　中 华 人 民 共 和 国 国 家 标 准

　　GB/T 42442 . 3—2023

　　智慧城市 智慧停车

　　第 3 部分 : 平台技术要求

　　Smart city—Smart parking—

　　part 3 : Technology requirements for platform

　　2023-09-07 发布 2024-04-01 实施

　　国家市场监督管理总局国家标准化管理委员会

　　

　　发

　　

　　布

　　GB/T 42442 . 3—2023

　　目 次

　　前言 Ⅲ

　　引言 Ⅳ

　　1 范围 1

　　2 规范性引用文件 1

　　3 术语和定义 1

　　4 缩略语 2

　　5 平台总体架构 2

　　6 基础设施层 3

　　7 数据层 3

　　8 应用服务层 4

　　9 运维管理 7

　　10 安全管理 7

　　11 平台接口 8

　　附录 A (资料性) 接 口 1 示例 14

　　参考文献 73

　　I

　　GB/T 42442 . 3—2023

　　前 言

　　本文件按照 GB/T 1 . 1—2020《标准化工作导则 第 1 部分:标准化文件的结构和起草规则》的规定起草 。

　　本文件是 GB/T 42442《智慧城市 智慧停车》的第 3 部分 。GB/T 42442 已经发布了以下部分:

　　— 第 1 部分:总体要求 ;

　　— 第 3 部分:平台技术要求 。

　　请注意本文件的某些内容可能涉及专利 。本文件的发布机构不承担识别专利的责任 。

　　本文件由全国信息技术标准化技术委员会(SAC/TC28)提出并归口 。

　　本文件起草单位:中国电子技术标准化研究院 、中电科新型智慧城市研究院有限公司 、杭州海康威视数字技术股份有限公司 、深圳市捷顺科技实业股份有限公司 、北京交通大学 、山东浪潮新基建科技有限公司 、华为技术有限公司 、北京万集科技股份有限公司 、南威软件股份有限公司 、云赛智联股份有限公司 、建设综合勘察研究设计院有限公司 、杭州立方控股股份有限公司 、深圳市华傲数据技术有限公司 、成都秦川物联网科技股份有限公司 、北京通通易联科技有限公司 、山东省标准化研究院 、上海数字产业发展有限公司 、德州市大数据局 、中睿信数字技术有限公司 、城云科技(中国)有限公司 、交通运输部规划研究院 、北京精英路通科技有限公司 、成都市标准化研究院(成都市 WTO/TBT咨询中心) 、北京航空航天大学 、河南省静态交通运营管理有限公司 、江苏赛西科技发展有限公司 、智慧互通科技股份有限公司 、北京筑梦园科技有限公司 、中建科工集团智慧停车科技有限公司 、浙江咪网电子科技有限公司 、广东安快智能科技有限公司 、深圳市财门智能科技有限公司 、中科大数据研究院 、山东新一代标准化研究院有限公司 。

　　本文件主要起草人:张红卫 、刘文 、彭革非 、张胜妙 、许昭林 、吴颢 、刘冠华 、周波 、崔昊 、余海波 、林光周 、曾飞 、张焕周 、吴志雄 、章建兵 、苏莹 、施广明 、刘仿 、郑强 、邵泽华 、胡环宇 、张明状 、熊自伟 、李腾 、胡金晖 、王瑶瑶 、王天小 、孙广华 、李超 、冯晓蒙 、刘晓静 、张国强 、刘奕 、胡星 、刘莎 、盛浩 、唐斌 、罗凌 、韦营 、胡恺 、李开民 、闫军 、段洪义 、蒋官业 、曾彪 、肖勇善 、李健生 、王妍 、黄少安 、钟端洋 、庄广新 。

　　Ⅲ

　　GB/T 42442 . 3—2023

　　Ⅳ

　　引

　　

　　言

　　停车问题是关系城市发展和百姓民生的重要社会问题之一 。 随着新技术的广泛应用和智慧城市建设的深入推进 , 智慧停车已成为解决我国城市停车问题的重要举措 。 为了规范和引导智慧停车行业发展 , 促进停车信息互联互通 , 实现停车资源的高效利用和合理配置 , 制定智慧停车相关标准成为行业共同的需求 。GB/T 42442《智慧城市 智慧停车》旨在为智慧城市场景下智慧停车的规划 、设计 、建设及运维等提供依据 , 拟由三个部分构成 。

　　— 第 1 部分:总体要求 。 目的在于确立智慧停车的总体架构 , 并规定智慧停车物联感知 、网络通信 、计算存储 、数据支撑 、应用服务 、安全等基本要求 。

　　— 第 2 部分:数据要求 。 目的在于规范智慧停车的数据分类和数据元素 , 并规定数据管理 、数据采集 、数据传输 、数据处理 、数据存储 、数据共享交换以及数据安全等要求 。

　　— 第 3 部分:平台技术要求 。 目的在于确立智慧停车平台的总体架构 , 并规定平台基础设施层 、数据层 、应用服务层 、运维管理 、安全管理以及平台接口等技术要求 。

　　GB/T 42442 . 3—2023

　　智慧城市 智慧停车

　　第 3 部分:平台技术要求

　　1 范围

　　本文件规定了智慧停车平台的总体架构 、基础设施层 、数据层 、应用服务层 、运维管理 、安全管理以及平台接口等技术要求 。

　　本文件适用于指导开展智慧停车平台的规划 、设计 、建设及运维等工作 。

　　2 规范性引用文件

　　下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款 。其中 , 注 日期的引用文件 , 仅该日期对应的版本适用于本文件;不注日期的引用文件 , 其最新版本(包括所有的修改单)适用于本文件 。

　　GB/T 22239—2019

　　信息安全技术 网络安全等级保护基本要求

　　GB/T 35273—2020

　　信息安全技术 个人信息安全规范

　　GB/T 40689—2021

　　智慧城市 设备联接管理与服务平台技术要求

　　3 术语和定义

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

　　3.1

　　智慧停车 smart parking

　　利用信息和通信技术实现城市停车资源的监测 、管理 、服务 , 提高城市停车资源利用率 、停车管理效率 、停车服务质量的一种智慧应用 。

　　[来源: GB/T 42442 . 1—2023 , 3 . 1] 3.2

　　停车场 parking lot

　　供机动车停放的场所及地上 、地下构筑物 。一般由出入口 、停车位 、通道和附属设施组成 。

　　注 : 本文件所指停车场包括路内停车场和城市公共停车场 。其中 , 城市公众停车场是指位于道路红线以外的独立占地的面向公众服务的停车场和由建筑物代建的不独立占地的面向公众服务的停车场 。

　　[来源: GB/T 51149—2016 , 2 . 0 . 1 , 有修改] 3.3

　　智慧停车平台 smart parking platform

　　实现智慧停车数据和业务集成开放 , 面向公众服务 、运营服务 、监管服务等需求 , 为用户提供停车数据的接入 、管理 、共享交换以及应用支撑服务的一种信息系统 。

　　[来源: GB/T 42442 . 1—2023 , 3 . 6] 3.4

　　停车位 parking space

　　为停放车辆而划分的停车空间或机械停车设备中停放车辆的部位 。 由车辆本身的尺寸加四周必需

　　1

　　GB/T 42442 . 3—2023

　　的空间组成 。

　　[来源: GB/T 51149—2016 , 2 . 0 . 2] 3.5

　　停车管理系统 parking management system

　　具备停车场车辆出入认证 、登记 、监控和管理等功能的信息系统 。

　　4 缩略语

　　下列缩略语适用于本文件 。

　　API:应用程序编程接口(Application Programming Interface)

　　APP:应用程序(Application)

　　ETC:电子不停车收费系统(Electronic Toll Collection)

　　HTTPs: 超文本传输安全协议(Hypertext Transfer Protocol secure)

　　ID:身份识别号(Identity Document)

　　IP:网际协议(Internet Protocol)

　　IPv6:互联网协议第 6 版(Internet Protocol version 6)

　　JsoN: Js对象简谱(Javascript object Notation)

　　MQ:消息队列(Message Queue)

　　Pos:销售点(Point of sales)

　　P+R:停车换乘(Park and Ride)

　　TCP:传输控制协议(Transmission Control Protocol)

　　TLs:安全传输层协议(Transport Layer security)

　　URL:统一资源定位系统(Uniform Resource Locator)

　　5 平台总体架构

　　智慧停车平台总体架构如图 1 所示 。

　　图 1 智慧停车平台总体架构

　　2

　　GB/T 42442 . 3—2023

　　注 1 : 基础设施层 、数据层 、应用服务层 、运维管理 、安全管理(实线框内容)及平台接口是智慧停车平台的核心 , 也是本文件约束的核心范围 。

　　注 2 : 其他停车管理系统 、其他行业应用及相关城市公共平台(虚线框内容)是智慧停车平台的相关内容 , 不是本文件约束的范围 。

　　智慧停车平台总体架构由基础设施层 、数据层 、应用服务层 、运维管理 、安全管理 、平台接口等 6 个部分组成 。各部分描述如下 。

　　a) 基础设施层:提供基础的物联感知设备 、网络资源以及计算存储资源等 。

　　b) 数据层:提供数据采集 、数据存储 、数据处理 、数据管理 、数据共享交换等能力 。

　　c) 应用服务层:提供公众服务 、运营服务 、监管服务等服务 。

　　d) 运维管理:提供平台 自身运维管理能力 。

　　e) 安全管理:提供平台 自身以及平台对外服务的安全管理能力 。

　　f) 平台接口 :根据平台业务交互对象 , 平台定义了如下外部接口 :

　　1) 接 口 1 是智慧停车平台与其他停车管理系统之间的接 口 , 实现平台和其他停车管理系统之间的数据交换 , 提供数据和服务能力支撑以及适配接入管理 ;

　　2) 接 口 2 是智慧停车平台与其他行业应用和相关城市公共平台之间的接 口 , 提供数据共享与交换能力 , 支撑其他行业应用 。

　　6 基础设施层

　　基础设施层主要为智慧停车平台提供基础的物联感知设备 、网络资源以及计算与存储资源等 , 应符合以下要求 。

　　a) 物联感知设备要求:

　　1) 应支持统一设备通信协议及数据格式 , 实时感知车与车位状态 ;

　　2) 应支持设备间互联分布式通信能力 , 实现设备智能互联并与业务联动 , 实现快速发现和连接设备 , 高效进行任务分发与数据传输 。

　　b) 网络资源要求:

　　1) 应支持 4G/5G/第五代固定网络(F5G)/基于蜂窝的窄带物联网(NB-IOT)等多网络融合 , 支持 IPv6 及后续扩展 ;

　　2) 应支持根据停车业务需求提供独立网络切片 、动态弹性收缩 、带宽自动负载均衡 , 端到端承载多业务 ;

　　3) 应支持接入侧应用 、感知终端设备自动识别 , 智能路径优化 , 提供精细化网络保障 。

　　c) 计算与存储资源要求:

　　1) 应支持基于存储 、算力和网络带宽 、可用率进行统一协同调度 , 实现云网资源最优配置 ;

　　2) 应支持与云端平台协同 , 设备即插即用和系统自动化配置 ;

　　3) 应支持固件/软件差分升级 , 断点续传 。

　　7 数据层

　　7 . 1 概述

　　智慧停车平台提供数据采集 、存储 、处理 、管理 、共享交换等功能 , 实现可持续的数据质量和数据安全管控 , 促进停车数据共享 、开放和应用 。

　　7 . 2 数据采集

　　应支持与其他停车管理系统 、行业应用系统等对接获取数据 , 实现对视频 、物联等多源异构数据的

　　3

　　GB/T 42442 . 3—2023

　　采集汇聚。

　　7 . 3 数据存储

　　应具备数据存储调度 、监控 、备份等方面的功能,实现支持各类存储对象 、存储方式的数据安全存储。

　　7 . 4 数据处理

　　应具备数据抽取 、转换 、加载 、清洗与分析等方面的功能,实现面向不同任务需求的数据多样化处理。

　　7 . 5 数据管理

　　应具备元数据管理 、数据整合 、数据目录管理等方面的功能,实现对多源停车数据的统一管理。

　　7 . 6 数据共享交换

　　应具备对数据资源进行多途径共享 、安全访问控制 、脱敏处理等能力,实现跨平台 、跨系统 、跨组织的数据共享交换。

　　8 应用服务层

　　8 . 1 公众服务

　　8 . 1 . 1 公众服务方式

　　智慧停车平台可通过 APP、网站 、公众号 、小程序 、电子信息屏 、查询机 、便捷支付设备 、热线等服务方式为公众提供服务。

　　8 . 1 . 2 用户信息认证

　　智慧停车平台应为公众提供用户认证管理功能,包括但不限于用户注册 、实名认证 、用户信息维护 、车辆信息绑定等功能。

　　8 . 1 . 3 公众停车服务

　　智慧停车平台应通过多种途径为市民用户提供停车相关服务,包括但不限于信息查询 、停车诱导 、便捷支付 、交易查询 、停车预约 、车位共享 、反向寻车 、P+R停车 、发票申领 、服务反馈等。

　　公众停车服务功能要求如下 :

　　a) 信息查询:应向公众提供信息查询服务功能,支持查询停车场的名称 、位置 、可用车位数 、停车位 、收费标准 、运营时间 、服务类型等信息,可提供目的地周边停车场智能推荐功能 ;

　　b) 停车诱导:应提供基于诱导屏或移动终端的分级停车诱导服务功能,为车主提供停车场的定位导航服务及场内车位引导服务,也可提供场内定位导航服务 ;

　　c) 便捷支付:应提供现金支付 、刷卡支付 、电子支付 、数字人民币支付等多种方式的便捷支付方式,提供单笔账单支付 、账单合并支付 、预充值支付等服务功能,可提供先离场后支付的服务功能 ;

　　d) 交易查询:应提供历史停车交费交易记录查询服务,应支持停车用户查询停车记录以及停车交费记录,可根据车牌号 、时间 、停车场等条件进行灵活查询 ;

　　e) 停车预约:宜提供停车预约服务功能,包括但不限于可预约车位信息查询 、车位预约 、取消预

　　4

　　GB/T 42442 . 3—2023

　　约 、车位预约支付等功能 , 车主在进入停车场前 , 可在线提前预约车位 , 预约成功车辆入场时自动放行 ;

　　f) 车位共享:宜支持车位共享信息发布 、查询功能 , 信息内容包括但不限于可共享车位的基本信息 、车位状态 、收费标准 、预定策略 、联系方式等信息 , 可提供开放共享 、错时共享 、包月不包位 、私家车位共享 、新能源车位共享等多种车位共享信息服务 ;

　　g) 反向寻车:可提供反向寻车服务功能 , 支持通过固定智能查询终端 、移动终端等方式 , 实现车辆寻回路线的精准查询 , 并快速导航至停放车辆 ;

　　h) P+R停车: P+R停车场可提供停车优惠验证服务功能 , 针对乘坐地铁 、公交等公共交通工具出行的人员 , 在 P+R停车场停车时可提供公共交通出行行程核验及停车优惠服务功能 ;

　　i) 发票申领:应提供线上电子发票申领功能 , 支持账单合并申领发票功能 , 可提供线下发票申领及发票自助打印功能 ;

　　j) 服务反馈:应提供公众服务反馈功能 , 公众可对服务过程 、服务内容 、服务质量 、收费价格等进行信息咨询 、建议或投诉 。

　　8 . 2 运营服务

　　8 . 2 . 1 出入场管理

　　出入场管理功能包括但不限于停车出入场 、收费管理 、车位管理等功能 , 具体功能要求如下:

　　a) 停车出入场:停车出入场应支持正常车辆车牌识别出入场 、特殊车辆自动识别出入场 、特殊情况下的紧急开闸放行 , 可支持临牌车辆特征识别出入场 、手机扫码识别出入场 、纸质二维码凭证出入场 、实体卡出入场等 ;

　　b) 收费管理:收费管理功能应支持计时收费 、计次收费 、包月收费 、预充值收费 、停车券收费 、停车优惠等功能 , 可提供预交费 、退费等功能 ;

　　c) 车位管理:车位管理应支持剩余车位核实 、车位在停车辆核实 、剩余车位提醒等功能 , 在没有剩余车位时应自动限制车辆入场 , 在剩余车位较少时可提供车位预警及车辆入场管控功能 。

　　8 . 2 . 2 动态监控

　　动态监控功能包括但不限停车场视频监控 、在停车辆监控 、服务人员监控 、停车资源监控等功能 , 具体功能要求如下:

　　a) 停车场视频监控:应实现停车场监控视频资源的集中管理 , 包括视频接入 、查看 、多画面切分等功能 , 视频资源可包含路外停车场场内高位视频 、车位相机视频 、出入口高位视频 、出入口车道相机视频 、路内停车管理摄像头视频等 ;

　　b) 在停车辆监控:应实现在停车辆的数量 、区域分布 、长期停放车辆 、欠费车辆 、重点车辆的实时监控 、告警功能 , 并可设置相关告警的参数 、阈值 、重点车辆名单等 ;

　　c) 服务人员监控:应实现停车管理服务人员的实时监控 , 包括在岗人员 、到岗时间 、离岗时间 、活动轨迹 、区域分布 、工作状态等 ;

　　d) 停车资源监控:应实现停车场 、停车位资源的统一监控管理 , 包括停车场资源利用率 、周转率 、剩余停车位情况 、停车场运营状态等实时监控 。

　　8 . 2 . 3 人员管理

　　应具备对平台用户 、现场收费人员 、客服人员 、远程值守人员等相关的人员管理功能 , 具体功能可包含组织机构管理 、人员基础信息管理 、平台用户管理 、权限管理 、角色管理等 。功能要求如下:

　　a) 组织机构管理:组织机构管理应包含组织机构名称 、编号 、机构属性(单位/部门) 、所属机构 、备

　　5

　　GB/T 42442 . 3—2023

　　注等信息的增 、删 、改 、查功能 , 应具备多级组织机构管理能力 ;

　　b) 人员基础信息管理:人员基础信息管理应包含人员姓名 、年龄 、性别 、身份证号码 、所属单位 、所属部门 、联系电话等基本信息的增 、删 、改 、查功能 , 删除功能应验证是否有关联用户信息 , 存在关联用户时不允许删除人员信息 ;

　　c) 平台用户管理:用户管理应包含用户名称 、工号 、姓名 、所属单位 、所属部门等信息的增加 、修改 、注销 、查询及角色设定等功能 , 应提供用户密码修改 、初始化等功能 ;

　　d) 权限管理:应支持功能权限和数据权限的管理功能 ;

　　e) 角色管理:应提供角色信息的增 、删 、改 、查及角色权限配置功能 。

　　8 . 2 . 4 数据报送

　　应提供向监管部门报送停车静态数据与动态数据的功能 , 可支持手工填报 、文件导入报送 、系统接口 自动报送等 。

　　8 . 2 . 5 财务管理

　　财务管理功能包括但不限于财务对账 、清分结算 、票据管理等功能 , 实现财务相关票据 、资金 、账务 、结算的管理服务功能 , 功能要求如下:

　　a) 财务对账:应提供每日对账 、每月对账功能 , 对账范围包含支付渠道 、银行 、业务系统三方的财务对账 , 应支持自动对账 、人工对账 、对账信息查询及对账异常信息处理等功能 ;

　　b) 清分结算:应提供系统内部各停车场 、各分/子公司的资金清分结算功能 , 应支持停车优惠 、支付渠道费用及整体停车费的清分结算 ;

　　c) 票据管理:应提供定额发票和机打纸票的入库 、领用 、销票 、缴票功能 , 已开具电子发票的查询 、统计功能 。

　　8 . 2 . 6 设备运维

　　设备运维包括但不限于故障告警 、日 志管理 、设备状态监测 、停车场远程维护 、备品备件管理等功能 , 功能要求如下:

　　a) 故障告警:应支持网络 、设备 、软件系统的故障告警功能 , 告警信息可设置不同的级别 , 告警信息可通过消息列表 、系统弹窗 、系统响铃等方式呈现 , 并提供故障告警信息的查询 、统计功能 ;

　　b) 日志管理:包括软件系统运行日志 、硬件设备运行日志和用户操作日志等 , 软件系统运行情况 、硬件设备运行情况及用户主要操作都应形成 日志记录 , 可提供在线系统 日志记录或线下文件日志记录 , 日志记录可设置不同的类别 , 通过在线系统 日 志记录时 , 可提供 日 志查询 、统计功能 ;

　　c) 设备状态检测:可支持设备在线状态 、运行状态的心跳检测 , 提供检测信息的异常告警 、查询统计功能 ;

　　d) 停车场远程维护:可提供停车场远程维护功能 , 满足停车场日常巡检 、故障维护 、突发事件处置等需求 ;

　　e) 备品备件管理:可提供备品备件管理功能 , 包括入库 、领用 、库存盘点 、查询统计等功能 。

　　8 . 2 . 7 客服管理

　　客服管理包含日常客服管理和远程协助服务两类 , 功能要求如下:

　　a) 日常客服管理: 日常客服管理可实现公众 日 常咨询 、投诉 、建议事项的记录 、跟踪处理 、反馈及统计查询功能 ;

　　b) 远程协助服务:针对现场无人值守停车场宜提供远程协助服务功能 , 可通过紧急呼叫软硬件实

　　6

　　GB/T 42442 . 3—2023

　　现实时语音或视频对话 , 远程进行系统 、设备控制或协助指导解决用户问题。

　　8 . 2 . 8 数据分析

　　宜提供数据分析功能 , 包括但不限于经营收益报表分析 、资源利用率分析 、趋势分析等功能 , 实现停车数据运行分析 , 为停车场运营提供决策支持。

　　8 . 3 监管服务

　　8 . 3 . 1 静态信息管理

　　应提供路外停车场 、路内停车场的基础信息管理功能 , 实现信息的采集 、存储 、统计和维护。 基础信息包含但不限于停车场基本信息 、停车收费标准信息 、运营单位信息 、运营人员信息等。

　　8 . 3 . 2 动态信息管理

　　应提供对停车位 、车辆 、人员等动态信息管理功能 , 包含信息的接收 、存储 、维护等。 采集的动态信息包括但不限于停车场实时剩余泊位信息 、车辆进出场信息 、服务人员工作状态信息等。

　　8 . 3 . 3 实时监管

　　应提供对停车场 、停车位 、车辆 、人员 、设备设施的实时监管功能 , 具体包括停车场资源占用情况监管 、设备设施运行情况监管 、人员在岗情况监管 、重点车辆监管 、投诉事件处理情况监管及其他突发事件监管等。

　　8 . 3 . 4 查询统计分析

　　应提供对停车位 、停车设备 、停放车辆 、运营人员 、运营单位等信息查询 、统计功能。

　　8 . 3 . 5 辅助决策支持

　　宜提供需求分析 、业务分析 、数字化评估等政府部门管理的辅助决策功能 , 包括但不限于泊位供给分析 、价格分析 、停车需求分析 、停车缺口分析 、盲点停车场挖掘 、错时共享车场分析 、停车指数分析等功能;可提供执法辅助信息服务功能 , 执法辅助信息包括但不限于违停 、车位私占 、停车场挪用 、乱收费等 , 辅助监管部门管理工作。

　　9 运维管理

　　平台运维管理应符合 GB/T 40689—2021 中 6 . 5 规定的相关要求。

　　10 安全管理

　　平台安全管理要求包括:

　　a) 应按照 GB/T 22239—2019 中网络安全等级保护定级规定 , 确定网络安全等级保护级别 ;

　　b) 应支持零信任接入访问 , 对接入平台的终端设备进行身份认证 , 防止关键数据泄露 ;

　　c) 应支持平台与边端的安全协同检测 , 平台基于安全检测 、智能分析和溯源等需求下发安全策略 , 联动边界进行威胁阻断 , 实现高效联动处置 ;

　　d) 应支持数据授权和传输进行分级分类管控 , 拒绝越权窃取 ;

　　e) 应确保平台在可信环境中运行 , 保障敏感数据可信 、执行流程可信 ;

　　7

　　GB/T 42442 . 3—2023

　　f) 应具备数据加密机制 , 对敏感数据开展针对性加密 , 加密算法应优先采用国密算法 ;

　　g) 应支持对平台用户进行统一身份认证 , 宜提供口令和证书等多种认证方式 ;

　　h) 应支持基于功能模块的访问控制 , 根据用户角色动态生成功能菜单 , 并完整记录访问 、操作等行为 ;

　　i) 收集 、存储 、使用个人信息应符合 GB/T 35273—2020 规定的安全要求 。

　　1 1 平台接口

　　1 1 . 1 接口 1 技术要求

　　1 1 . 1 . 1 数据接入方式

　　1 1 . 1 . 1 . 1 概述

　　数据接入方式见表 1 。停车管理系统在对接智慧停车平台前 , 按智慧停车平台的管理要求 , 接入前需要准备信息包括但不限于:

　　a) 注册获取平台服务器地址、对接账号(HTTPS对接的使用的 userId/clientId、password及盐值 salt)信息等 ;

　　b) 宜支持向智慧停车平台提供服务器 IP地址 。

　　表 1 数据接入方式

　　接入方式

　　应用场景

　　选取说明

　　HTTPS

　　上行数据 、下行数据

　　停车管理系统上行到智慧停车平台的数据接入方式宜采用 HTTPS的方式;若停车管理系统有固定公网地址 , 智慧停车平台向其他停车管理系统下发的数据接入方式也可采用 HTTPS的方式

　　MQ/TCP

　　下行数据

　　当停车管理系统没有固定公网地址时 , 会存在下行网络无法直连的问题 , 则智慧停车平台下行到其他停车管理系统的数据接入方式可采用消息队列或 TCP长连接的方式

　　注 : 上行数据是指停车管理系统向上级汇聚到智慧停车平台的数据 , 下行数据是指智慧停车平台向其他停车管理系统下发的数据 。

　　11.1.1.2 HTTPS

　　以标准 HTTPS协议 POST格式组织数据形成传输参数,返回值为JSON格式,所有参数和返回值均为 UTF-8 编码 。

　　1 1 . 1 . 1 . 3 MQ

　　停车管理系统通过订阅唯一主题(Topic) , 消费对应消息 , 实现与智慧停车平台的业务通信 。

　　智慧停车平台采用消息中间件进行消息发布 。

　　停车管理系统订阅的主题,在消费到消息后,应实时响应,并向智慧停车平台发送 HTTPS消息进行应答 。

　　加密方式:传输加密采用 tls协议加密方式 。

　　8

　　GB/T 42442 . 3—2023

　　1 1 . 1 . 1 . 4 TCP

　　宜采用请求应答模型 , 智慧停车平台作为服务端 , 其他停车管理系统作为客户端 , 客户端应定时向服务端发送心跳以维持连接。

　　数据格式定义遵循和业务参数相同的数据定义 , 数据传输宜采用 TLS证书等加密方式。 当连接断开后 , 要保证业务正常执行 , 各客户端应主动重新连接。

　　1 1 . 1 . 2 接口调用

　　1 1 . 1 . 2 . 1 公共参数

　　公共参数是指用于标识用户和接口鉴权目的的参数。 公共参数见表 2 。

　　accessId表示密钥标识 , 由智慧停车平台分配给停车管理系统的唯一接入编号;timestamp 表示时间戳 , 推送接口调用时的当前时间戳值;version 表示当前 API 协议版本 , 默认值为 1 . 0;signType 表示签名采用的加密算法名称 , 如 MD5 、SHA256 等;sign表示数字签名 , 由智慧停车平台进行解析 , 用来验证此次请求的合法性。

　　表 2 公共参数

　　参数

　　类型

　　是否必须

　　位置

　　描述

　　accessId

　　String

　　是

　　Body

　　智慧停车平台分配给停车管理系统的接入编号

　　timestamp

　　Long

　　是

　　Body

　　时间戳 , 精确到毫秒 , 时区为 GMT+ 8 。该系统请求最大时间误差为 5 min

　　version

　　String

　　是

　　Body

　　API协议版本 , 默认选值:1 . 0

　　signType

　　String

　　是

　　Body

　　签名的加密算法 , 默认选值: SHA256

　　sign

　　String

　　是

　　Body

　　API输入参数签名结果 , 签名算法见 11 . 1 . 2 . 3

　　1 1 . 1 . 2 . 2 业务参数

　　接口调用除应包含公共参数外 , 如果有业务参数也应传入 , 每个请求的具体业务参数参考对应业务接口的参数说明。

　　1 1 . 1 . 2 . 3 签名算法

　　为了防止接口调用过程中被黑客恶意篡改 , 调用任何一个接口报文都需要携带签名 , 报文接收方需根据请求参数 , 对签名进行验证 , 拒绝签名不合法的请求。

　　除 sign参数外 , 其他参数按照采用 HMACSHA256 计算签名值。

　　示例 :

　　假设 data字段的原始数据为 :

　　{

　　" parkCode " : " 44030400100101000010 " ,

　　" parkName " : " xxx停车场 "

　　}

　　注 : data字段的内容不包括中括号。

　　salt为 : abc123

　　sign计算结果为 : fd992b84f99b0a0de4fc3cb19cfb372a3fc2368dc833d1479d3247a50632a572

　　9

　　GB/T 42442 . 3—2023

　　1 1 . 1 . 2 . 4 状态码说明

　　状态码见表 3 。

　　表 3 状态码