CN108320573A - 用于车辆救援的临时停车场车位预定平台及方法 - Google Patents

Abstract

本发明属于车辆交通控制系统领域，具体公开了车位预定平台，包括云端服务器以及分别与云端服务器网络连接多个临时停车场车位管理终端和多个救援车客户端；所述救援车客户端向云端服务器发送车位预订请求，云端服务器根据预订请求筛选出价格最优车位和距离最优车位并发送给救援车客户端；救援车客户端从价格最优车位和距离最优车位中选择一个作为目标车位反馈给云端服务器；云端服务器发送锁定指令给目标车位对应的目标临时停车场车位管理终端；目标临时停车场车位管理终端控制道闸锁定该目标车位。本发明还公开了一种用于车辆救援的临时停车场车位预定方法。本发明能够在线预订停车位，避免救援车排队等候车位的情况，同时能够缓解交通拥堵。

Description

用于车辆救援的临时停车场车位预定平台及方法

技术领域

本发明涉及道路车辆交通控制系统领域，具体涉及一种用于车辆救援的临时停车场车位预定平台及方法。

背景技术

随着汽车的普及，城市内的车辆越来越多，因为发生交通事故而需要救援修理的车辆也越来越多。这些出事车辆往往因为发生交通事故而车身残破，需要修理。一般在车辆救援过程中，用来救援这些出事车辆的救援车，会直接将出事车辆从交通事故发生地送往修车厂进行修理。但是，由于被救援车辆数量的急剧增多，修车厂并不能及时对每个车辆进行维修，也没有足够的地方来供所有需要维修的车辆停放。因此需要临时停车场来停放这些等待维修的车辆。

然而，这些临时停车场内的车位也随着等待维修的车辆逐渐增多而日趋紧张，尤其是事故多发地附近的临时停车场，其车位更是常年紧俏，救援车往往需等待半个小时以上才能将出事车辆停入临时停车场内。这样不仅十分浪费救援车的时间，同时也对整个区域的交通造成不利影响。

现在的临时停车场为了方便对每个车位的管理，在每个车位上安装有用来拦住车辆进出车位的道闸，通过与车位一一对应设置的道闸，能够实现对每个车位的单独管理。但是，现在的临时停车场只允许救援车到临时停车场后才能进行车位选择和停车操作，没有提前预订车位和有效管理车位运营的平台。不能使救援车提前获知临时停车场内的车位使用情况以及临时停车场的位置，致使很多救援车在寻找临时停车场的过程中浪费大量时间。而且，几乎所有的临时停车场划分的车位都是一样的，对于大小不同的车辆都安排统一大小的车位，这也在一定程度上造成了临时停车场空间的浪费。

鉴于此，现在十分有必要提出一种能够提前预订车位，方便救援车能够及时将被救援的出事车辆放置到临时停车场中的用于车辆救援的临时停车场车位预定平台及用于车辆救援的临时停车场车位预定方法。

发明内容

本发明意在提供一种能够提前预订车位的用于车辆救援的临时停车场车位预定平台。

用于车辆救援的临时停车场车位预定平台，包括云端服务器以及分别与云端服务器网络连接的多个临时停车场车位管理终端和多个救援车客户端；所述救援车客户端向云端服务器发送车位预订请求，云端服务器根据预订请求分别筛选出价格最优车位和距离最优车位并发送给救援车客户端；救援车客户端从价格最优车位和距离最优车位中选择一个作为目标车位进行预订并形成预订信息发送给云端服务器；云端服务器将预订信息发送给目标车位对应的临时停车场车位管理终端；临时停车场车位管理终端控制设置在目标车位上的道闸锁住目标车位。

名词解释：

救援车客户端：指安装在救援车上的客户端。

救援车：指用来救援出事车辆，用来将出事车辆从交通事故发生地运送至维修厂的车辆。

原理及效果：

首先，救援车在交通事故发生地成功将无法继续行驶的出事车辆采用托运或者背运等方式进行救援，在救援的过程中，救援车司机直接通过救援车客户端将预订请求发送给云端服务器，云端服务器按照预订请求为救援车客户端筛选出价格最优车位和距离最优车位，救援车客户端从中选择一个车位作为目标车位进行预订。云端服务器接到救援车客户端的反馈的预订信息后将预订信息发送给目标车位对应的临时停车场车位管理终端，临时停车场车位管理终端控制该目标车位上的道闸锁定目标车位，避免其他车辆占用目标车位。

通过本发明，只要救援车司机在成功救援出事车辆后能够提前通过救援车客户端发送车位预订请求，则可以提前完成车位的预订和锁定。无论车辆到达目标临时停车场时周围区域的车位有多么紧缺，救援车依然能够做到快速停车，将所救援的出事车辆停放到预订的目标车位上，避免了等待时间和等待导致的交通拥堵。

本发明提供了一种用于车辆救援的新的临时停车场商业运营平台，不仅能够有效节约救援车的救援时间，缓解车位排队而导致的交通拥堵情况，还能使临时停车场的所有车位使用更加合理，为临时停车场创造连续不断的营业收入。

进一步，所述云端服务器包括中央处理器，中央处理器内设有选择模块；所述选择模块内预先存储有预设距离以及用来进行价格最优车位和距离最优车位筛选的优选规则；中央处理器从预订请求中提取目的修车厂位置并将目的修车厂位置发送给选择模块；选择模块以目的修车厂位置为圆心以预设距离为半径搜索该区域内具有空车位的临时停车场为第一批临时停车场；中央处理器在第一批临时停车场中的各个空车位中选择出距离目的修车厂位置最近的一个车位为距离最优车位；中央处理器在第一批临时停车场中的各个空车位中选择出停车单价最便宜的一个车位为价格最优车位。

目的修车厂位置：指救援车需要将出事车辆送去维修的修车厂的经纬度位置。

通过选择模块，能够快速地在救援车客户端想要到达的修车厂附近快速选出价格最优车位和距离最优车位供救援车客户端预订选择。

进一步，所述云端服务器还包括与中央处理器通信连接的数据库；所述数据库内存储并实时更新有救援车客户端信息表、临时停车场信息表和车位信息表；所述救援车客户端信息表包括多组救援车客户端信息，每组救援车客户端信息包括出事车辆车牌号信息、出事车辆尺寸参数、车辆位置、目的地信息和预订时段；所述临时停车场信息表包括多组临时停车场信息，每组临时停车场信息包括临时停车场位置、临时停车场空闲状态和车位信息表链接；所述车位信息表与临时停车场信息表中的车位信息表链接一一对应；所述车位信息表包括多组车位信息，每组车位信息包括车位编号、车位尺寸、车位空闲状态、车位预订状态和停车单价；云端服务器从救援车客户端接收救援车客户端信息表的更新内容，云端服务器从临时停车场车位管理终端接收临时停车场信息表和车位信息表的更新内容。

通过数据库中的救援车客户端信息表、临时停车场信息表和车位信息表，中央处理器能够实时获取救援车客户端信息、临时停车场信息和临时停车场车位信息进行处理。根据救援车客户端输入到救援车客户端信息表中的目的地信息，找到距离目的修车厂距离最短的最优车位，根据对比每个车位的停车单价能够找到价格最优车位。

进一步，所述临时停车场车位管理终端包括第一微控制器以及分别与第一微控制器电连接的传感模块和道闸驱动模块；

所述传感模块，用来检测出事车辆进出目标车位时将感应信号发送给第一微控制器；

所述道闸驱动模块，用来按照第一微控制器的控制驱动道闸锁住目标车位，用来按照第一微控制器的控制驱动道闸打开目标车位；

所述第一微控制器接收传感模块针对同一出事车辆发送来的两个感应信号计算出事车辆在目标车位的停车时间；所述第一微控制器接收传感模块传送来的感应信号时控制道闸驱动模块驱动道闸打开目标车位。

临时停车场车位管理终端能够及时接收从云端服务器发送过来的预订信息，及时向道闸驱动模块发送命令，使道闸能够及时锁住目标车位，避免目标车位被占用，使救援车客户端达到临时停车场后不用再去排队等候车位，能够快速将出事车辆运送到临时停车场停放，完成救援工作，节约救援车的救援时间。通过传感模块检测到出事车辆进出目标车位时向第一微控制器发送感应信号，使第一微控制器控制道闸驱动模块，使道闸驱动模块驱动道闸打开，让出事车辆能够进出目标车位停车。

进一步，所述传感模块还用于采集出事车辆车牌号信息并传递给第一微控制器，第一微控制器对比接收到的出事车辆车牌号信息与云端服务器传递来的预订信息中的出事车辆车牌号信息，当两者一致时，第一微控制器控制道闸驱动模块工作。

传感模块不仅仅是起到了检测车辆的作用，还对出事车辆的出事车辆车牌号信息进行采集，只有当出事车辆的出事车辆车牌号信息与向云端服务器发送预订请求的车辆出事车辆车牌号信息一致时，第一微控制器才控制道闸驱动模块打开目标车位的道闸。这样，起到了一个车辆身份验证的作用，避免其他车辆来占用已经预订的目标车位。

本发明还提供一种用来进行车位预订的用于车辆救援的临时停车场车位预定方法。

用于车辆救援的临时停车场车位预定方法，包括以下步骤：

S1：发送车位预订请求，通过救援车客户端向云端服务器发送车位预订请求；车位预订请求信息包括目的地信息、预订时段、出事车辆尺寸参数、出事车辆车牌号信息；

S2：搜索目的地附近有空车位的临时停车场，云端服务器接收车位预订请求并发送给中央处理器，中央处理器从预订请求信息中分别提取出目的地信息、预订时段、出事车辆尺寸参数和出事车辆车牌号信息；中央处理器将目的地信息转化为用经纬度表示的目的修车厂位置；中央处理器从选择模块中获取预设距离，中央处理器以目的修车厂位置为圆心，以预设距离为半径在预先存储的电子地图上划定搜索范围；中央处理器在该搜索范围内搜索临时停车场信息表中在预订时段中为空闲状态的临时停车场为第一批临时停车场；

S3：选出距离最优车位和价格最优车位，中央处理器在第一批临时停车场中每个临时停车场对应的车位信息表中提取停车单价和车位尺寸；中央处理器根据选择模块中的优选规则选出价格最优车位和距离最优车位发送给救援车客户端；

其中，优选规则为：

A1：首先从各个车位信息表中选择出预订时段车位空闲的所有车位；

A2：然后对比出事车辆尺寸参数和车位尺寸参数，筛选出大于出事车辆尺寸参数的所有车位尺寸参数对应的车位；

A3：在这些被选出的车位中，对比这些车位的停车单价以及所在临时停车场的位置，分别选择出距离目的修车厂位置最近的车位和停车单价最便宜的车位，分别作为距离最优车位和价格最优停车；

若距离目的修车厂位置最近的车位有多个，则从这些距目的修车厂位置距离相同的车位中选择停车单价最便宜的作为距离最优车位；若这些距离目的修车厂位置最近的车位中出现多个距离目的修车厂位置距离相同且停车单价也相同的车位，则从中随机选择一个车位作为距离最优车位；

若停车单价最便宜的车位有多个，则从这些停车单价相同的车位中选择距离目的修车厂位置最近的为价格最优车位；若这些停车单价最便宜的车位中出现多个停车单价相同且距离相同的车位，则从中随机选择一个车位作为价格最优车位；

S4：确认目标车位，救援车客户端收到云端服务器发送过来的距离最优车位和价格最优车位，救援车客户端从这两个车位中选择一个车位作为目标车位进行预订并反馈至云端服务器；

S5：车位预订，云端服务器接收到救援车客户端预订的目标车位，云端服务器中的中央处理器从预订信息中提取出事车辆车牌号信息和预订时段并对应更新到临时停车场信息表中；中央处理器从数据库中将已经更新了的车位信息表中提取目标车位对应的所有信息形成目标车位预订信息；中央处理器将目标车位预订信息分别发送到锁定模块；锁定模块中自动根据目标车位预订信息形成锁定指令发送给临时停车场车位管理终端；临时停车场车位管理终端接收锁定指令控制道闸驱动模块驱动道闸锁住目标车位；

S6：目标车位使用及停车计费；当救援车客户端将车辆开到目标临时停车场并按照目标车位预订信息中的车位位置找到目标车位后，与第一微控制器连接的传感模块扫描车牌号并将该车的出事车辆车牌号信息发送给第一微控制器，第一微控制器对比目标车位中的出事车辆车牌号信息，当两者一致时，第一微控制器发送开启执行命令给道闸驱动模块，道闸驱动模块驱动道闸打开，露出目标车位供救援车客户端使用。

效果：

本方法能够实现救援车在线预订车位，线下到达车位直接停车的功能，救援车通过在线预订车位后，通过临时停车场车位管理终端及时控制道闸锁住目标车位，保证救援车到达目标临时停车场后不用再排队，以及进入临时停车场后不用去寻找空余车位，只要跟随指引进入就能进入到目标车位中，整个操作简便快捷，有解决了出行停车难的问题，同时缓解了交通拥堵。

进一步，在S5中，中央处理器将目标车位对应的临时停车场位置作为目标临时停车场位置并将预订请求信息中的车辆位置一起发送给道路查询模块，道路查询模块通过与之通信连接的第三方电子地图服务建立从车辆位置到目标临时停车场位置之间的导航路径；中央处理器获取导航路径，并将导航路径发送给救援车客户端。

救援车客户端根据导航路径行车，使云端服务器能够对车辆的行驶路线进行导航，使车辆能够快速找到目标临时停车场停车。

进一步，在S5中，临时停车场车位管理终端接收锁定指令后，第一微控制器从锁定指令中分别提取出目标车位预订信息和锁定执行命令；第一微控制器根据目标车位预订信息中的车位编号寻找到目标车位，第一微控制器控制目标车位对应的道闸驱动模块；道闸驱动模块驱动道闸锁住目标车位。

通过临时停车场车位管理终端能够及时寻找目标车位，并使道闸驱动模块驱动道闸锁住目标车位，避免其他车辆使用该车位，能够在繁忙时段内为救援车客户端提前预订下一个用来停车的车位。

进一步，在S5和S6之间，当目标车位锁定成功后，第一微控制器根据预先存储在分类模块中的分类计费规则进行计费；

分类计费规则将所有车位分为停车单价依次递减的大型车位、中型车位和小型车位；分类计费规则采用如下策略：

B1：小型车位从车辆进入目标车位后开始计费，从传感模块向第一微控制器发送感应信号到车辆再次经过传感模块扫描后离开目标车位之间的时间段为车辆实际使用小型车位的停车时间，第一控制器记录停车时间并控制计费子模块根据停车时间和目标车位的停车单价相乘计算出停车费；

B2：大型车位以及中型车位从预订时间段中的预订起始时间开始计费，计费子模块根据预订时间段和停车单价相乘计算停车费。

通过分类模块的分了计费规则，能够最大限度地利用临时停车场的所有空间，为临时停车场提供一种全新的营业模式，同时，为救援车客户端提供具有价格梯度的车位选择，实现救援车客户端和临时停车场的双赢。而充分利用临时停车场空间，也有利于环节城市拥堵。

进一步，在S6之后，目标车位释放；当救援车客户端完成停车费缴纳后，临时停车场车位管理终端将缴费信息发送给云端服务器；云端服务器中的中央处理器同步更新临时停车场车位管理终端和云端服务器中该目标车位的对应的临时停车场信息和临时停车场车位信息。

救援车客户端缴费完成后，在车位预定平台上释放目标车位，使被释放的车位成为普通车位能够参与到下一次的目标车位的筛选中。

附图说明

图1为本发明用于车辆救援的临时停车场车位预定平台实施例的逻辑框图。

图2为本发明用于车辆救援的临时停车场车位预定平台实施例的云端服务器的逻辑框图。

图3为本发明用于车辆救援的临时停车场车位预定平台实施例的临时停车场车位管理终端的逻辑框图。

图4为本发明用于车辆救援的临时停车场车位预定平台实施例的救援车客户端的逻辑框图。

图5为本发明用于车辆救援的临时停车场车位预定方法实施例的流程图。

具体实施方式

下面通过具体实施方式进一步详细的说明：

说明书附图中的附图标记包括：云端服务器1、临时停车场车位管理终端2、救援车客户端3、中央处理器4、数据库5、预订模块6、锁定模块7、释放模块8、道路查询模块9、登录验证模块10、选择模块11、计费模块12、第一微控制器13、存储模块14、传感模块15、分类模块16、道闸驱动模块17、第一定位模块18、计费子模块19、第一传输模块20、第二微控制器21、车辆信息模块22、第二定位模块23、输入模块24、第二传输模块25。

如图1所示，用于车辆救援的临时停车场车位预定平台，包括云端服务器1以及分别与云端服务器1网络连接至少三个临时停车场车位管理终端2和至少三个救援车客户端3。这里的云端服务器1可以采用阿里云、腾讯云、华为云或者是其它的现有的云服务器产品。

如图2所示，云端服务器1包括中央处理器4以及分别与中央处理器4通信连接的数据库5、预订模块6、锁定模块7、释放模块8、道路查询模块9、登陆验证模块以及计费模块12。中央处理器4内设置有选择模块11。

登录验证模块10，用来供救援车客户端3和临时停车场车位管理终端2注册和登录云端服务器1。在注册的过程中，登录验证模块10将救援车客户端3输入的救援车客户端初始信息临时停车场车位管理终端2输入的临时停车场初始信息发送中央处理器4保存至数据库5。

数据库5，用来接收传递至中央处理器4中的各种数据并进行保存，用来向中央处理器4提供各种实时更新至中央处理器4的数据以及预先存储在数据库5中的数据。数据库5中存储并实时更新有救援车客户端信息表和临时停车场信息表。救援车客户端信息表中包括多组救援车客户端信息，每组救援车客户端信息均包括出事车辆车牌号信息、密码、出事车辆尺寸参数、车辆位置、目的地信息和预订时段。每组救援车客户端信息均对应一个注册救援车客户端，救援车客户端在通过救援车客户端3向用于车辆救援的临时停车场车位预定平台注册时，通过登录验证模块10将所有初始的救援车客户端信息进行采集。同样，临时停车场管理者通过临时停车场车位管理终端2向用于车辆救援的临时停车场车位预定平台注册时，通过登录验证模块10将临时停车场信息表中的初始信息采集。临时停车场信息表包括多组临时停车场信息，每组停车信息包括每个临时停车场的临时停车场位置、临时停车场名称、空车位个数、占用车位个数、预订车位个数以及每个临时停车场对应的车位信息表链接，其中空车位个数就表示了临时停车场空闲状态，如果空车位个数为非零值，则表明有空车位，为零时则表明无空车位。车位信息表包括对车位进行唯一识别的车位编号，用来表示预订停车或正在使用的车辆作为停车对象的出事车辆车牌号信息，用来表示车位空间大小的车位尺寸，用来实时记录当前车辆按小时计算的停车时间，用来描述每个车位具体位置的车位位置，车位空闲状态以及每个车位对应的预订时段和停车单价。

此外，数据库内还预先存储有多组语音救援信息。这些语音救援信息按照车牌号前两位进行分类存储。车牌号的前两位能够表示出出事车辆在哪个地方上的车牌，而人们为了方便一般都是在自己经常居住地上牌照，因此，能够从车牌号的前两位就能判断出出事车辆车主的经常居住地，如“渝A”表示的是重庆的某一地区，“川A”表示的是四川某一地区。语音救援信息根据车牌号的前两位进行分类，能够使中央处理器通过读取出事车辆的车牌号来快速寻找对应分类的语音救援信息。语音救援信息为实现录制的用来安抚鼓励出事车主的方言音频信息，每组语音救援信息均采用对应分类地区的方言录制。当救援车达到出事地时，为了安抚车主(尤其是重伤等待救援的车主)，可以通过救援车客户端向云端服务器发送语音救援请求。云端服务器的中央处理器通过识别救援车客户端输入的出事车辆的车牌号，随机从对应分类的语音救援信息中调取方言音频信息发送给救援车客户端播放。救援车司机可以单独向云端服务器发送语音救援请求，也可以在向云端服务器发送车位预订请求时，自动发送语音救援请求。发送语音救援请求这一请求信息的发送手段，与发送车位预定请求的手段相同，可以采用多种现有技术实现，在此就不再赘述。本实施例中强调的是，语音救援的整个操作过程。因为现在的车辆救援，往往就是将损坏的车辆运送到维修厂即可，或者随行的救护车对车主进行身体救援，但是车主的精神救援却往往被忽略掉。本实施例通过语音救援的设置，能够在车主发生事故最脆弱的时候，通过方言音频信息中的乡音以及鼓励安抚的内容，使刚刚发生惨烈事故的车主能够尽快平复心情，避免大喜大悲带来的身体负荷加重，不仅给车主及其他车上人员等待救援的勇气，还能使这些事故当事人能够得到精神的安抚，以便以后能够尽快从车祸阴影中解脱。相比纯粹的车辆救援和身体救援，精神救援对车主及其车上人员更加重要。

预订模块6，用来接收救援车客户端3向云端服务器1发出的车位预订请求，并将车位预订请求发送给中央处理器4。预订请求信息包括出事车辆车牌号信息、车辆位置、目的地信息和预订时段。中央处理器4将目的地信息发送给道路查询模块9，通过与道路查询模块9连接的第三方电子地图服务，道路查询模块9将目的地信息转变为用经纬度表示的目的修车厂位置。中央处理器4将目的修车厂位置发送给选择模块11。

选择模块11，用来存储预设距离以及优选规则；选择模块11接收目的修车厂位置并以目的修车厂位置为圆心，在预设距离的范围内搜索具有空车位的临时停车场为第一批临时停车场；中央处理器4从第一批临时停车场中针对空车位按照与目的修车厂位置的距离和停车单价分别选出距离最优车位和价格最优车位发送给救援车客户端3。救援车客户端3从两者之间确认一个为目标车位。

锁定模块7，用来接收目标车位信息并将目标车位信息发送给临时停车场车位管理终端2；临时停车场车位管理终端2从目标车位信息中提取出车位编号和预订时段，车位管理终端锁定该目标车位。

道路查询模块9，用来接收目标临时停车场位置和车辆位置，通过第三方电子地图服务建立从车辆位置到目标临时停车场位置之间的导航路径，并发送给中央处理器4。中央处理器4将导航路径发送给救援车客户端3。

计费模块12，用来根据临时停车场车位管理终端2的计费情况实时计费。

释放模块8，用来在收到临时停车场车位管理终端2发送来的缴费信息后释放目标车位，使目标车位能够重新回到下一个预订请求的选择范围中。

中央处理器4，从预订模块6中获取预订请求信息，从预订请求信息中提取目的地信息发送给道路查询模块9得到目的修车厂位置；中央处理器4将目的修车厂位置发送给选择模块11得到第一批临时停车场，中央处理器4根据选择模块11中的优选规则对第一批临时停车场进行筛选得到价格最优车位和距离最优车位。中央处理器4将价格最优车位和距离最优车位发送给救援车客户端3，救援车客户端3从中选择一个车位作为目标车位反馈给中央处理器4。中央处理器4从预订请求信息中的内容更新到目标车位在临时停车场信息表和车位信息表中的对应内容中，中央处理器4将目标车位在车位信息表中的所有信息提取出来形成目标车位预订信息。中央处理器4将目标车位所在的目标临时停车场位置以及预订请求中的车辆位置发送给道路查询模块9得到导航路径发送给救援车客户端3。中央处理器4将目标车位预订信息分别发送到锁定模块7和计费模块12。锁定模块7中自动根据目标车位预订信息形成锁定指令发送给临时停车场车位管理终端2。

如图3所示，临时停车场车位管理终端2，用来管理临时停车场的车位情况(包括有没有空车位、向云端服务器1实时更新空车位的车位编号、以及从云端服务器1中接收预订)。具体地说，临时停车场车位管理终端2，包括第一微控制器13以及分别与第一微控制器13通信连接的存储模块14、传感模块15、分类模块16、道闸驱动模块17、第一定位模块18、计费子模块19以及第一传输模块20。

道闸驱动模块17，用来接收第一微控制器13发送的锁定执行命令驱动设置在目标车位上的道闸锁住车位，用来接收第一微控制器13发送的开启执行命令驱动设置在目标车位上的道闸打开，使车辆能够从车位出来。

第一定位模块18，用来定位该临时停车场所在的经纬度位置即临时停车场位置，并将临时停车场位置发送给第一微控制器13。可以采用GPS模块或者北斗导航模块。

传感模块15，用来感应车辆进出车库并将感应信号发送给第一微控制器13，用来采集车辆的出事车辆车牌号信息进行身份验证。

分类模块16，用来预先存储分类计费规则，第一微控制器13根据分类计费规则控制计费子模块19计算停车费。

计费子模块19，用来按照分类规则，对不同类型的车位进行计费，并将计费内容实时更新至云端服务器1的计费模块12中。

第一传输模块20，用来与云端服务器1进行信息传输。

第一微控制器13，用来从第一传输模块20接收从云端服务器1发送过来的锁定指令和导航路径。第一微控制器13接收锁定指令中分别提取出目标车位预订信息和锁定执行命令。第一微控制器13将目标车位预订信息更新到存储模块14中存储的车位信息表中以及计费子模块19中。第一微控制器13根据目标车位预订信息中的车位编号寻找到目标车位，第一微控制器13将车位锁定执行命令发送到目标车位对应的道闸驱动模块17上。道闸驱动模块17驱动道闸锁住目标车位。当救援车客户端将车辆开到目标临时停车场并按照目标车位预订信息中的车位位置找到目标车位后，与第一微控制器13连接的传感模块15扫描车牌号并将该车的出事车辆车牌号信息发送给第一微控制器13，第一微控制器13对比目标车位中的出事车辆车牌号信息，当两者一致时，第一微控制器13发送开启执行命令给道闸驱动模块17，道闸驱动模块17驱动道闸打开，露出进入车位的通道，使救援车客户端车辆能够进入到目标车位。当目标车位锁定成功后，第一微控制器13根据预先存储在分类模块16中的分类计费规则进行计费。

如图4所示，救援车客户端3包括第二微控制器21以及分别与第二微控制器21通信连接的车辆信息模块22，第二定位模块23、输入模块24和第二传输模块25。

车辆信息模块22，用来预存车辆的一些基本信息，如出事车辆车牌号信息和车辆尺寸信息。

第二定位模块23，用来定位救援车客户端3所在的位置，因为救援车客户端3一般都是与车辆处于同一位置，因此用来定位车辆位置，得到表示车辆所在经纬度位置的车辆位置。

输入模块24，用来供救援车客户端输入预订请求、确认目标车位以及完成其他一些输入操作。

第二传输模块25，用来与云端服务器1进行通信。

第二微控制器21，用来从输入模块24中接收预订请求和确认目标车位发送给第二传输模块25，用来从第二定位模块23中获取车辆位置传送给第二传输模块25，用来从车辆信息模块22中获取出事车辆车牌号信息和车辆尺寸信息发送给第二传输模块25。

如图5所示，用于车辆救援的临时停车场车位预定方法，包括以下步骤：

S1：发送车位预订请求。当作为救援车客户端的救援车还未达到目的地时(车辆可以是在行驶过程中或者静止状态)，为了避免到达目的地却找不到车位的情况，救援车客户端通过救援车客户端3向云端服务器1发送车位预订请求。具体地，救援车客户端通过输入模块24输入预订目的地信息(包括预订目的地的名称或者地址)以及预订时段(包括预订起始时间和预订终止时间)发送给第二微控制器21，同时第二微控制器21将预先存储在车辆信息模块22中出事车辆尺寸参数(包括车辆的长、宽、高)以及出事车辆车牌号信息与收到的目的地信息和预订时段打包成车位预订请求信息，通过第二传输模块25发送给云端服务器1。

S2：搜索目的地附近有空车位的临时停车场。救援车客户端3在与云端服务器1连接时，需要如同现有技术中的一样，先通过输入模块24输入登录验证信息到云端服务器1的登录验证模块10，待验证通过后，救援车客户端3才能够访问云端服务器1。为了区别于其它同类技术，同时为了使每个救援车客户端具有唯一识别的特点。登录验证信息包括救援车客户端名和密码，救援车客户端名为车辆的出事车辆车牌号信息，密码为救援车客户端自己设定。当救援车客户端通过救援车客户端3输入的救援车客户端名与密码，与经过注册保存在数据库5中的救援车客户端名与密码一致时，登录验证通过。救援车客户端3能够通过登录验证模块10与云端服务器1进行信息传输。

救援车客户端3通过第二传输模块25向云端服务器1发送车位预订请求。预订模块6接收车位预订请求并发送给中央处理器4，中央处理器4从预订请求信息中分别提取出目的地信息、预订时段、出事车辆尺寸参数和出事车辆车牌号信息。中央处理器4将目的地信息发送给道路查询模块9，道路查询模块9与第三方电子地图服务通信连接。通过第三方电子地图服务，中央处理器4针对目的地信息得到用经纬度表示的目的修车厂位置。目的修车厂位置就是目的地信息描述的目的地的经纬度位置表示。

云端服务器1的数据库5内实时更新有多组救援车客户端信息和各个临时停车场信息。为了方便进行管理，以救援车客户端信息表和临时停车场信息表的形式更新并存储在数据库5中。

其中，救援车客户端信息表如表1，每组救援车客户端信息均包括出事车辆车牌号信息、密码、出事车辆尺寸参数、车辆位置、目的地信息和预订时段。表1中有两组救援车客户端信息，第一组信息的序号为1，出事车辆车牌号信息为渝B 88888，在发送预订请求时的车辆位置为用经纬度表示的29.53655507506062,106.60847425458553，这个位置的含义是北纬N29°32′11.60″东经E106°36′30.51″，是重庆邮电大学的经纬度位置，此时救援车客户端3处于重庆邮电大学。救援车客户端3通过自身的第二定位模块23定位当前救援车客户端3也就是当前车辆所在的位置(当救援车客户端3为移动终端时也可以不使用第二定位模块23定位的车辆位置，而改有输入模块24输入车辆位置。车辆位置定位的这部分内容为现有技术，在此不赘述。)第二组救援车客户端信息的车辆位置为29.53481883739082,106.50990843770626，表示北纬N29°32′5.35″东经E106°30′35.67″，此时该救援车客户端处于重庆医科大学的位置。而两组救援车客户端信息中的目的地信息分别为重庆市中医院(道门口院部)和重庆市渝中区望龙门街道二府衙东北向，通过云端服务器1连接的第三方电子地图服务进行搜索，可以发现这两个目的地信息所指向的目的修车厂位置为同一个，即29.559249439523803,106.58398032189997北纬N29°33′33.30″东经E106°35′2.33″。

表1

临时停车场信息表如表2所示，临时停车场信息表内包含有多个临时停车场的总体信息，具体包括每个临时停车场的临时停车场位置、临时停车场名称、空车位个数、占用车位个数、预订车位个数以及每个临时停车场对应的车位信息表链接。通过访问临时停车场信息表，中央处理器4从临时停车场信息表的临时停车场位置中寻找在目的修车厂位置附近的有空车位的临时停车场。在这个搜索寻找过程中，以目的修车厂位置为圆心，中央处理器4计算目的修车厂位置到各个临时停车场位置之间距离，当这个距离小于预先存储在选择模块11的预设距离时，这些临时停车场就为此步骤中搜索匹配出来的第一批临时停车场。

表2

S3：优选出距离最优车位和价格最优车位。中央处理器4分别进入第一批临时停车场中每个临时停车场对应的车位信息表链接。车位信息表如表3所示，包括对车位进行唯一识别的车位编号，用来表示预订停车或正在使用的车辆作为停车对象的出事车辆车牌号信息，用来表示车位空间大小的车位尺寸，用来实时记录当前车辆按小时计算的停车时间，用来描述每个车位具体位置的车位位置，以及每个车位对应的预订时段和停车单价。

其中，停车对象、停车时间和预订时段是进行实时更新的，当某一车位没有被使用时，停车对象和停车时间一栏为空，当某一车位没有被预订时，其预订时段一栏为空。

中央处理器4根据选择模块11中的优选规则进行车位选择。

优选规则为：首先从各个车位信息表中选择出预订时段内停车对象为空的所有车位，然后对比出事车辆尺寸参数和车位尺寸参数，筛选出大于出事车辆尺寸参数的所有车位尺寸参数对应的车位(即车位空间的长宽高分别大于车辆的，简言之车位能够容纳下车辆)。在这些被选出的车位中，中央处理器4筛选出预订时段为空的所有车位，对比这些车位的停车单价以及所在临时停车场的临时停车场位置，分别选择出距离目的修车厂位置最近的车位和停车单价最便宜的车位，分别作为距离最优车位和价格最优车位发送给救援车客户端3。若同一距离上有多个车位满足条件，则选择这些临时停车场中停车单价最便宜的作为距离最优车位；若这些车位的停车单价也相同则随机选择一个作为距离最优车位。若同一停车单价上有多个车位满足条件，则选择距离最短的为价格最优车位，若这些车位的距离因为相同则随机选择一个车位作为价格最优车位。

其中，提取出来的出事车辆车牌号信息能够与作为救援车客户端名的出事车辆车牌号信息进行比对，只有当两者相同的时候才能证明是救援车本人在进行操作，起到一个相互印证的作用。能够增加救援车客户端3登录的安全性。

表3

S4：确认目标车位。救援车客户端3通过第一传输模块20收到云端服务器1发送过来的距离最优车位和价格最优车位，救援车客户端通过救援车客户端3上的输入模块24从这两个车位中确定一个车位作为目标车位反馈至云端服务器1。在特殊情况下，价格最优车位和距离最优车位为同一个车位，救援车客户端通过救援车客户端3起到了确认该车位，整个操作与普通情况的操作完全相同。通过客户确认这一环节，能够使客户明确预订的车位位置，还能给客户取消预订提供操作时间，使救援车客户端能够更加合理地安排自己的出行。比如，救援车客户端中途决定不预订车位，此时只要不进行目标车位确认就不会有后面的车位预订操作。

S5：车位预订以及路线导航。云端服务器1接收到救援车客户端3确认的目标车位。中央处理器4将该目标车位对应的临时停车场位置作为目标临时停车场位置以及预订请求信息中的车辆位置一起发送给道路查询模块9，道路查询模块9通过与之通信连接的第三方电子地图服务建立从车辆位置到目标临时停车场位置之间的导航路径。中央处理器4获取导航路径，并将导航路径发送给救援车客户端3，救援车客户端3根据导航路径行车，使云端服务器1能够对车辆的行驶路线进行导航。行驶路线导航以及第三方电子地图服务为现有成熟技术，在此不赘述。在云端服务器1向救援车客户端3发送导航路径的同时，云端服务器1中的中央处理器4从预订请求信息中提取出事车辆车牌号信息和预订时段并对应更新到临时停车场信息表中。中央处理器4从数据库5中将已经更新了的车位信息表中提取目标车位对应的目标车位预订信息(目标车位在车位信息表中对应的所有信息)，中央处理器4将目标车位预订信息分别发送到锁定模块7和计费模块12。锁定模块7中自动根据目标车位预订信息形成锁定指令发送给临时停车场车位管理终端2。

其中，锁定指令就是目标车位预订信息的所有内容加上一个开始锁定的锁定执行命令。

临时停车场车位管理终端2通过第一传输模块20接收锁定指令，并将锁定指令传递给第一微控制器13。第一微控制器13接收锁定指令中分别提取出目标车位预订信息和锁定执行命令。

第一微控制器13将目标车位预订信息更新到存储模块14中存储的车位信息表中以及计费子模块19中。第一微控制器13根据目标车位预订信息中的车位编号寻找到目标车位，第一微控制器13将车位锁定执行命令发送到目标车位对应的道闸驱动模块17上。道闸驱动模块17驱动道闸锁住目标车位。避免其他车辆使用该车位，能够在繁忙时段内为救援车客户端提前预订下一个车位。

S6：目标车位使用及停车计费。当救援车客户端将车辆开到目标临时停车场并按照目标车位预订信息中的车位位置找到目标车位后，与第一微控制器13连接的传感模块15扫描车牌号并将该车的出事车辆车牌号信息发送给第一微控制器13，第一微控制器13对比目标车位中的出事车辆车牌号信息，当两者一致时，第一微控制器13发送开启执行命令给道闸驱动模块17，道闸驱动模块17驱动道闸打开，露出进入车位的通道，使救援车客户端车辆能够进入到目标车位。当目标车位锁定成功后，第一微控制器13根据预先存储在分类模块16中的分类计费规则进行计费。

分类计费规则为有条件地针对各种空间大小的车位进行不同的计费，这部分内容可以根据市场需要进行修改。在本实施例中的分类计费规则为小型车位(长和宽分别对应小于等于5米和2.2米)从车辆进入目标车位后开始计费，从传感模块15向第一微控制器13发送感应信号到车辆再次经过传感模块15扫描后离开目标车位之间的时间段就是车辆实际使用小型车位的停车时间，第一控制器记录实际停车时间并对应更新在存储模块14和计费子模块19中的车位预订信息和车位信息表中该车位对应的停车时间一栏的内容。第一微控制器13控制计费子模块19根据停车时间和目标车位的停车单价相乘计算出停车费。第一微控制器13从计费子模块19中获取停车费并实时更新至云端服务器1的计费模块12中。

而大型车位(长和宽分别大于等于7米和4米)以及中型车位(长大于5米小于7米，宽大于2.2米小于4米)都是从预订时间段中的预订起始时间开始计费。在预订起始时间到预订停止时间之间，即在整个预订时间段内，计费子模块19直接根据预订时间段和停车单价计算停车费。此时传感模块15依然会在车辆进目标车位时给第一微控制器13发送感应信号，第一微控制器13也会更新记录实际的停车时间。最重要的时，通过传感模块15能够采集车辆的出事车辆车牌号信息，使完成预订的车辆能够在拥挤的临时停车场内自由进出事先预订的目标车位中。为了方便商业应用的推广，这里的传感模块15可以是一个单纯的红外线传感器和一个用来拍摄车牌号的摄像头组成的联合模块，也可以是直接进行出事车辆车牌号信息扫描识别的车牌号扫描识别仪。传感模块15的具体实现手段采用现有的能够实现车辆唯一识别和感应的功能模块即可。

云端服务器1的计费模块12将停车费发送给救援车客户端3。救援车客户端可以通过救援车客户端3连接的第三方交易服务来进行线上支付，也可以通过线下进行停车费支付。停车费的支付手段为现有技术，在此不再赘述。

S7：目标车位释放。当救援车客户端完成停车费缴纳后，临时停车场车位管理终端2将缴费信息存储到存储模块14中，并通过第一传输模块20传递到云端服务器1的释放模块8中。释放模块8将缴费信息发送给中央处理器4。中央处理器4同步更新临时停车场车位管理终端2和云端服务器1中表示该目标车位的使用状态，即清空出事车辆车牌号信息、停车时间和预订时间段。从计费模块12、锁定模块7中删除对该订单的所有记录，对数据库5中的临时停车场信息表中包括空车位个数、占用车位个数在内的信息进行更新，对数据库5中的车位信息表中的各项内容进行更新，完成该车位释放，使该车位能够重新投入到下一个预订请求的目标车位选择中。针对该一车位有下一个时间段预订的，将新的预订时间段更新到车位信息表中的预订时间段一栏中。

值得一提的是，对于同时进行同一目的修车厂位置的车位预订请求时，如表1中的两个救援车客户端在同一预订时间段内预订同一目的修车厂位置附近的临时停车场，在选择模块11进行价格最优车位和距离最优车位的选择过程中，每个车位对应的车位信息表和临时停车场信息表中的内容都是实时更新的，当某一车位已经被选做价格最优车位或者是距离最优车位时，中央处理器4会在数据库5中对该车位所有信息进行临时标记，以避免同时段的其他预订请求继续将该车位纳入选择范围。这个临时标记的手段与现有的在线购票手段相同，若救援车客户端没有选择该车位，则改成的标记在救援车客户端完成预订操作后解除，使该车位能够参与到后面的预订请求目标车位的筛选中。

本发明能够在救援车客户端未达到目的地时，就为救援车客户端提供目标车位，使救援车客户端不用在到达目的地后再毫无头绪地寻找车位，甚至等待车位空出来的尴尬情况。极大方便了救援车客户端出行。尤其是对商业中心区域常年车位紧俏，停车难的情况能够进行有效缓解。同时，也对一些开口比较偏僻的临时停车场提供了一种更加透明的运营模式，使所有车位都能够及时地提供给需要的救援车客户端。而对于将车位分类计费管理，则能够充分利用一个临时停车场中的各种空间大小的车位，不仅能够给救援车客户端提供一个可以选择的价格梯度，还能够将临时停车场的每一寸位置都充分利用起来，既有利于临时停车场的运营管理，也有利于进一步缓解城市拥堵，让不同大小的车都能停到对应空间大小的车位上。

以上所述的仅是本发明的实施例，方案中公知的具体结构及特性等常识在此未作过多描述，所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的普通技术知识，能够获知该领域中所有的现有技术，并且具有应用该日期之前常规实验手段的能力，所属领域普通技术人员可以在本申请给出的启示下，结合自身能力完善并实施本方案，一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本申请的障碍。应当指出，对于本领域的技术人员来说，在不脱离本发明结构的前提下，还可以作出若干变形和改进，这些也应该视为本发明的保护范围，这些都不会影响本发明实施的效果和专利的实用性。本申请要求的保护范围应当以其权利要求的内容为准，说明书中的具体实施方式等记载可以用于解释权利要求的内容。

Claims (10)

1.用于车辆救援的临时停车场车位预定平台，其特征在于：包括云端服务器以及分别与云端服务器网络连接的多个临时停车场车位管理终端和多个救援车客户端；所述救援车客户端向云端服务器发送车位预订请求，云端服务器根据预订请求分别筛选出价格最优车位和距离最优车位并发送给救援车客户端；救援车客户端从价格最优车位和距离最优车位中选择一个作为目标车位进行预订并形成预订信息发送给云端服务器；云端服务器将预订信息发送给目标车位对应的临时停车场车位管理终端；临时停车场车位管理终端控制设置在目标车位上的道闸锁住目标车位。

2.根据权利要求1所述的用于车辆救援的临时停车场车位预定平台，其特征在于：所述云端服务器包括中央处理器，中央处理器内设有选择模块；所述选择模块内预先存储有预设距离以及用来进行价格最优车位和距离最优车位筛选的优选规则；中央处理器从预订请求中提取目的修车厂位置并将目的修车厂位置发送给选择模块；选择模块以目的修车厂位置为圆心以预设距离为半径搜索该区域内具有空车位的临时停车场为第一批临时停车场；中央处理器在第一批临时停车场中的各个空车位中选择出距离目的修车厂位置最近的一个车位为距离最优车位；中央处理器在第一批临时停车场中的各个空车位中选择出停车单价最便宜的一个车位为价格最优车位。

3.根据权利要求2所述的用于车辆救援的临时停车场车位预定平台，其特征在于：所述云端服务器还包括与中央处理器通信连接的数据库；所述数据库内存储并实时更新有救援车客户端信息表、临时停车场信息表和车位信息表；所述救援车客户端信息表包括多组救援车客户端信息，每组救援车客户端信息包括出事车辆车牌号信息、出事车辆尺寸参数、车辆位置、目的地信息和预订时段；所述临时停车场信息表包括多组临时停车场信息，每组临时停车场信息包括临时停车场位置、临时停车场空闲状态和车位信息表链接；所述车位信息表与临时停车场信息表中的车位信息表链接一一对应；所述车位信息表包括多组车位信息，每组车位信息包括车位编号、车位尺寸、车位空闲状态、车位预订状态和停车单价；云端服务器从救援车客户端接收救援车客户端信息表的更新内容，云端服务器从临时停车场车位管理终端接收临时停车场信息表和车位信息表的更新内容。

4.根据权利要求1所述的用于车辆救援的临时停车场车位预定平台，其特征在于：所述临时停车场车位管理终端包括第一微控制器以及分别与第一微控制器电连接的传感模块和道闸驱动模块；

所述传感模块，用来检测出事车辆进出目标车位时将感应信号发送给第一微控制器；

所述道闸驱动模块，用来按照第一微控制器的控制驱动道闸锁住目标车位，用来按照第一微控制器的控制驱动道闸打开目标车位；

所述第一微控制器接收传感模块针对同一出事车辆发送来的两个感应信号计算出事车辆在目标车位的停车时间；所述第一微控制器接收传感模块传送来的感应信号时控制道闸驱动模块驱动道闸打开目标车位。

5.根据权利要求4所述的用于车辆救援的临时停车场车位预定平台，其特征在于：所述传感模块还用于采集出事车辆车牌号信息并传递给第一微控制器，第一微控制器对比接收到的出事车辆车牌号信息与云端服务器传递来的预订信息中的出事车辆车牌号信息，当两者一致时，第一微控制器控制道闸驱动模块工作。

6.用于车辆救援的临时停车场车位预定方法，其特征在于：包括以下步骤：

S1：发送车位预订请求，通过救援车客户端向云端服务器发送车位预订请求；车位预订请求信息包括目的地信息、预订时段、出事车辆尺寸参数、出事车辆车牌号信息；

S2：搜索目的地附近有空车位的临时停车场，云端服务器接收车位预订请求并发送给中央处理器，中央处理器从预订请求信息中分别提取出目的地信息、预订时段、出事车辆尺寸参数和出事车辆车牌号信息；中央处理器将目的地信息转化为用经纬度表示的目的修车厂位置；中央处理器从选择模块中获取预设距离，中央处理器以目的修车厂位置为圆心，以预设距离为半径在预先存储的电子地图上划定搜索范围；中央处理器在该搜索范围内搜索临时停车场信息表中在预订时段中为空闲状态的临时停车场为第一批临时停车场；

S3：选出距离最优车位和价格最优车位，中央处理器在第一批临时停车场中每个临时停车场对应的车位信息表中提取停车单价和车位尺寸；中央处理器根据选择模块中的优选规则选出价格最优车位和距离最优车位发送给救援车客户端；

其中，优选规则为：

A1：首先从各个车位信息表中选择出预订时段车位空闲的所有车位；

A2：然后对比出事车辆尺寸参数和车位尺寸参数，筛选出大于出事车辆尺寸参数的所有车位尺寸参数对应的车位；

A3：在这些被选出的车位中，对比这些车位的停车单价以及所在临时停车场的位置，分别选择出距离目的修车厂位置最近的车位和停车单价最便宜的车位，分别作为距离最优车位和价格最优停车；

若距离目的修车厂位置最近的车位有多个，则从这些距目的修车厂位置距离相同的车位中选择停车单价最便宜的作为距离最优车位；若这些距离目的修车厂位置最近的车位中出现多个距离目的修车厂位置距离相同且停车单价也相同的车位，则从中随机选择一个车位作为距离最优车位；

若停车单价最便宜的车位有多个，则从这些停车单价相同的车位中选择距离目的修车厂位置最近的为价格最优车位；若这些停车单价最便宜的车位中出现多个停车单价相同且距离相同的车位，则从中随机选择一个车位作为价格最优车位；

S4：确认目标车位，救援车客户端收到云端服务器发送过来的距离最优车位和价格最优车位，救援车客户端从这两个车位中选择一个车位作为目标车位进行预订并反馈至云端服务器；

S5：车位预订，云端服务器接收到救援车客户端预订的目标车位，云端服务器中的中央处理器从预订信息中提取出事车辆车牌号信息和预订时段并对应更新到临时停车场信息表中；中央处理器从数据库中将已经更新了的车位信息表中提取目标车位对应的所有信息形成目标车位预订信息；中央处理器将目标车位预订信息分别发送到锁定模块；锁定模块中自动根据目标车位预订信息形成锁定指令发送给临时停车场车位管理终端；临时停车场车位管理终端接收锁定指令控制道闸驱动模块驱动道闸锁住目标车位；

S6：目标车位使用及停车计费；当救援车客户端将车辆开到目标临时停车场并按照目标车位预订信息中的车位位置找到目标车位后，与第一微控制器连接的传感模块扫描车牌号并将该车的出事车辆车牌号信息发送给第一微控制器，第一微控制器对比目标车位中的出事车辆车牌号信息，当两者一致时，第一微控制器发送开启执行命令给道闸驱动模块，道闸驱动模块驱动道闸打开，露出目标车位供救援车客户端使用。

7.根据权利要求6所述的用于车辆救援的临时停车场车位预定方法，其特征在于：在S5中，中央处理器将目标车位对应的临时停车场位置作为目标临时停车场位置并将预订请求信息中的车辆位置一起发送给道路查询模块，道路查询模块通过与之通信连接的第三方电子地图服务建立从车辆位置到目标临时停车场位置之间的导航路径；中央处理器获取导航路径，并将导航路径发送给救援车客户端。

8.根据权利要求6所述的用于车辆救援的临时停车场车位预定方法，其特征在于：在S5中，临时停车场车位管理终端接收锁定指令后，第一微控制器从锁定指令中分别提取出目标车位预订信息和锁定执行命令；第一微控制器根据目标车位预订信息中的车位编号寻找到目标车位，第一微控制器控制目标车位对应的道闸驱动模块；道闸驱动模块驱动道闸锁住目标车位。

9.根据权利要求6所述的用于车辆救援的临时停车场车位预定方法，其特征在于：在S5和S6之间，当目标车位锁定成功后，第一微控制器根据预先存储在分类模块中的分类计费规则进行计费；

分类计费规则将所有车位分为停车单价依次递减的大型车位、中型车位和小型车位；分类计费规则采用如下策略：

B1：小型车位从车辆进入目标车位后开始计费，从传感模块向第一微控制器发送感应信号到车辆再次经过传感模块扫描后离开目标车位之间的时间段为车辆实际使用小型车位的停车时间，第一控制器记录停车时间并控制计费子模块根据停车时间和目标车位的停车单价相乘计算出停车费；

B2：大型车位以及中型车位从预订时间段中的预订起始时间开始计费，计费子模块根据预订时间段和停车单价相乘计算停车费。

10.根据权利要求9所述的用于车辆救援的临时停车场车位预定方法，其特征在于：在S6之后，目标车位释放；当救援车客户端完成停车费缴纳后，临时停车场车位管理终端将缴费信息发送给云端服务器；云端服务器中的中央处理器同步更新临时停车场车位管理终端和云端服务器中该目标车位的对应的临时停车场信息和临时停车场车位信息。