一种车位找寻方法及智慧停车服务系统与流程

本发明涉及计算机领域和智慧停车领域，特别涉及一种车位找寻方法及智慧停车服务系统。

背景技术：

目前对于广大车主用户来说，自驾出行的主要问题在于停车难。不管是路边停车位、封闭车场还是智能车库，车位存量都很难满足于车主出行停车的需求。

道路泊位存在一些问题。首先是管理困难，路边停车秩序很难保证，容易造成交通拥堵。其次是对于车主的停车引导比较困难，车主很难在停车热点区域找到停车位。传统的道路停车管理者会采用如下方式应对车主找寻停车位难的问题：

a)以车主意愿为导向，车主找到停车位就可以停。这种管理方式主要问题在于车主无法掌握实时车位信息，无法避免热点区域车流拥堵问题。

b)现场工作人员疏导。这种方式能一定程度减少热点区域的拥堵状况，但是依然存在信息不对称的情况，而且增加了人力成本。

C)比如，中国专利申请201610532083.8，一种基于移动终端的智能停车系统，系统包括停车场单元、服务器单元和用户单元；所述停车场单元内的每个停车位设有探测是否有车辆停放的感应器，所述感应器输出信号至停车场单元的总机；所述用户单元为智能手机；所述服务器单元与每个停车场单元的总机通信，所述服务器单元与每个用户单元通信。缺点在于：该方案依靠感应器，无法提供车主停车位的确定性。又比如，中国专利申请201610098798.7，一种车位寻找方法，根据定位依据信息确定所属用户终端的用户当前位置；接收车位检测终端上的蓝牙或者WIFI模块发送的空闲车位的位置信息；根据用户当前位置和所述空闲车位的位置信息，确定与所述用户当前位置满足距离要求的空闲车位位置。缺点在于：蓝牙或者WIFI定位并不准确，也无法实现远程预约车位。再比如，中国专利申请201410082002.X，一种基于手持设备的停车位预定的方法与装置，后台服务器数据处理中心，用于获得停车位的信息并进行发送；接收用户选定的停车位的信息；并将包含所述用户选定的停车位的信息和用户标识的用户交易信息发送给管理员系统；管理员系统，用于根据用户交易信息中的停车位的信息，确定应付费用，并将所述应付费用和所述用户交易信息发送给第三方支付平台；第三方支付平台，用于根据所述应付费用，对所述用户交易信息中包含的用户标识所对应的用户账户执行扣费的操作。缺点在于：虽然可以实现预定功能，但是得到目的地附近相关的停车场的筛选过程维度单一，无法结合车主的偏好。

由上可知，传统的解决方式都或多或少有一定的弊端，而且都无法解决一个问题：车主停车位的确定性，车主无法明确将要去的地方一定留有停车位，也就没有办法真真正正的提高车主用户体验。

技术实现要素：

本发明要解决的技术问题是，对于急剧增长的停车需求，提供一种可在短期内快速响应、简单便捷快速的增加停车泊位的数量的车位找寻方法。

解决上述技术问题，本发明提供了一种车位找寻方法，包括如下步骤：

车主根据当前位置得到目的地坐标，

根据所述目的地坐标筛选得到附近停车场，

通过第三方通信协议通知所述附近停车场的管理员，并生成一预约单，

所述管理员通过抢单得到所述预约单，并判断所述预约单是否有效，

若为有效订单，则保留并锁定所述预约单，然后锁定停车场中的泊车位，并在后台服务器将相应的泊车位状态修改为预约状态，

当所述车主接收到所述预约状态的跳转信息，则导航规划路线至所述泊车位，

上述筛选的过程通过设置不同维度和权重，筛选出匹配程度最高的所述附近停车场，其中的权重分配依据自学习的过程在不断优化与调整。

更进一步，所述筛选的方法基于与所述目的地坐标的距离，具体地如下：

通过目的地的坐标，结合停车场的位置信息，计算出目的地和停车场的欧氏距离，具体地，欧氏距离和曼哈顿距离都已经纳入本申请的寻车方法中，但是某一时间只会采取固定的一种去进行计算，两者都可表征距离的远近。

更进一步，所述筛选的方法基于车场评分，车场评分获得方法如下：

根据每次停车消费后车主对车场进行多个维度评价得到综合车场的历史评分，通过历史评分得出车场的评分信息。

更进一步，所述筛选的方法基于停车场的空车位数，通过所述后台服务器实时同步所述泊车位的信息，得到可预约车位数。

更进一步，所述筛选的方法基于风险系数，所述风险系数根据所述停车场的空车位数、停车场评分、停车场信用指数、路程、时间不同的维度计算出风险管控系数。

更进一步，所述筛选的方法基于车主偏好，所述车主偏好根据车主历史下单记录判断出车主偏好选择哪一类型的停车服务。

本实施例中还提供了一种智慧停车服务系统，包括：第一客户端、第二客户端以及服务器端，

所述第一客户端被配置为，根据当前位置得到目的地坐标，根据所述目的地坐标筛选得到附近停车场，通过第三方通信协议通知所述附近停车场的管理员，并生成一预约单，所述筛选的过程通过设置不同维度和权重，筛选出匹配程度最高的所述附近停车场，

所述第二客户端被配置为，通过抢单得到所述预约单，并判断所述预约单是否有效，若为有效订单，则保留并锁定所述预约单，然后锁定停车场中的泊车位，并在后台服务器将相应的泊车位状态修改为预约状态，当所述第一客户端接收到所述预约状态的跳转信息，则导航规划路线至所述泊车位，

所述服务器端包括停车场后台服务器和WEB端服务器，

所述停车场后台服务器，用以同步所述停车场中的车位信息和车位状态，

所述WEB端服务器，用以接收所述第一客户端和/或第二客户端的的请求，并实时响应。

更进一步，所述第一客户端为：车主的手机、车载HUD、车载导航系统中的一种或者多种。

更进一步，所述第二客户端的抢单的方法具体为：

对于每一个有效订单，采用高速缓存保留所述有效订单的数据，

若第一个管理员抢单之后，将锁定订单，

锁定订单方案采用分布式锁方案，

在管理员抢单成功之后，将泊车位的状态标定为预约状态。

更进一步，所述第一客户端的筛选的方法具体为：

通过目的地的坐标，结合停车场的位置信息，计算出目的地和停车场的直线距离，得到与目的地坐标的距离；

根据每次停车消费后车主对车场进行多个维度评价得到综合车场的历史评分，通过历史评分得出车场评分；

通过所述停车场后台服务器实时同步所述泊车位的信息至云平台，得到可预约车位数；

根据所述停车场的空车位数、停车场评分、停车场信用指数、车主信用系数、路程、时间的不同维度计算出风险系数；

根据车主历史下单记录判断出车主偏好选择哪一类型的停车服务得到车主偏好；

根据所述与目的地坐标的距离、所述可预约车位数、所述风险系数、所述车主偏好在所述第一客户端上进行筛选。

本发明的有益效果：

采用本发明中的方法，由于车主根据当前位置得到目的地坐标，根据所述目的地坐标筛选得到附近停车场，通过第三方通信框架通知所述附近停车场的管理员，并生成一预约单。通过所述预约单，能够增加车主停车位的确定性，即可以在达到停车场之间提前地预定，能够协助车主用户预订车位，预订成功后车场保留车位，进行导航引导确保车主可以顺利停入相应车位。由于所述管理员通过抢单得到所述预约单，并判断所述预约单是否有效，若为有效订单，则保留并锁定所述预约单，然后锁定停车场中的泊车位，并在后台服务器将相应的泊车位状态修改为预约状态，当所述车主接收到所述预约状态的跳转信息，则导航规划路线至所述泊车位，上述筛选的过程通过设置不同维度和权重，筛选出匹配程度最高的所述附近停车场。通过在管理员的客户端，能够进行有效订单的后续处理，并对成功预约单进行保留并锁定。在交互时通过后台服务器更改泊车位状态，提高成功预约的可能性。本发明可提高车主停车位的确定性，且保证在车主明确将要去的地方一定留有停车位，从而提高了车主用户的体验。

附图说明

图1是本发明一实施例中的方法流程示意图；

图2是本发明一实施例中的系统结构示意图；

图3是本发明一实施例中的硬件结构示意图；

图4是本发明一实施例中的执行流程示意图；

图5是本发明一实施例中在用户端添加拟停车车辆信息的示意图；

图6是本发明一实施例中在用户端将停车费为定时价小费类型的示意图；

图7是本发明一实施例中是在用户端添加拟停车车辆的车牌示意图；

图8是本发明一实施例中客户端的通用车辆信息示意图；

图9是本发明一实施例中客户端取消预订单的示意图；

图10是本发明一实施例中客户端呼叫车辆失败示意图；

图11本发明一实施例中客户端上为用户进行导航示意图；

图12是本发明一实施例中客户端取消预订单的示意图(超时)；

图13是本发明一实施例中由于停车场过失导致用户预约的车位预留失败的示意图；

图14是本发明一实施例中在客户端通知用户已停车成功示意图；

图15是本发明一实施例中管理员端的显示抢单的示意图；

图16是本发明一实施例中管理员端显示抢单失效的示意图；

图17是本发明一实施例中管理员端选择空闲车位的示意图；

图18是本发明一实施例中管理员端显示预留状态车位信息示意图；

图19是本发明一实施例中管理员端显示来车提醒的询问框示意图；

图20是本发明一实施例中管理员端重新分配泊车位的示意图；

图21是本发明一实施例中管理员端预留停车为成功后的显示示意图；

图22是本发明一实施例中管理员端预留停车位失败的显示示意图；

图23是本发明一实施例中管理员端收到订单和已完结的订单的示意图。

具体实施方式

现在将参考一些示例实施例描述本公开的原理。可以理解，这些实施例仅出于说明并且帮助本领域的技术人员理解和实施例本公开的目的而描述，而非建议对本公开的范围的任何限制。在此描述的本公开的内容可以以下文描述的方式之外的各种方式实施。

如本文中所述，术语“包括”及其各种变体可以被理解为开放式术语，其意味着“包括但不限于”。术语“基于”可以被理解为“至少部分地基于”。术语“一个实施例”可以被理解为“至少一个实施例”。术语“另一实施例”可以被理解为“至少一个其它实施例”。

在本申请中对如下内容定义如下：

所述空车位数，可以通过服务器维护的车场泊位数以及已停泊位数相减得到；

所述停车场评分，可以通过车场评价体系得到；

所述停车场信用指数，可以通过车场接单数与车场接单成功服务次数得到；

所述车主信用指数，可以通过车主下单数以及车主未停入相应泊位数得到；

所述路程，可以通过车主目的地定位以及车场位置坐标计算欧氏距离或者曼哈顿距离得到；

所述时间，通过路程以及相应权重系数得到。

请参考图1是本发明一实施例中的方法流程示意图，一种车位找寻方法，包括如下步骤：步骤S100车主根据当前位置得到目的地坐标，步骤S101根据所述目的地坐标筛选得到附近停车场，步骤S102通过第三方通信框架通知所述附近停车场的管理员，并生成一预约单，步骤S103所述管理员通过抢单得到所述预约单，并判断所述预约单是否有效，步骤S104若为有效订单，则保留并锁定所述预约单，然后锁定停车场中的泊车位，并在后台服务器将相应的泊车位状态修改为预约状态，步骤S105当所述车主接收到所述预约状态的跳转信息，则导航规划路线至所述泊车位，步骤S106上述筛选的过程通过设置不同维度和权重，筛选出匹配程度最高的所述附近停车场。本领域技术人员能够明了，车主能够根据当前位置进行定位，在现有技术中车主通过带有GPS定位功能的手机，可以实现定位。或者基于HTML5 Geolocation(地理定位)进行定位用户的位置。具体地，在智能终端比如，手机中的HTML5 Geolocation API用于获得用户的地理位置，但是鉴于该特性可能侵犯用户的隐私，除非用户同意，否则用户位置信息是不可用的。即用户首先需要同意HTML5 Geolocation API的访问。本领域技术人员能够明了，用户需要在所述附近停车场能够辐射/覆盖得到的范围内进行停车的请求。比如附近停车场能够覆盖其范围1500米-3000米以内的用户，该些被覆盖的用户被作为潜在的有停车需求的用户。在本申请中的通信框架包括但不限于，HTTP协议框架、websocket通信协议框架。所述预约单能够记录用户的停车请求和停车场的附近位置，通过所述预约单，能够增加车主停车位的确定性，即可以在达到停车场之间提前地预定，能够协助车主用户预订车位，预订成功后车场保留车位，进行导航引导确保车主可以顺利停入相应车位。进一步地管理员能够进行有效订单的后续处理，并对成功预约单进行保留并锁定。在交互时通过后台服务器更改泊车位状态，提高成功预约的可能性。在本实施例中可提高车主停车位的确定性，且保证在车主明确将要去的地方一定留有停车位，从而提高了车主用户的体验。

具体而言，HTTP协议框架中，HTTP超文本传输协议，是一种通信协议，它允许将超文本标记语言(HTML)文档从Web服务器传送到客户端的浏览器。

具体而言，websocket通过一个握手的机制，客户端(WEB浏览器)和服务器(webserver)之间能建立一个类似TCP的连接，从而方便c－s之间的通信，事先通过HTTP/HTTPS协议发起一条特殊的http请求进行握手后创建一个用于交换数据的TCP连接，此后服务端与客户端通过此TCP连接进行实时通信。

在一些实施例中，HTML5 Geolocation支持包括但不限于：Internet Explorer 9、Firefox、Chrome、Safari以及Opera支持地理定位。

在一些实施例中，对于拥有GPS的设备，比如iPhone，能够使得地理定位更加精确。

在一些实施例中，使用get CurrentPosition()方法来获得用户的位置。

在一些实施例中，通过地图API接入，进行目的地坐标的定位。可以输入关键词或者标的物，确定目的地。

在一些实施例中，所述筛选的方法基于与所述目的地坐标的距离，具体地如下：通过目的地的坐标，结合停车场的位置信息，计算出目的地和停车场的欧氏距离。

在一些实施例中，所述筛选的方法基于车场评分，车场评分获得方法如下：

根据每次停车消费后车主对车场进行多个维度评价得到综合车场的历史评分，通过历史评分得出车场的评分信息。比如，假设车场坐标为东经X°，北纬Y°。目的地位于东经北纬采用欧氏计算公式为：

在一些实施例中，基于路线规划提供的获取路线距离的方法，比如MK Route Plan类的get Distance方法。

在一些实施例中，如果是计算任意两点的距离，利用勾股定理计算或者按标准的球面大圆劣弧长度计算。

在一些实施例中，所述筛选的方法基于停车场的空车位数，通过所述后台服务器实时同步所述泊车位的信息，得到可预约车位数。

在一些实施例中，所述筛选的方法基于风险系数，所述风险系数根据所述停车场的空车位数、停车场评分、停车场信用指数、路程等不同的维度计算出风险管控系数。比如，所述停车场空车位数应不低于车场车位数的由车场经营者设定的5％-10％，所述停车场评分应不低于当地停车场的平均评分，其中评分的来源于车主消费后对车场评价。停车场信用系数来源于车场毁约比例，具体是指：接受订单后无法接收车主入场次数/接收订单总数。所述路程源于车场与目的地的欧氏距离或者其它距离。按照特定的权重进行加权计算(权重由云平台系统定义，按照车主偏好系数进行不同权重配比)，计算出总评分进行推荐。

在一些实施例中，所述筛选的方法基于车主偏好，所述车主偏好根据车主历史下单记录判断出车主偏好选择哪一类型的停车服务。举例：车主历史选择中比较偏好路程较短的车场，则推荐时候路程的权重系数会比较大。相关算法：本实施例中会预先设置不同偏好的典型客户，分别计算当前下单客户与典型客户的余弦相似度，来判定客户属性。

请参考图2，是本发明一实施例中的系统结构示意图，一种智慧停车服务系统，包括：第一客户端1、第二客户端2以及服务器端3，所述第一客户端1被配置为，根据当前位置得到目的地坐标，根据所述目的地坐标筛选得到附近停车场，通过第三方通信协议通知所述附近停车场的管理员，并生成一预约单，所述筛选的过程通过设置不同维度和权重，筛选出匹配程度最高的所述附近停车场，所述第二客户端2被配置为，通过抢单得到所述预约单，并判断所述预约单是否有效，若为有效订单，则保留并锁定所述预约单，然后锁定停车场中的泊车位，并在后台服务器将相应的泊车位状态修改为预约状态，当所述第一客户端接收到所述预约状态的跳转信息，则导航规划路线至所述泊车位，所述服务器端3包括停车场后台服务器32和WEB端服务器31，所述停车场后台服务器32，用以同步所述停车场中的车位信息和车位状态，所述WEB端服务器31，用以接收所述第一客户端和/或第二客户端的的请求，并实时响应。

作为本实施例中的优选，所述第一客户端1为：车主的手机、车载HUD、车载导航系统中的一种或者多种。

作为本实施例中的优选，所述第二客户端2的抢单的方法具体为：对于每一个有效订单，采用高速缓存保留所述有效订单的数据，若第一个管理员抢单之后，将锁定订单，锁定订单方案采用分布式锁方案，在管理员抢单成功之后，将泊车位的状态标定为预约状态，当有不同的管理员客户端同时抢某一个订单时候，采用统一任务队列的方式接入管理员端的抢单请求，当第一个符合条件的管理员端抢到订单，则在订单上添加已抢单锁定标志位。其他抢单的管理员客户端通过检查订单的已抢单锁定标志位，若被锁则抢单失败。

在用户下单后，首先保存订单相关信息并通知相应管理员，相关管理员收到可抢订单通知后，可以选择抢单或者忽略消息，只有第一个抢单的管理员能锁定订单，订单锁定之后将变成不可抢状态。

作为本实施例中的优选，所述第一客户端1的筛选的方法具体为：通过目的地的坐标，结合停车场的位置信息，计算出目的地和停车场的直线距离，得到与目的地坐标的距离；根据每次停车消费后车主对车场进行多个维度评价得到综合车场的历史评分，通过历史评分得出车场评分；通过所述停车场后台服务器实时同步所述泊车位的信息至云平台，得到可预约车位数；根据所述停车场的空车位数、停车场评分、停车场信用指数、车主信用系数、路程、时间的不同维度计算出风险系数；根据车主历史下单记录判断出车主偏好选择哪一类型的停车服务得到车主偏好；根据所述与目的地坐标的距离、所述可预约车位数、所述风险系数、所述车主偏好在所述第一客户端上进行筛选。

图3是本发明一实施例中的硬件结构示意图，在所述储存器10中包括：静态/动态储存器，所述中央处理器20是现有技术中使用在智能移动终端上的处理器，包括：Qualcomm的骁龙系列、三星Exynos、苹果APL0098-APL1021、德州仪器OMAP。图形处理器30包括：Imagination公司研发的PowerVR GPU。通过总线100连接I/O接口200，所述I/O接口200分别与LCD40、SIM卡50、USB接口60、UART接口70、射频单元80连接。比如，装置被配置为第一客户端，通过手机号码注册或第三方账户绑定手机号码免注册登录到安装到所述智能移动终端上的第一客户端，并进一步进行如下操作：

所述车主根据当前位置得到目的地坐标，

根据所述目的地坐标筛选得到附近停车场，

通过第三方通信框架通知所述附近停车场的管理员，并生成一预约单。

例如，在实施例中，实现上述车位找寻方法的过程可以被实现为计算机软件程序，其可被有形地包含在机器可读介质上。在这样的实施例中，该计算机程序可以通过USB接口6从网络上被下载和安装，通过SIM卡5完成用户信息注册，再借助于储存器1而被输入智能移动终端以供中央处理器2执行。

又比如，装置被配置为第二客户端，并进一步进行如下操作：

所述管理员通过抢单得到所述预约单，并判断所述预约单是否有效，

若为有效订单，则保留并锁定所述预约单，然后锁定停车场中的泊车位，并在后台服务器将相应的泊车位状态修改为预约状态，

当所述车主接收到所述预约状态的跳转信息，则导航规划路线至所述泊车位。

例如，在实施例中，实现上述车位找寻方法的过程可以被实现为计算机软件程序，其可被有形地包含在机器可读介质上。

图4是本发明一实施例中的执行流程示意图，

开始预约，通过客户端进行预约，

输入目的地坐标，通过GPS或者手机内的地图API定位，

判断是否有停车场，比如停车场是否在5分钟行车范围内，比如停车场是否覆盖多用户的容纳范围内容，

筛选出符合条件的停车场，根据距离、车场评分、车场空车位数、车主偏好等，进行筛选，

通知相关管理员，管理员为停车场的负责人或者具有管理权项的人员，通过登录管理员的客户端，即可实时获得预约订单的信息，

若抢单成功，则导航进入停车位，若否则进入抢单不成功应急处理，所述应急处理包括但不限于：重新发起车位找寻请求、结束本次车位找寻。

获得预留车位，管理员在客户端上能够预留出车位，并实时跳转至车辆状态信息，

若否则预约失败，进入预留车位失败应急处理。即车位未能在设定时限内被车主使用或者车主未在设定时限内达到指定的车位，所述失败应急处理包括但不限于，重新预约、结束本次车位找寻。

若是则预留车位成功即订单成功。

在本实施例中的车位找寻方法，包括如下步骤：

在车主的客户端上：

车主根据当前位置得到目的地坐标，

根据所述目的地坐标筛选得到附近停车场，

通过第三方通信框架通知所述附近停车场的管理员，并生成一预约单。

如图5所示，在一些实施例中，在车主的客户端还提供了添加车辆的车辆同步接口，通过所述车辆同步接口，车主能够上传车辆的信息，信息包括但不限于：车主基础信息和车辆基础信息。车辆基础信息包括：车牌号和车型。所述车主基础信息包括：车主姓名、联系电话以及银联卡、支付宝或者其它支付平台的信息。

优选地，上述联系电话在车主首次注册时，需要进行唯一标识ID的绑定。

优选地，上述支付平台与车主进行绑定，并通过第三方API进行支付跳转。

如图6或者图8所示，在一些实施例中，在车主的客户端提供了两种方式的定价方式：一口价和定时价。根据停车场的不同类型和停车时长车主可以选择不同的定价方式。比如，距离车主当前位置最近的距离内的停车场的定价为按照距离的长度进行价格的反比增长。

如图7所示，在一些实施例中，在车主的客户端需要填写与车主车牌完全一致的信息。通过后台服务器存放的从各个地方车辆管理所获取的车主和车牌对应的信息，可以进行车辆号牌的智能识别。

如图9所示，在一些实施例中，在车主的客户端可以在预约单发送至后台服务器的过程中，取消找寻停车位的请求，并在UI层弹出对话框进行提示。

如图10所示，在一些实施例中，若在车主的客户端，在设定时间范围内，没有找到匹配的车位，则可以进行重新呼叫。

如图11所示，在一些实施例中，通过第三方通信框架通知所述附近停车场的管理员，并生成一预约单，预约成功后则进入地图开始进行导航。

如图12所示，在一些实施例中，在车主的客户端，若为有效订单，则保留并锁定所述预约单，然后锁定停车场中的泊车位，并在后台服务器将相应的泊车位状态修改为预约状态，在预约单已经预约成功后，取消找寻停车位的请求，则需要扣除相应的违约款项。

如图13所示，在一些实施例中，若车主未在设定的时间内达到地图导航所指派的位置，则在车主的客户端提示车位预留失败。若失败后，则在UI层弹出包括但不限于以下提示内容：

继续呼叫，按照预约单的方式继续找寻停车场的停车位。

指派出车位，接收后台服务器中指派的停车场中的停车位。

结束本次呼叫，放弃使用找寻车位的请求。

如图14所示，在一些实施例中，若车主停车成功后(包括但不限于：进入停车场抬杆后，到达指定的停车位后，管理员在后台同步车辆信息后)，在车主的客户端，提示停车已经成功，管理员已经登记车牌和车辆信息。

优选地，还可以通过智能车位锁与车主的智能终端关联，并将车位信息和车辆信息同步至后台服务器。

优选地，上述后台服务器包括：停车场中的中继器和停车场的中控服务器。

优选地，还可以通过部署在停车场中的二维码，车主扫描二维码或者关注公众号，将该车位信息和车辆信息同步至后台服务器。

优选地，上述车主泊车结束后，扫描二维码或者关注公众号之后，当再次上车离开时可以通过再次扫描二维码或者在公众号进行付款。

在管理员的客户端上：

所述管理员通过抢单得到所述预约单，并判断所述预约单是否有效，

若为有效订单，则保留并锁定所述预约单，然后锁定停车场中的泊车位，并在后台服务器将相应的泊车位状态修改为预约状态，

当所述车主接收到所述预约状态的跳转信息，则导航规划路线至所述泊车位，

上述筛选的过程通过设置不同维度和权重，筛选出匹配程度最高的所述附近停车场。

如图15所示，在一些实施例中，管理员的客户端能够显示多个所述预约单。显示可抢单的所述预约单按照：距离位置、停车场评分、停车场空车位数以及车主偏好进行推荐。

在一些实施例中，管理员的客户端判断所述预约单是否有效的方式包括但不限于，预约单是否按照设定的规则包括必选字段和信息。

在一些实施例中，在所述管理员的客户端，保留并锁定所述预约单，然后锁定停车场中的泊车位，并在后台服务器将相应的泊车位状态修改为预约状态。

如图16所示，在一些实施例中，在管理员的客户端会根据预约单的状态进行抢单失败的提示。由于当第一个管理人员抢单之后，将锁定订单，不再被其他人员抢单，降低出错概率。

如图17、图18所示，在一些实施例中，管理员的客户端接入停车场的车位地图或者车位操作面板，通过所述车位地图和车位操作面板，管理员能够选择/得知目前车位的使用状态，比如，正在使用中或者是空闲状态。

优选地，管理员的客户端的车位地图根据智能车位锁提供的车位状态同步。

优选地，管理员的客户端车位地图能够对空闲车位进行高亮显示，对已经占用的车位灰色显示。

在一些实施例中，管理员的客户端若车位预约成功，则显示状态为已预约。

在一些实施例中，管理员的客户端若车位正在使用，则显示停车计时时长。

优选地，所述智能车位锁为地感。

如图19或者20所示，管理员的客户端根据地感检测得到的信息，提示管理员进行如下的操作：

判断来车为预约车，与预约单上的信息一致，

判断来车为误停车或者无预约车，可能是其他没有预约的车辆的停车位的选择，当无预约车停在了预约单对应的车位上时，管理员可以进行自行选择。比如，管理员可以为预约单的车主重新分配车位，比如，管理员可以为预约单的车主重新指派停车场，又比如，可以不对预约单的车主重新分配车位，而将无预约车重新指派其它无预约的停车位。

判断来车为误报，可能是地感误报。

请参考图21，在一些实施例中，若预约单生效，车主停车成功，则管理员在客户端能够获得预约的停车金额和一定额度的奖励金额。

请参考图22，在一些实施例中，若预约单失效，且无法继续指派预约单，则车主停车不成功，则管理员在客户端不能够接单，并提示没有有效的停车位。

请参考图23，在一些实施例中，管理员在客户端能够统计已经完成的停车单、已经抢的车单或者可抢的车单等。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

总体而言，本公开的各种实施例可以以硬件或专用电路、软件、逻辑或其任意组合实施。一些方面可以以硬件实施，而其它一些方面可以以固件或软件实施，该固件或软件可以由控制器、微处理器或其它计算设备执行。虽然本公开的各种方面被示出和描述为框图、流程图或使用其它一些绘图表示，但是可以理解本文描述的框、设备、系统、技术或方法可以以非限制性的方式以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其它计算设备或其一些组合实施。

此外，虽然操作以特定顺序描述，但是这不应被理解为要求这类操作以所示的顺序执行或是以顺序序列执行，或是要求所有所示的操作被执行以实现期望结果。在一些情形下，多任务或并行处理可以是有利的。类似地，虽然若干具体实现方式的细节在上面的讨论中被包含，但是这些不应被解释为对本公开的范围的任何限制，而是特征的描述仅是针对具体实施例。在分离的一些实施例中描述的某些特征也可以在单个实施例中组合地执行。相反对，在单个实施例中描述的各种特征也可以在多个实施例中分离地实施或是以任何合适的子组合的方式实施。