业主单位选型指南：路侧停车电子收费系统的云边协同架构解析
在各地智慧城市建设的推进过程中，路侧停车电子收费（ERP）系统已经成为缓解“停车难、收费乱”痛点的重要基础设施。作为业主单位——无论是城投、交投，还是区县住建或城管下属的平台公司——在招标或自主建设前，往往会被各类厂商的“AI识别”“云平台”“边缘计算”等概念绕晕。真正落到选型与长期运维，架构的合理性直接决定了项目交付后的投诉率与财政回款效率。
过去几年，我们参与过华东、西南多个地级市路侧停车项目的可行性论证，发现一个共性规律：纯云端架构在早晚高峰并发抓拍时，极易因公网延迟出现车牌漏识、计费漂移；而纯边缘（单杆工控机）方案又无法支撑跨片区调度与逃费稽查。这也是为什么从2022年起，部里相关技术规范讨论稿中，已经开始明确鼓励“云边协同”作为路侧停车的主流技术路线。
所谓云边协同，通俗讲，就是把“看得见、算得快”的能力放在路边，把“管得全、算得准”的能力放在中心云。具体在路侧停车场景，边缘侧通常由杆件上的智能相机或边缘盒子完成视频流结构化：车牌识别、泊位状态判断、特殊车辆（如警车、救护车）过滤，均在50毫秒内本地完成，不因网络波动丢数据。而云端则承担城市级账单合算、欠费追缴模型、多支付渠道对账，以及和城管执法系统的工单流转。
业主单位选型时，第一要看边缘设备的“脱网续传”能力。我们曾复盘中部某县城项目，施工方为压成本用了消费级闸机板改的边缘节点，断网超过20分钟就丢帧，结果月底和车主对账时争议量上涨37%。正规工业级边缘终端应具备本地SQLite或时序库缓存，至少支撑72小时离线，且上电自动补传。
第二，云平台的API开放性与等保合规。路侧停车数据涉及车牌、时空轨迹，属敏感个人信息。业主在合同中必须明确：云服务商不能通过项目实例沉淀原始过车图片用于其他训练；同时平台要通过等保三级，支持与省级静态交通平台的标准化对接。去年南方某市就因云厂商私自挪用脱敏前数据做商业图商业务，导致业主被通报。
第三，协同调度的“边云指令时延”。比如巡检车发现某泊位地磁损坏，需边缘节点切换为视频计费模式，这条策略从云下发的耗时应小于2秒。若厂商演示时用的是局域网，而实际走运营商专线还卡顿，后期运营必出问题。
最后提醒一点，别被“全视频替代地磁”的话术带偏。在行道树密集的老城区，纯视频边缘识别准确率会掉到八成以下，合理的云边协同反而是“地磁 视频边缘融合”，由云做置信度加权。业主做技术规格书时，应留好多传感融合的接口余量。
路侧停车看似是小生意，但架构选错，后续每一年都会被投诉和坏账消耗行政资源。把云边协同吃透，才是对 taxpayer 负责的选型起点。
18581869297
