金沙(js6666ViP认证)官方登录入口-Unique Platform

城市级停车管理平台的功能实现及发展展望

按照我国《城市规划法》,中国大陆的城市为行政建制,分为直辖市、省辖市(地级市与副省级城市)和县级市,不同规模的城市面临的停车管理问题复杂度相差很大。本文探讨的城市级停车管理平台面向的目标群体是直辖市或省辖市级别的城市。



当前城市停车管理面临的问题


1.信息化孤岛问题

城市停车管理信息化源起于封闭停车场管理,早期的封闭停车场管理只是单个车场的管理,之后逐步演化为车场端与云端相结合的模式。由于现实中封闭停车场的产权和运营权归属错综复杂,参与信息化建设的企业众多,多数系统处于封闭运行状态,缺少互联互通、形成一个个信息孤岛;部分系统由于历史久远已经处于无人维护的状态,除非推倒重来,否则根本没办法整合。相比于封闭停车场管理,路内停车管理信息化起步较晚,但最近几年发展迅猛,很多城市区县的路内泊位运营权由不同的停车管理公司获得,而这些运营公司的管理平台也各不相同。

2.信息标准化问题

由于缺少具备约束力的行业标准,因此各家停车管理平台对外提供的接口标准不统一,系统功能也五花八门,导致停车管理系统重复开发,系统对接的成本居高不下。

3.前端设备对接问题

道路停车管理前端信息采集设备包括手持PDA、高位视频、视频矮桩、地磁车位检测器、视频巡检车、智能咪表、路牙机、ETC路侧设备等等。如果城市停车管理平台与停车设备分开招标,平台厂商不是前端设备厂商,而且一个城市存在多个厂商的多种设备,就需要解决多种设备数据接入以及各类设备统一管理的问题。

笔者所在公司有能力提供从平台到高位视频以及运营管理在内的全套智慧停车解决方案,在实施过程中笔者发现,单纯PDA或单纯高位视频管理的项目业务都不算复杂,但如果某些泊位由高位视频和PDA共管,那么数据融合问题还是有些技巧在里面的。

4.用户体验问题

一个城市有多个独立运营的停车平台,车主需要注册多个账户,下载多个App或关注多个微信公众号,没有一个统一的平台提供全市停车泊位空余情况,寻找车位、查询欠费和缴费都不方便。当出现停车费争议时,车主不知道该向哪家公司投诉,这是非常差的用户体验,加剧了车主对城市停车收费管理的不满,也会降低车主的缴费意愿。

5.客户运营难题

条块分割的停车运营市场导致客户运营投入高但实际效果有限,停车管理公司只能更多依靠车主停车缴费收入维持运转,难以拓展缴费以外的收入来源。


城市级停车管理平台功能要点


1.资源管理

运营公司维护:平台提供运营公司注册、注销以及注册信息变更功能;支持运营公司采用父子公司的形式进行注册,从而方便平台对运营公司进行统计分析。

收费员/巡检员管理:收费员只能从属于一个具体的运营公司,平台支持收费员注册和注销,只有通过平台注册的收费员才有资格手持PDA上街收费;收费员需上岗签到下岗签退;平台记录手持PDA定时上传的坐标信息,进而可以绘制收费员的行动轨迹;运营公司可以框定收费员的活动范围(电子围栏),当收费员偏出活动范围时平台可以发消息提醒收费员或告知管理人员。收费员行动轨迹和电子围栏功能会大大缩短PDA的待机时间,需要运营公司选择待机时间长的设备或者配置充电宝才行;另外,收费员行动轨迹属于低价值数据,永久保存的必要性不大。

手持终端管理:平台提供手持终端设备注册和注销功能,PDA等手持终端设备必须在注册后才能使用。

2.路内停车管理

(1)路内车场资源管理

停车场管理:提供路内停车场定义功能,停车场从属于运营公司,通常以道路为单位划分路内停车场,过长的道路可以划分出2-3个停车场,因此路内车场在某些城市被称为“路段”。平台必须支持针对泊位级别设立收费规则。

泊位管理:通常一个停车场有十几到上百个泊位,因此泊位录入较为繁琐,平台应提供快速定义泊位的功能,比如通过Excel导入泊位。

车位设备管理:提供各类停车设备注册、注销功能,包括高位视频、视频矮桩、地磁车位检测器等,未注册的设备上传的数据将被平台判定为无效。

设备状态监控:一般由设备或设备管理平台上传设备心跳或设备工作状态,若干个心跳周期监测不到心跳,平台就判定该设备离线。

(2)停车事件接入

路内停车事件至少包括入位事件和离位事件,不同停车设备产生的停车事件差异很大,例如地磁车位检测器是感知设备上方有车或无车,无法输出复杂的信息,而高位视频借助图像识别算法可以自动识别出车辆的车牌号码、车牌颜色、车辆大小、车辆类型、车身颜色等信息,并提供车辆停车入位、停稳、离场的全景图和车牌特写图,甚至可以提供停车过程的短视频或动图。高位视频停车过程中可能会出现镜头短时被障碍物遮挡,车辆停稳后又被前方车辆遮挡,导致无法识别入位车辆车牌信息的情况,此时上传的停车事件不包含车牌信息,当前方车辆驶离,设备识别出车牌信息后便会自动补传车牌修改事件。

(3)停车订单管理

订单管理是路内停车管理的核心功能,也是最复杂的功能模块,仅订单管理就足以写一篇独立的文章了。路内停车订单包括的订单状态有:预支付(预收费)、待支付、支付中、欠费、已支付、待退款、已退款、历史、已作废、坏账共10个状态,受限于篇幅,这部分内容本文不展开详细讨论。

3.封闭停车管理

(1)封闭车场资源管理

车场管理:不同于路内停车场,封闭停车场存在场中场的层级关系,且露天停车场和地下车库的收费标准不同;

出入口管理:一个车场有一个或多个出入口,出入口形式多种多样。出入口设备可以将车辆出入场信息上传至云端,云端也可将核算后的停车费等信息数据下发到出入口。车场设备管理:目前封闭停车场管理在向无人值守方向发展,对于无人值守停车场,云端平台重点关注的设备包括:车牌识别相机、LED显示屏、车场监控相机、ETC RSU天线、智能对讲设备等。

(2)自营车场管理

入离场事件接入:通常入离场事件由车牌识别相机生成,对于无牌车或无法识别的车牌可以由车主自助扫码生成入场事件。入离场事件需经车场端服务器上传到云端管理平台。

订单管理:入住平台的运营公司自营封闭停车场可以以云端生成订单计算收费金额为主,只有当因网路原因入场或离场事件无法及时上传时,才由车场端生成订单并根据车场端保存的收费规则计算停车费用。对于封闭停车场订单支付,系统最好能支持先付费再离场的模式,否则高峰期容易导致出入口拥堵,当然如果出口支持ETC支付就可以大大提高通行效率。

云端控制:对于无人值守停车场(其实所谓无人值守并非真的无人,更多是指岗亭端无值守人员),平台提供对讲和远程开闸功能,这样一个云端值守人员就可以值守多个停车场。

(3)社会车场管理

社会停车场是指由另外的平台管理的或者独立收费的停车场。城市管理部门出于对全市车场车辆动态数据的需求,需要这些车场上传其车辆入离场记录及空余车位数据。