CN107180556A - 一种预约泊车的方法及*** - Google Patents

Abstract

本发明涉及一种预约泊车的方法及***，该方法包括：服务器接收来自第一终端的车位空闲消息和来自至少一个第二终端的至少一个停车请求；根据车位空闲消息，从至少一个停车请求中确定第一停车请求；向第一停车请求对应的第三终端发送车位预约信息；接收第三终端发送的预约车位确认信息；向第一终端发送预约车位确认信息。本发明通过从多个停车请求中确定出符合车位空闲消息的停车请求，并向其对应的终端发送车位预约信息，以及接收该终端发送的预约车位确认信息，可以有效的提高空闲车位的使用率，进而缓解停车困难的问题。

Description

一种预约泊车的方法及***

技术领域

本发明涉及智能交通技术领域，尤其涉及一种预约泊车的方法及***。

背景技术

随着经济水平的不断提高，私家车的拥有量激增，随之而来的问题就是停车困难。而有些业主购买了车位拥有停车权，但车主往往是早出晚归，在其车位闲置时段无车停放，无疑是车位的一大浪费。

因此，如何有效的提高私人拥有的车位的使用率是本领域技术人员亟待解决的问题。

发明内容

本发明所要解决的技术问题是针对现有技术的不足，提供一种预约泊车的方法及***，通过从多个停车请求中确定出符合车位空闲消息的停车请求，并向其对应的终端发送车位预约信息，可以有效的提高空闲车位的使用率，进而缓解停车困难的问题。

为实现上述技术目的，本发明公开了一种预约泊车的方法，包括：

服务器接收来自第一终端的车位空闲消息和来自至少一个第二终端的至少一个停车请求；

根据所述车位空闲消息，从至少一个所述停车请求中确定第一停车请求；

向所述第一停车请求对应的第三终端发送车位预约信息；

接收所述第三终端发送的预约车位确认信息；

向所述第一终端发送所述预约车位确认信息，以便所述第一终端根据所述预约车位确认信息核对所述第一停车请求和所述第三终端的信息。

本发明的有益效果是：通过从多个停车请求中确定出符合车位空闲消息的停车请求，并向其对应的终端发送车位预约信息，以及接收该终端发送的预约车位确认信息，可以有效的提高空闲车位的使用率，进而缓解停车困难的问题。

在上述技术方案的基础上，本发明还可以做如下改进。

进一步地，接收所述第三终端发送的取消预约车位信息；

确定所述第三终端对应的第一停车请求包括的需停车时长的起始停车时刻和终止停车时刻；

根据所述车位空闲消息和所述需停车时长的起始停车时刻和终止停车时刻，从至少一个所述停车请求中确定第二停车请求；

向所述第二停车请求对应的第四终端发送车位预约信息。

采用上述进一步方案的有益效果是：通过根据取消预约车位的第一停车请求包括的需停车时长的起始停车时刻和终止停车时刻和车位空闲消息，重新确定符合该车位空闲消息的第二停车请求，并向第二停车请求对应的第四终端发送车位预约信息，可以有效的缩短车位的空闲时间，提高空闲车位的使用率。

进一步地，所述预约车位确认信息包括车辆的车牌信息。

采用上述进一步方案的有益效果是：方便第一终端根据该车的车牌信息核对第三终端的信息，以及当第三终端对应的车辆停靠到空闲车位里时，核对服务器发送的缴费信息，确保交易的顺利完成。

进一步地，根据所述第一停车请求包括的车辆实时位置信息，确定车辆与空闲车位的距离是否小于预设值；

当确定所述车辆与空闲车位的距离小于所述预设值时，控制车位锁打开；

当检测到所述车辆驶入所述空闲车位时，向所述第一终端发送车位已占用信息。

采用上述进一步方案的有益效果是：当第一停车请求对应的车辆已经达到目的地并准备将车辆停靠到车位里时，通过控制空闲车位的车位锁开启，确保车辆可以正常驶入空闲车位，且当检测到车辆驶入空闲车位时，向第一终端发送车位已占用信息，使得车位的所有者及时获知车位的使用状态，并对车位的使用情况进行管控。

本发明的另一个发明目的在于提供一种预约泊车的***，包括：服务器、第一终端和至少一个第二终端，其中，

所述第一终端用于向所述服务器发送车位空闲消息；

至少一个所述第二终端用于向所述服务器发送至少一个停车请求；

所述服务器接收来自所述第一终端的车位空闲消息和来自至少一个所述第二终端的至少一个停车请求，并根据所述车位空闲消息，从至少一个所述停车请求中确定第一停车请求，向所述第一停车请求对应的第三终端发送车位预约信息；

所述第三终端为至少一个所述第二终端中的一个终端，用于接收所述服务器发送的所述车位预约信息，并根据用户输入的操作指令向所述服务器发送预约车位确认信息；

所述服务器还用于接收所述第三终端发送的预约车位确认信息，并向所述第一终端发送所述预约车位确认信息。

本发明的有益效果是：服务器从多个停车请求中确定出符合车位空闲消息的停车请求，并向其对应的终端发送车位预约信息，可以有效的提高空闲车位的使用率，进而缓解停车困难的问题。

在上述技术方案的基础上，本发明还可以做如下改进。

进一步地，所述服务器还用于接收所述第三终端发送的取消预约车位信息；确定所述第三终端对应的第一停车请求包括的需停车时长的起始停车时刻和终止停车时刻；根据所述车位空闲消息和所述需停车时长的起始停车时刻和终止停车时刻，从至少一个所述停车请求中确定第二停车请求；向所述第二停车请求对应的第四终端发送车位预约信息，其中，所述第四终端为至少一个所述第二终端中除所述第三终端之外的一个终端。

采用上述进一步方案的有益效果是：服务器根据取消预约车位的第一停车请求包括的需停车时长的起始停车时刻和终止停车时刻和车位空闲消息，重新确定符合该车位空闲消息的第二停车请求，并向第二停车请求对应的第四终端发送车位预约信息，可以有效的缩短车位的空闲时间，提高空闲车位的使用率。

进一步地，所述预约车位确认信息包括车辆的车牌信息。

采用上述进一步方案的有益效果是：方便第一终端根据该车的车牌信息核对第三终端的信息，以及当第三终端对应的车辆停靠到空闲车位里时，核对服务器发送的缴费信息，确保交易的顺利完成。

进一步地，所述服务器还用于根据所述第一停车请求包括的车辆实时位置信息，确定车辆与空闲车位的距离是否小于预设值；当确定所述车辆与空闲车位的距离小于所述预设值时，控制车位锁打开；当检测到所车辆驶入所述空闲车位时，向所述第一终端发送车位已占用信息。

采用上述进一步方案的有益效果是：当第一停车请求对应的车辆已经达到目的地并准备将车辆停靠到车位里时，通过服务器控制空闲车位的车位锁开启，确保车辆可以正常驶入空闲车位，且当检测到车辆驶入空闲车位时，向第一终端发送车位已占用信息，使得车位的所有者及时获知车位的使用状态，并对车位的使用情况进行管控。

本发明附加的方面的优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明实践了解到。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面所描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一个实施例的预约泊车的方法的示意性信令交互图；

图2为本发明另一个实施例的预约泊车的方法的示意性信令交互图；

图3为本发明另一个实施例的预约泊车的方法的示意性信令交互图；

图4为本发明另一个实施例的预约泊车的方法的示意性信令交互图；

图5为本发明另一个实施例的预约泊车的方法的示意性信令交互图；

图6为本发明一个实施例的预约泊车的***的示意性框架图；

图7为本发明另一个实施例的预约泊车的***的示意性框架图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都应属于本发明保护的范围。

图1给出了本发明实施例提供的一种预约泊车的方法100的示意性信令交互图。如图1所示的方法100包括：

110、服务器接收来自第一终端的车位空闲消息和来自至少一个第二终端的至少一个停车请求。

120、根据车位空闲消息，从至少一个停车请求中确定第一停车请求。

130、向第一停车请求对应的至少一个第二终端中的第三终端发送车位预约信息。

140、接收第三终端发送的预约车位确认信息。

150、向第一终端发送预约车位确认信息，以便该第一终端根据该预约车位确认信息核对第一停车请求和第三终端的信息。

在该实施例中，预约车位确认信息可以包括车辆的车牌信息，以便第一终端根据该车的车牌信息核对第三终端的信息，以及当第三终端对应的车辆停靠到空闲车位里时，核对服务器发送的缴费信息，确保交易的顺利完成。

具体的，在该实施例中，如图1所示，在步骤110之前，还可以包括：

101、第一终端向服务器发送车位空闲消息。

102、至少一个第二终端向服务器发送至少一个停车请求。

需要说明的是，步骤101和步骤102的执行顺序没有先后之分，可以是同时并行，也可以依次执行，执行顺序应以其内在逻辑确定，本发明实施例对此并不做任何限定。

另外，当第三终端接收到服务器发送的车位预约信息后，如图1中的步骤103和步骤104所示，第三终端还可以接收用户输入的操作指令，以确定预约车位确认信息，并且将预约车位确认信息发送给服务器。

应理解，在该实施例中，车位预约信息可以是一个或者多个，当该车位预约信息为一个时，用户直接向第三终端输入确认指令即可；当该车位预约信息为多个时，用户需要根据实际情况从该多个车位预约信息中选择一个，则用户可以向第三终端输入选择指令，所选择的车位预约信息对应预约车位确认信息。

上述实施例中的预约泊车的方法，通过从多个停车请求中确定出符合车位空闲消息的停车请求，并向其对应的终端发送车位预约信息，可以有效的提高空闲车位的使用率，进而缓解停车困难的问题。

可选地，作为本发明的一个实施例，步骤120具体可以包括：根据车位空闲消息包括的空闲车位位置信息和空闲时长，从至少一个停车请求中确定第一停车请求。其中，第一停车请求包括的车辆目的地位置信息与空闲车位位置信息相匹配，且第一停车请求包括的需停车时长小于或等于空闲时长。

具体的，在该实施例中，可以通过以下方法实现：

根据车位空闲消息，确定空闲车位位置信息、空闲起始时刻和空闲终止时刻。根据至少一个停车请求，确定车辆目的地位置信息和停车起始时刻和第一停车终止时刻。将空闲车位位置信息与车辆目的地位置信息相匹配，生成第一匹配结果。将空闲起始时刻和空闲终止时刻分别与停车起始时刻和停车终止时刻进行匹配，生成第二匹配结果。当第一匹配结果与第二匹配匹配结果均为匹配成功时，确定第一停车请求。其中，第二匹配结果为匹配成功是指：空闲起始时刻和空闲终止时刻分别与停车起始时刻和停车终止时刻相同，或者空闲起始时刻在停车起始时刻之前，且空闲终止时刻在停车终止时刻之后。

例如：车位空闲消息包括的空闲车位位置信息对应的车位是“甲路1号A区2号车位”，空闲时长为“9:30-17:00共8.5小时”。则至少一个停车请求中车辆目的地位置信息对应的目标地为“甲路1号”或“甲路1号A区”；且需停车时长在“9:30-17:00”时段之内且小于8.5小时的所有停车请求均可以确定为第一停车请求。

上述实施例中的预约泊车的方法，通过根据车位空闲消息包括的空闲车位位置信息和空闲时长，多个停车请求中确定出符合车位空闲消息的停车请求，可以有效的提高空闲车位预约的准确性。

可选地，作为本发明的另一个实施例，如图2所示，当步骤120中确定的第一停车请求为多个时，在步骤130之前，方法100还可以包括：

160、确定每个第一停车请求包括的需停车时长的起始停车时刻和终止停车时刻。

170、根据每个需停车时长的起始停车时刻和终止停车时刻的先后顺序，对多个第一停车请求进行筛选并排序。

180、根据前一个第一停车请求包括的需停车时长的终止停车时刻与后一个第一停车请求包括的需停车时长的起始停车时刻之间的时差，确定分别向每个第三终端发送车位预约信息的时段。

其中，130具体可以为：

在每个时段内向每个第一停车请求对应的每个第三终端发送车位预约信息。

具体的，在该实施例中，当确定的第一停车请求为多个时，要根据每个第一停车请求中需停车时长的起始停车时刻和终止停车时刻，从多个第一停车请求中筛选出停车时间不冲突，且能保证车位使用率最高的第一停车请求。具体的，需要确定每一个第一停车请求包括的需停车时长的起始停车时刻和终止停车时刻，并每个需停车时长的起始停车时刻和终止停车时刻的先后顺序，对多个第一停车请求进行筛选排序。

例如：车位空闲消息包括的空闲车位位置信息对应的车位是“甲路1号A区2号车位”，空闲时长为“9:30-17:00共8.5小时”。而，车辆目的地位置信息对应的目标地为“甲路1号”或“甲路1号A区”；且需停车时长在“9:30-17:00”时段之内且小于8.5小时的停车请求包括：第一停车请求1、第一停车请求2、第一停车请求3和第一停车请求4，具体的信息参见下表。

第一停车请求	需停车时长	起始停车时刻	终止停车时刻	第三终端
					1	1.5个小时	10:00	11:30	a
2	3.75个小时	9:45	13:30	b
					3	1.5个小时	14:00	15:30	c
4	1个小时	16:00	17:00	d

则需要根据每个第一停车请求的需停车时长的起始停车时刻和终止停车时刻的先后顺序，对上述4个第一停车请求进行筛选和排序。筛选的标准以得车位的使用率最高为准，即：车位的空闲时间最少。

显然，从上述4个第一停车请求的需停车时长的起始停车时刻和终止停车时刻的先后顺序可以看出：第一停车请求1与第一停车请求2的需停车时长有重复，且第一停车请求1的需停车时长的起始停车时刻与车位空闲消息中空闲时长的起始时刻的时差，大于第一停车请求2的需停车时长的起始停车时刻与车位空闲消息中空闲时长的起始时刻的时差。

而第一停车请求2与第一停车请求3的需停车时长的衔接最为紧密，即：第一停车请求2的需停车时长的终止停车时刻与第一停车请求3的需停车时长的起始停车时刻之间的时差最小，且第一停车请求3与第一停车请求4。

因此，从4个第一停车请求可以筛选出第一停车请求2、第一停车请求3和第一停车请求4，并根据每个第一停车请求的需停车时长的起始停车时刻和终止停车时刻的先后顺序对上述三个第一停车请求排序，即：第一停车请求2、第一停车请求3和第一停车请求4。

再根据前一个第一停车请求包括的需停车时长的终止停车时刻与后一个第一停车请求包括的需停车时长的起始停车时刻之间的时差，确定向每个第三终端发送车位预约信息的时段。

例如：根据第一停车请求2的需停车时长的起始停车时刻与车位空闲消息中空闲时长的起始时刻之间的时差，确定向第三终端b发送车位预约信息的时段，该时段的确定标准以确保车辆准时停车准。可以结合第一停车请求2的车辆实时位置信息对应的位置，路况等信息，计算该时段。

在该实施例中，如，该时段可以为9:00-9:20、8:50-9:15、8:30-9:10等等，应理解，这里仅仅是举例说明本发明实施例的技术方案，并不对本发明实施例构成任何限定。

也就是说，为了确保车辆能够准时停靠在空闲车位里，需要根据相邻两个第一停车请求包括的需停车时长的起始停车时刻和终止停车时刻之间的时差，以及结合第一停车请求的车辆实时位置信息对应的位置，路况等信息，确定向第三终端发送车位预约信息的时段，并在该时段内向第三终端发送车位预约信息，也可以是提前该时段对应的时长向第三终端发送车位预约信息。

需要说明的是，根据第一停车请求3的需停车时长的起始停车时刻与第一停车请求2的需停车时长的终止停车时刻之间的时差，确定向第三终端c发送车位预约信息的时段，以及，根据第一停车请求4的需停车时长的起始停车时刻与第一停车请求3的需停车时长的终止停车时刻之间的时差，确定向第三终端d发送车位预约信息的时段的方法，与上述根据第一停车请求2的需停车时长的起始停车时刻与车位空闲消息中空闲时长的起始时刻之间的时差，确定向第三终端b发送车位预约信息的时段的方法类似，为了描述的简洁，在此不再赘述。

上述实施例中的预约泊车的方法，通过根据每个停车请求的需停车时长的起始停车时刻和终止停车时刻对确定出的符合车位空闲消息的多个停车请求进行筛选和排序，并根据相邻两个第一停车请求包括的需停车时长的起始停车时刻和终止停车时刻之间的时差，确定向第三终端发送车位预约信息的时段，且在该时段内向第三终端发送车位预约信息，可以有效的提高车辆停靠至空闲车位的准时性和可靠性。

可选地，作为本发明的另一个实施例，如图3所示，在步骤150之后，方法100还可以包括：

185、获取第一停车请求对应的车辆的车况信息。

190、根据车况信息、第一停车请求包括的车辆实时位置信息和车辆目的地位置信息确定车辆的行车路径。

105、将行车路径发送给第三终端。

具体的，在该实施例中，车况信息可以包括：平均车速、发动机转速、档位、水温、电续驶里程、油续驶里程、剩余电量、剩余油量、刹车片磨损、轮胎磨损及胎压等信息，但本发明实施例并不局限于此，例如：还可以包括：行驶里程、行驶时间、车辆的门锁信息、玻璃升降器磨损等信息。

也就是说，服务器获取第一停车请求对应的车辆的车况信息，并根据车况信息、第一停车请求包括的车辆实时位置信息和车辆目的地位置信息确定车辆的行车路径，且将行车路径发送给第三终端，从而可以为发出停车请求的车辆提供更加便捷人性化的服务，同时，可以为车主节省时间成本，提高停车效率。

具体的，在该实施例中，步骤190可以包括：

根据车辆实时位置信息，获取车辆所行驶环境的路况信息和车速信息；

根据车况信息、路况信息、车速信息和车辆目的地位置信息，确定车辆到达停车位的时长及对应的行车路径。

例如：车辆实时位置信息对应的位置为“乙路3号”，获取车辆所行驶环境的路况信息为“前方5公里内行驶畅通”，车速信息为“85km/h”。而，车辆目的地位置信息对应的位置为“甲路1号A区”，服务器可以根据上述具体信息确定从“乙路3号”到达“甲路1号A区”的所有行车路径，以及每个行车路径对应的时长，然后将行车路径以其对应的时长信息发送给第三终端，方便第三终端的持有者了解和选择行车路径，同时，还可以提供行车导航服务，引导车辆迅速到达目的地。

需要说明的是，在该实施例中，也可以包括如图2中的步骤160-180，为了描述的简洁，在此不再赘述。

应理解，在该实施例中，步骤160-180与步骤185、190和105之间没有严格的执行顺序，可以并列执行，也可以依次执行，执行顺序应以其内在逻辑确定，本发明实施例对此并不做任何限定。

上述实施例中的预约泊车的方法，通过根据车况信息、第一停车请求包括的车辆实时位置信息和车辆目的地位置信息确定车辆的行车路径，且将行车路径发送给第三终端，从而可以为发出停车请求的车辆提供更加便捷和更人性化的服务，同时，可以为请求停车的车主节省时间成本，进而提高停车效率。

可选地，作为本发明的另一个实施例，如图4所示，在步骤150之后，方法100还可以包括：

200、接收第三终端发送的取消预约车位信息。

210、确定第三终端对应的第一停车请求包括的需停车时长的起始停车时刻和终止停车时刻。

220、根据车位空闲消息和需停车时长的起始停车时刻和终止停车时刻，从至少一个停车请求中确定第二停车请求。

230、向第二停车请求对应的第四终端发送车位预约信息。

服务器在接收到第三终端发送的取消预约车位信息后，确定第三终端对应的第一停车请求包括的需停车时长的起始停车时刻和终止停车时刻，并根据车位空闲消息和需停车时长的起始停车时刻和终止停车时刻，从至少一个停车请求中确定第二停车请求，然后向第二停车请求对应的第四终端发送车位预约信息。

也就是说，当有用户要取消预约车位时，通过其持有的终端向服务器发送取消预约车位信息，服务器则根据该终端对应的停车请求中的需停车时长的起始停车时刻和终止停车时刻重新确定出符合条件的第二停车请求。

例如：用户c要取消预约车位，则通过该第三终端c向服务器发送取消预约车位信息，服务器根据第三终端c对应的停车请求中的需停车时长的起始停车时刻“14:00”和终止停车时刻“15:30”，以及空闲车位消息中的空闲车位位置信息对应的车位是“甲路1号A区2号车位”，从接收到的停车请求中重新确定第二停车请求。该第二停车请求中的车辆目的地位置信息对应的目标地为“甲路1号”或“甲路1号A区”；且需停车时长在“14:00-15:30”时段之内且小于或者等于1.5小时。然后向该第二停车请求对应的第四终端发送车位预约信息。

具体的，在该实施例中，还可以包括：步骤103、104、140和150。即：当第四终端接收到服务器发送的车位预约信息后，可以接收用户输入的操作指令，以确定预约车位确认信息，并且将预约车位确认信息发送给服务器。服务器接收第四终端发送的预约车位确认信息并将其发送给第一终端，以便第一终端的持有者获知车位已被预约的信息。

在一个实施例中，还可以包括如图2中的步骤160-180，为了描述的简洁，在此不再赘述。

在另一个实施例中，还可以包括如图3中的步骤185、190和105，为了描述的简洁，在此不再赘述。

上述实施例中的预约泊车的方法，通过根据取消预约车位的第一停车请求包括的需停车时长的起始停车时刻和终止停车时刻和车位空闲消息，重新确定符合该车位空闲消息的第二停车请求，并向第二停车请求对应的第四终端发送车位预约信息，可以有效的缩短车位的空闲时间，提高空闲车位的使用率。

可选地，作为本发明的另一个实施例，如图5所示，在步骤150之后，方法100还可以包括：

240、根据第一停车请求包括的车辆实时位置信息，确定车辆与空闲车位的距离是否小于预设值。

250、当确定车辆与空闲车位的距离小于预设值时，控制车位锁打开。

260、检测车辆是否驶入空闲车位。

270、当检测到车辆驶入空闲车位时，向第一终端发送车位已占用信息。

具体的，在该实施例中，服务器根据第一停车请求包括的车辆实时位置信息，确定车辆与空闲车位的距离是否小于预设值，例如：预设值可以取20-100cm，当确定车辆与空闲车位的距离小于预设值时，控制车位锁打开，并当检测到车辆驶入空闲车位时，向第一终端发送车位已占用信息，同时也可以控制车位锁关闭。

也就是说，第一停车请求对应的车辆已经达到目的地并准备将车辆停靠到车位里时，服务器要控制空闲车位的车位锁开启，确保车辆可以正常驶入空闲车位。

另外，可以通过车位检测设备检测车辆是否驶入空闲车位，例如：利用地磁传感器和超声波传感器来实现，具体的，地磁传感器检测空闲车位地面上的地磁场是否发生变化，当地磁传感器检测到空闲车位地面上的地磁场发生变化时，启动超声波传感器对空闲车位地面进行检测，当超声波传感器检测到空闲车位地面上有车时，确定空闲车位地面上有车；当超声波传感器检测到空闲车位地面上无车时，确定空闲车位地面上无车。

或者，可以利用地磁传感器和射频识别器来实现，具体的，地磁传感器检测空闲车位地面上的地磁场是否发生变化，当地磁传感器检测到空闲车位地面上的地磁场发生变化时，启动射频识别器对空闲车位地面进行检测，当射频识别器检测到空闲车位地面上无车时，确定空闲车位地面上无车；当射频识别器检测到空闲车位地面上有车时，确定空闲车位地面上有车。

在该实施例中，当检测到车辆驶入空闲车位时，服务器向第一终端发送车位已占用信息，同时根据需停车时长计算停车费用，然后将所述费用对应的缴费信息同时发送给第一终端和第三终端。其中，缴费信息包括：第三终端对应的车辆的车牌信息，缴费金额信息，缴费时间信息。

第一终端可以根据预约车位确认信息可以包括车辆的车牌信息核对缴费信息。第三终端的持有者则需要根据该缴费信息规定的缴费时间完成缴费操作。

上述实施例中的预约泊车的方法，当第一停车请求对应的车辆已经达到目的地并准备将车辆停靠到车位里时，通过控制空闲车位的车位锁开启，确保车辆可以正常驶入空闲车位，且当检测到车辆驶入空闲车位时，向第一终端发送车位已占用信息，使得车位的所有者及时获知车位的使用状态，并对车位的使用情况进行管控。

应理解，在本发明各实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

上文结合图1至图5详细描述了本发明提供的预约泊车的方法，下面结合图6和图7对本发明提供的预约泊车的***进行详细的描述。

图6给出了本发明实施例提供的一种预约泊车的***的示意性框架图。如图6所示的***包括：服务器、第一终端和至少一个第二终端。

其中，第一终端用于向服务器发送车位空闲消息。至少一个第二终端用于向服务器发送至少一个停车请求。服务器接收来自第一终端的车位空闲消息和来自至少一个第二终端的至少一个停车请求，并根据车位空闲消息，从至少一个停车请求中确定第一停车请求，向第一停车请求对应的第三终端发送车位预约信息，以便第一终端根据该预约车位确认信息核对第一停车请求和第三终端的信息。

第三终端为至少一个第二终端中的一个终端，用于接收服务器发送的车位预约信息，并根据用户输入的操作指令确定预约车位确认信息，且向服务器发送预约车位确认信息。服务器还用于接收第三终端发送的预约车位确认信息，并向第一终端发送预约车位确认信息。

在该实施例中，预约车位确认信息可以包括车辆的车牌信息，以便第一终端根据该车的车牌信息核对第三终端的信息，以及当第三终端对应的车辆停靠到空闲车位里时，核对服务器发送的缴费信息，确保交易的顺利完成。

上述实施例中的预约泊车的***，通过服务器从多个停车请求中确定出符合车位空闲消息的停车请求，并向其对应的终端发送车位预约信息，可以有效的提高空闲车位的使用率，进而缓解停车困难的问题。

应理解，在本发明实施例中，根据本发明实施例的预约泊车的***，可对应于根据本发明实施例的预约泊车的方法100的执行主体，并且该***中的各个设备器件的上述和其它操作和/或功能分别为了实现图1至图5中的各个方法的相应流程，为了简洁，在此不再赘述。

可选地，作为本发明的一个实施例，服务器具体用于根据车位空闲消息包括的空闲车位位置信息和空闲时长，从至少一个停车请求中确定第一停车请求。其中，第一停车请求包括的车辆目的地位置信息与空闲车位位置信息相匹配，且第一停车请求包括的需停车时长小于或者等于空闲时长。

也就是说，服务器可以根据车位空闲消息包括的空闲车位位置信息和空闲时长，从至少一个停车请求中确定出符合条件的一个或者多个第一停车请求。该条件为：第一停车请求包括的车辆目的地位置信息与空闲车位位置信息相匹配，且第一停车请求包括的需停车时长小于或者等于空闲时长。

上述实施例中的预约泊车的***，通过服务器根据车位空闲消息包括的空闲车位位置信息和空闲时长，多个停车请求中确定出符合车位空闲消息的停车请求，可以有效的提高空闲车位预约的准确性。

可选地，作为本发明的另一个实施例，第一停车请求为多个时，服务器还用于确定每个第一停车请求包括的需停车时长的起始停车时刻和终止停车时刻，根据每个需停车时长的起始停车时刻和终止停车时刻的先后顺序，对多个第一停车请求进行筛选并排序，根据前一个第一停车请求包括的需停车时长的终止停车时刻与后一个第一停车请求包括的需停车时长的起始停车时刻之间的时差，确定向每个第三终端发送车位预约信息的时段，在每个时段内向每个第一停车请求对应的每个第三终端发送车位预约信息。

也就是说，当第一停车请求为多个第一停车请求时，服务器还需要根据每个第一停车请求中需停车时长的起始停车时刻和终止停车时刻，从多个第一停车请求中筛选出停车时间不冲突，且能保证车位使用率最高的第一停车请求。并将筛选后的第一停车请求根据其的需停车时长的起始停车时刻和终止停车时刻进行排序。

服务器还可以根据排序后的第一停车请求中相邻两个第一停车请求包括的需停车时长的起始停车时刻和终止停车时刻之间的时差，以及结合第一停车请求的车辆实时位置信息对应的位置，路况等信息，确定向第三终端发送车位预约信息的时段，并在该时段内向第三终端发送车位预约信息。

上述实施例中的预约泊车的***，通过服务器根据每个停车请求的需停车时长的起始停车时刻和终止停车时刻对确定出的符合车位空闲消息的多个停车请求进行筛选和排序，并根据相邻两个第一停车请求包括的需停车时长的起始停车时刻和终止停车时刻之间的时差，确定向第三终端发送车位预约信息的时段，且在该时段内向第三终端发送车位预约信息，可以有效的提高车辆停靠至空闲车位的准时性和可靠性。

可选地，作为本发明的另一个实施例，服务器还用于获取第一停车请求对应的车辆的车况信息，根据车况信息、第一停车请求包括的车辆实时位置信息和车辆目的地位置信息确定车辆的行车路径，并将行车路径发送给第三终端。

具体的，在该实施例中，车况信息可以包括：平均车速、发动机转速、档位、水温、电续驶里程、油续驶里程、剩余电量、剩余油量、刹车片磨损、轮胎磨损及胎压等信息，但本发明实施例并不局限于此，例如：还可以包括：行驶里程、行驶时间、车辆的门锁信息、玻璃升降器磨损等信息。

服务器可以获取第一停车请求对应的车辆的车况信息，并根据车况信息、第一停车请求包括的车辆实时位置信息和车辆目的地位置信息确定车辆的行车路径，且将行车路径发送给第三终端，从而可以为发出停车请求的车辆提供更加便捷人性化的服务，同时，可以为车主节省时间成本，提供停车效率。

具体的，在该实施例中，服务器具体可以用于根据车辆实时位置信息，获取车辆所行驶环境的路况信息和车速信息，并根据车况信息、路况信息、车速信息和车辆目的地位置信息，确定车辆到达停车位的时长及对应的行车路径。

也就是说，服务器具体可以根据车辆实时位置信息对应的位置，获取车辆所行驶环境的路况信息和车速信息，并根据车辆目的地位置信息、路况信息和车速信息，确定从“车辆实时位置信息对应的位置”到达“车辆目的地位置信息的位置”的所有行车路径，以及每个行车路径对应的时长，然后将行车路径以其对应的时长信息发送给第三终端，方便第三终端的持有者了解和选择行车路径，同时，还可以提供行车导航服务，引导车辆迅速到达目的地。

上述实施例中的预约泊车的***，通过服务器根据车况信息、第一停车请求包括的车辆实时位置信息和车辆目的地位置信息确定车辆的行车路径，且将行车路径发送给第三终端，从而可以为发出停车请求的车辆提供更加便捷和更人性化的服务，同时，可以为请求停车的车主节省时间成本，进而提高停车效率。

可选地，作为本发明的另一个实施例，如图7所示，服务器还用于接收第三终端发送的取消预约车位信息，确定第三终端对应的第一停车请求包括的需停车时长的起始停车时刻和终止停车时刻，根据车位空闲消息和需停车时长的起始停车时刻和终止停车时刻，从至少一个停车请求中确定第二停车请求，向第二停车请求对应的第四终端发送车位预约信息。其中，第四终端为至少一个第二终端中除第三终端之外的一个终端。

也就是说，当有用户要取消预约车位时，通过其持有的终端向服务器发送取消预约车位信息，服务器则根据该终端对应的停车请求中的需停车时长的起始停车时刻和终止停车时刻重新确定出符合条件的第二停车请求。该条件为：第二停车请求包括的车辆目的地位置信息与空闲车位位置信息相匹配，且第二停车请求包括的需停车时长小于或者等于第三终端对应的第一停车请求包括的需停车时长。

另外，当第四终端接收到服务器发送的车位预约信息后，可以接收用户输入的操作指令，以确定预约车位确认信息，并且将预约车位确认信息发送给服务器。服务器接收第四终端发送的预约车位确认信息并将其发送给第一终端，以便第一终端的持有者获知车位已被预约的信息。

上述实施例中的预约泊车的***，通过服务器根据取消预约车位的第一停车请求包括的需停车时长的起始停车时刻和终止停车时刻和车位空闲消息，重新确定符合该车位空闲消息的第二停车请求，并向第二停车请求对应的第四终端发送车位预约信息，可以有效的缩短车位的空闲时间，提高空闲车位的使用率。

可选地，作为本发明的另一个实施例，如图7所示，服务器还用于根据第一停车请求包括的车辆实时位置信息，确定车辆与空闲车位的距离是否小于预设值；当确定车辆与空闲车位的距离小于预设值时，控制车位锁打开；当检测到所车辆驶入空闲车位时，向第一终端发送车位已占用信息。

也就是说，服务器根据第一停车请求包括的车辆实时位置信息，确定该第一停车请求对应的车辆已经达到目的地并准备将车辆停靠到车位里时，服务器要控制空闲车位的车位锁开启，确保车辆可以正常驶入空闲车位。并且，当检测到车辆驶入空闲车位时，服务器可以向第一终端发送车位已占用信息，同时根据需停车时长计算停车费用，然后将所述费用对应的缴费信息同时发送给第一终端和第三终端。其中，缴费信息包括：第三终端对应的车辆的车牌信息，缴费金额信息，缴费时间信息。

而第一终端可以根据预约车位确认信息可以包括车辆的车牌信息核对缴费信息。第三终端的持有者则需要根据该缴费信息规定的缴费时间完成缴费操作。

上述实施例中的预约泊车的***，通过当第一停车请求对应的车辆已经达到目的地并准备将车辆停靠到车位里时，通过服务器控制空闲车位的车位锁开启，确保车辆可以正常驶入空闲车位，且当检测到车辆驶入空闲车位时，向第一终端发送车位已占用信息，使得车位的所有者及时获知车位的使用状态，并对车位的使用情况进行管控。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种预约泊车的方法，其特征在于，包括：

服务器接收来自第一终端的车位空闲消息和来自至少一个第二终端的至少一个停车请求；

根据所述车位空闲消息，从至少一个所述停车请求中确定第一停车请求；

向所述第一停车请求对应的至少一个所述第二终端中的第三终端发送车位预约信息；

接收所述第三终端发送的预约车位确认信息；

向所述第一终端发送所述预约车位确认信息，以便所述第一终端根据所述预约车位确认信息核对所述第一停车请求和所述第三终端的信息。

2.根据权利要求1所述的方法，其特征在于，所述根据所述车位空闲消息，从至少一个所述停车请求中确定第一停车请求，包括：

根据所述车位空闲消息包括的空闲车位位置信息和空闲时长，从至少一个所述停车请求中确定第一停车请求，其中，所述第一停车请求包括的车辆目的地位置信息与所述空闲车位位置信息相匹配，且所述第一停车请求包括的需停车时长小于或等于所述空闲时长。

3.根据权利要求2所述的方法，其特征在于，所述第一停车请求为多个时，在向所述第一停车请求对应的第三终端发送车位预约信息之前，所述方法还包括：

确定每个所述第一停车请求包括的需停车时长的起始停车时刻和终止停车时刻；

根据每个需停车时长的起始停车时刻和终止停车时刻的先后顺序，对多个所述第一停车请求进行筛选并排序；

根据前一个第一停车请求包括的需停车时长的终止停车时刻与后一个第一停车请求包括的需停车时长的起始停车时刻之间的时差，确定向每个所述第三终端发送所述车位预约信息的时段，

其中，所述向所述第一停车请求对应的第三终端发送车位预约信息，包括：

在每个所述时段内向每个所述第一停车请求分别对应的所述第三终端发送所述车位预约信息。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

获取所述第一停车请求对应的车辆的车况信息；

根据所述车况信息、所述第一停车请求包括的车辆实时位置信息和车辆目的地位置信息确定车辆的行车路径，并将所述行车路径发送给所述第三终端。

5.根据权利要求4所述的方法，其特征在于，所述根据所述车况信息、所述第一停车请求包括的车辆实时位置信息和车辆目的地位置信息确定车辆的行车路径，包括：

根据所述车辆实时位置信息，获取车辆所行驶环境的路况信息和车速信息；

根据所述车况信息、所述路况信息、所述车速信息和所述车辆目的地位置信息，确定车辆到达停车位的时长及对应的行车路径。

6.一种预约泊车的***，其特征在于，包括：服务器、第一终端和至少一个第二终端，其中，

所述第一终端用于向所述服务器发送车位空闲消息；

至少一个所述第二终端用于向所述服务器发送至少一个停车请求；

所述服务器接收来自所述第一终端的车位空闲消息和来自至少一个所述第二终端的至少一个停车请求，并根据所述车位空闲消息，从至少一个所述停车请求中确定第一停车请求，向所述第一停车请求对应的第三终端发送车位预约信息；

所述第三终端为至少一个所述第二终端中的一个终端，用于接收所述服务器发送的所述车位预约信息，并根据用户输入的操作指令确定预约车位确认信息，且向所述服务器发送所述预约车位确认信息；

所述服务器还用于接收所述第三终端发送的预约车位确认信息，并向所述第一终端发送所述预约车位确认信息。

7.根据权利要求6所述的***，其特征在于，所述服务器具体用于，根据所述车位空闲消息包括的空闲车位位置信息和空闲时长，从至少一个所述停车请求中确定第一停车请求，其中，所述第一停车请求包括的车辆目的地位置信息与所述空闲车位位置信息相匹配，且所述第一停车请求包括的需停车时长小于或等于所述空闲时长。

8.根据权利要求7所述的***，其特征在于，所述第一停车请求为多个时，所述服务器还用于，确定每个所述第一停车请求包括的需停车时长的起始停车时刻和终止停车时刻；根据每个需停车时长的起始停车时刻和终止停车时刻的先后顺序，对多个所述第一停车请求进行筛选并排序；根据前一个第一停车请求包括的需停车时长的终止停车时刻与后一个第一停车请求包括的需停车时长的起始停车时刻之间的时差，确定向每个所述第三终端发送所述车位预约信息的时段；在每个所述时段内分别向每个所述第一停车请求对应的所述第三终端发送所述车位预约信息。

9.根据权利要求6至8中任一项所述的***，其特征在于，所述服务器还用于，获取所述第一停车请求对应的车辆的车况信息；根据所述车况信息、所述第一停车请求包括的车辆实时位置信息和车辆目的地位置信息确定车辆的行车路径，并将所述行车路径发送给所述第三终端。

10.根据权利要求9所述的***，其特征在于，所述服务器具体用于，根据所述车辆实时位置信息，获取车辆所行驶环境的路况信息和车速信息，并根据所述车况信息、所述路况信息、所述车速信息和所述车辆目的地位置信息，确定车辆到达停车位的时长及对应的行车路径。