一种智能预约停车泊位的方法及装置与流程

本发明涉及物联网技术领域，尤其涉及一种智能预约停车泊位的方法及装置。

背景技术：

随着人们日常生活水平的不断提高，车辆在人们生活中的所占的角色也越来越重要。大部分家庭都已经购置车辆，用于方便出行。而随之带来的困难就是泊车难的问题。无论是去任何公共场所，当需要停车时，都会出现停车难的问题。甚至找了附近好几个停车场，都没有停车位置，由此导致用户在停车的问题上将会花费大量时间，而且加重耗油量。

虽然，现有技术中，可以通过某些应用程序(application，简称app)可以查询到用户所要到达的目的地附近停车场当前空余车位情况。但是，在一段时间内很可能存在多个用户同时在查询该停车场当前空余车位情况，那么如果车位紧缺时，用户同样是“先到先得”。也即是说，该方法并没有从根本上解决用户停车难的问题。

技术实现要素：

为解决上述技术问题，本发明提供了一种智能预约停车泊位的方法及装置。

第一方面，本发明实施例提供了一种智能预约停车泊位的方法，该方法包括：接收至少一个终端发送的询问消息，该询问消息用于询问待到达的目的地所属第一预设范围内的停车场是否还有空余泊位，其中，询问消息中包括待到达的目的地位置信息；分别根据至少一个终端发送的询问消息，查询待到达的目的地所属第一预设范围内的停车场的空余泊位信息，并获取查询结果；将查询结果分别反馈给至少一个终端中的对应终端，以便用户根据查询结果确定是否在待到达的目的地所属第一预设范围内的停车场预约停车泊位；接收用户确定在待到达目的地所属第一预设范围内的停车场预约停车泊位时，通过终端发送的预约信息；根据预约信息，为用户预约停车泊位。

本发明实施例提供的智能预约停车泊位的方法，终端提前通过向服务器询问所要到达的目的地附近的停车场是否还留有空余泊位，当存在时则预约停车。以防止用户到达停车场时恰巧没有空余泊位的“尴尬”，同时也不会因为当前停车场没有空余泊位，而要漫无目的继续寻找其他停车场而造成的时间浪费，和耗油量的增长。

进一步的，分别根据至少一个终端发送的询问消息，查询待到达的目的地所属第一预设范围内的停车场的空余泊位信息，并获取查询结果，具体包括：

统计至少一个终端发送的询问消息中的目的地位置信息；

将目的地所属范围均为同一区域的一个或多个终端划分为一组；

查询第一终端待到达目的地所属第一预设范围内的停车场的空余泊位信息；

并将第一终端待到达目的地所属第一预设范围内的停车场的空余泊位信息分别发送至该组中所有的终端中，其中第一终端属于一个或多个终端中的一个。

上述实施例中，在获取至少一个终端待到达的目的地位置信息后，可以首先进行统计。将属于同一区域的终端划分为一组。然后选取一个终端待到达的目的地，查询该终端待到达的目的地预设范围内的停车场的空余泊位信息，并将该信息统一发送至该组中的其他终端。进一步减少服务器的工作量，提高查询效率。

第二方面，本发明提供了一种智能预约停车泊位的装置，该装置包括：接收单元，用于接收至少一个终端发送的询问消息，该询问消息用于询问待到达的目的地所属第一预设范围内的停车场是否还有空余泊位，其中，询问消息中包括待到达的目的地位置信息；处理单元，用于分别根据至少一个终端发送的询问消息，查询待到达的目的地所属第一预设范围内的停车场的空余泊位信息，并获取查询结果；发送单元，将查询结果分别反馈给至少一个终端中的对应终端，以便用户根据查询结果确定是否在待到达的目的地所属第一预设范围内的停车场预约停车泊位；接收单元还用于，接收用户确定在待到达目的地所属第一预设范围内的停车场预约停车泊位时，通过终端发送的预约信息；预约单元，用于根据预约信息，为用户预约停车泊位。

本发明实施例提供的智能预约停车泊位的装置，终端提前通过向服务器询问所要到达的目的地附近的停车场是否还留有空余泊位，当服务器中的处理单元确定存在空余泊位时，将会通过发送单元发送查询结果至终端，以便用户能够通过终端发送预约信息，方便处理单元根据预约信息，为用户预约停车。以防止用户到达停车场时恰巧没有空余泊位的“尴尬”，同时也不会因为当前停车场没有空余泊位，而要漫无目的继续寻找其他停车场而造成的时间浪费，和耗油量的增长。

进一步的，处理单元具体用于：

统计至少一个终端发送的询问消息中的目的地位置信息；

将目的地所属范围均为同一区域的一个或多个终端划分为一组；

查询第一终端待到达目的地所属第一预设范围内的停车场的空余泊位信息；

发送单元还用于，将第一终端待到达目的地所属第一预设范围内的停车场的空余泊位信息分别发送至该组中所有的终端中，其中第一终端属于一个或多个终端中的一个。

上述实施例中，处理单元在获取至少一个终端待到达的目的地位置信息后，可以首先进行统计。将属于同一区域的终端划分为一组。然后选取一个终端待到达的目的地，查询该终端待到达的目的地预设范围内的停车场的空余泊位信息，并将该信息统一发送至该组中的其他终端。进一步减少服务器的工作量，提高查询效率。

附图说明

图1为本发明实施例提供的一种智能预约停车泊位的系统架构图；

图2为本发明实施例提供的一种智能预约停车泊位的系统中各部件之间流程交互示意图；

图3为本发明实施例提供的一种智能预约停车泊位的方法流程示意图；

图4为本发明实施例提供的另一种智能预约停车泊位的方法流程示意图；

图5为本发明实施例提供的另一种智能预约停车泊位的方法流程示意图；

图6为本发明实施例提供的一种智能预约停车泊位的装置结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透切理解本发明。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

图1为本发明实施例提供的一种智能预约停车泊位的系统架构图。具体如图1所示，该系统架构至少包括：至少一个终端110，服务器120，物联网接入网关130、以及物联网服务网关140等。

如图2所示，图2为本发明提供的该智能预约停车泊位的系统中各部件之间进行交互的流程示意图。

具体的，在图2中，仅以一个终端为例进行说明。

终端110向物联网接入网关130发送业务接入请求，其中业务接入请求中可以包括终端id，服务签约认证信息等。物联网接入网关130将该业务接入请求发送至物联网服务网关140中，物联网服务网关140对业务接入请求进行认证。当认证成功时，向物联网接入网关130发送认证成功的消息，并和物联网接入网关130建立网络通信传输通道。物联网接入网关130将认证成功的消息发送至终端110。

终端110在接收到认证成功的消息后，向物联网接入网关130发送业务请求。在本实施例中，业务请求具体指的是询问消息，该询问消息用于询问用户驾车待到达目的地所属第一预设范围内的停车场是否还有空余泊位。其中，询问消息中包括待到达目的地位置信息。物联网接入网关130通过与物联网服务网关140建立的网络通信传输通道，将业务请求发送至物联网服务网关140，而物联网服务网关140则将该业务请求转发至服务器120。

服务器120根据询问消息查询用户驾车待到达目的地所属的第一预设范围内的停车场的空余泊位信息，并将查询结果通过上述网络通信传输通道反馈给终端110。终端110则根据查询结果确定是否在待到达目的地所属第一预设范围内的停车场预约停车泊位。如果用户确定预约，那么则通过终端设备输入的预约信息，服务器120则根据预约信息，为用户预约停车泊位。并将预约结果通过上述网络通信传输通道反馈给终端110。

当然，读者应理解，在上述智能预约停车泊位的系统中，物联网接入网关130、以及物联网服务网关140的功能主要就是建立至少一个终端110和服务器120之间的数据传输通道，因此，在下文具体介绍智能预约停车泊位的方法流程中将不做详细介绍。而在本系统中，主要执行功能的是服务器。

因此，在下面的一个实施例中，本申请文件将详细介绍服务器所执行的方法流程。具体如图3所示。图3为本发明实施例提供的一种智能预约停车泊位的方法流程示意图。该方法包括：

步骤310，接收至少一个终端发送的询问消息。

具体的，至少一个终端分别通过上述实施例中介绍的物联网接入网关和物联网服务网关之间建立的通信传输通道，将询问消息分别传输至服务器中。其中，询问消息用于询问用户驾车待到达的目的地所属第一预设范围内的停车场是否还有空余泊位。优选的，该询问消息中可以包括用户驾车待到达的目的地位置信息。

步骤320，分别根据至少一个终端发送的询问消息，查询待到达的目的地所属第一预设范围内的停车场的空余泊位信息，并获取查询结果。

具体的，每当服务器接收到一个终端发送的询问消息后，就去查询一下与该询问消息中所包含的待到达的目的地对应的预设范围内的停车场是否还有停车泊位，并获取查询结果。

步骤330，将查询结果分别反馈给至少一个终端中的对应终端。

具体的，服务器直接将反馈结果发送给对应的终端即可。以便用户根据查询结果确定是否在待到达的目的地所属第一预设范围内的停车场预约停车泊位。

步骤340，接收用户确定在待到达目的地所属第一预设范围内的停车场预约停车泊位时，通过终端发送的预约信息。

通过步骤330中，服务器向终端反馈查询结果后，用户可以根据自己的需求或者根据服务器匹配的最优停车场选择是否需要预约泊位。如果需要，则输入具体的预约信息至终端。并通过终端传输至服务器中，其中预约信息可以包括至少一个终端中每一个终端分别发送的预约泊车的停车场名称和相应的停车时间。为了用户预约时能够证明预约有效，预约信息中还可包括用户终端的id。当然，服务器在接收用户终端发送的预约信息时，也可以直接读取用户终端id，而不需终端在预约信息中再发送。具体如何实现，这里不做任何限定。

步骤350，根据预约信息，为用户预约停车泊位。

本发明实施例提供的一种智能预约停车泊位的方法，终端提前通过向服务器询问所要到达的目的地附近的停车场是否还留有空余泊位。服务器查询与终端待到达的目的地所属的第一预设范围内的停车场，确定是否存在空余泊位。并将查询结果反馈给终端。当存在空余泊位时，则询问用户是否需要预约停车。通过上述方法，可以防止用户到达停车场时恰巧没有空余泊位的“尴尬”，同时也不会因为当前停车场没有空余泊位，而要漫无目的继续寻找其他停车场而造成的时间浪费，和耗油量的增长。

图4为本发明实施例提供的另一种智能预约停车泊位的方法流程示意图。

具体如图4所示，该方法包括：

步骤410，接收至少一个终端发送的询问消息。

具体的，至少一个终端分别通过上述实施例中介绍的物联网接入网关和物联网服务网关之间建立的通信传输通道，将询问消息分别传输至服务器中。其中，询问消息用于询问用户驾车待到达的目的地所属第一预设范围内的停车场是否还有空余泊位。优选的，该询问消息中可以包括用户驾车待到达的目的地位置信息。

步骤420，分别根据至少一个终端发送的询问消息，查询待到达的目的地所属第一预设范围内的停车场的空余泊位信息，并获取查询结果。

具体的，由于每当服务器接收到一个终端发送的询问消息后，就去查询一下与该询问消息中所包含的待到达的目的地对应的预设范围内的停车场是否还有停车泊位的查询过程过于频繁，而且工作量繁重，变相增加了服务器的负担。同时，根据先到先得的顺序，可能后发送至服务器的询问消息需要过很长时间，才能够获取到查询结果。

因此，在本实施例中，在查询结果时，该步骤可以具体细化为：

步骤4201，统计至少一个终端发送的询问消息中的目的地位置信息。

例如，多个终端先后发送了询问消息(期间间隔不到10s或者其他时间，这里不做任何限制)。此时，服务器可以首先读取这些询问消息中所包含的用户驾车待到达的目的地。

步骤4202，当确定所述至少一个终端中的一个或者多个终端待到达目的地位置均为第一目的地时，查询所述第一目的地所属第一预设范围内的停车场的空余泊位信息，获取查询结果。

具体的，当确定至少一个终端中一个或多个终端所对应的用户待到达目的地的位置均为第一目的地，也即是同一个目的地时，服务器无需再重复去查询这个目的地附近的停车场的停车泊位信息，而是只查询一次即可。并且，将获取的查询结果分别反馈给这些待到达同一目的地的终端中。

又或者，

步骤4203，当确定所述至少一个终端中的一个或多个终端待到达目的地位置之间的距离小于第一预设距离值时，查询第一终端待到达目的地所属第一预设范围内的停车场的空余泊位信息，获取查询结果。

具体的，当确定至少一个终端中的一个或多个终端待到达的目的地的位置之间距离小于第一预设距离时(例如500m或者1km)，由于这些终端待到达的目的地所属预设范围可能是相同的，或者是相近的。那么，即使向这些终端推荐其中一个终端的待到达目的地所属预设范围内的停车场的停车泊位信息，也不会受到太大影响。而且还会减少服务器多次查询的过程。降低系统负担，提高工作效率。因此，同样可以仅选择第一终端待到达目的地所属第一预设范围内的停车场的空余泊位信息，并获取查询结果。其中，第一终端为一个或多个终端中的一个终端。

步骤430，将查询结果分别反馈给至少一个终端中的对应终端。

具体的，在步骤420中，如果单纯的是根据每一个终端发送的询问消息，那么直接将反馈结果发送给对应的终端即可。以便用户根据查询结果确定是否在待到达的目的地所属第一预设范围内的停车场预约停车泊位。

如果，服务器在查询时，是通过步骤4202或者4203中所述的任一种方式时，则可以分下列两种情况分别发送反馈结果给对应的终端。

具体的，第一种情况：至少一个终端中的一个或多个终端待到达的目的地相同。

当查询结果为第一目的地所属第一预设范围内的至少一个停车场存在空余泊位时，分别向至少一个终端中的一个或多个终端发送至少一个停车场中每一个停车场的相关信息，以便至少一个终端中的一个或多个终端对应的用户根据至少一个停车场中每一个停车场的相关信息，选择预约的停车场，其中，与至少一个停车场中每一个停车场的相关信息包括：位置信息、停车场所名称、空余泊位数、当前预约泊位数、停车场开放时间、停车场收费时段、停车场收费费率以及停车场优惠策略。

综上，用户可以根据相关信息，选择最适合自己的停车场进行预约停车泊位。例如，用户比较关心的是停车场的开放时间，停车场当前空余泊位数以及当前预约泊位数，那么用户则可以根据这三个参数，选择最优的停车位置。而其他用户如果更关心的是停车场的优惠策略，停车场的收费时段等等，同样可以选择最优的停车位置。也即是说，即使将相同的查询结果反馈给多个终端，多个终端也未必选择同一个停车场，因为根据参数不同，用户的选择很可能也完全不同。因此，也就大大减小了多个终端争抢同一个泊车位的可能性，进一步降低了用户停车泊位难的问题。

或者，当查询结果为第一目的地的所属第一预设范围内不存在停车场的空余泊位时，分别向至少一个终端中的一个或者多个终端发送与之对应的备选的空余泊位信息，其中备选的空余泊位为至少一个终端中每一个终端的目的地所属第二预设范围内的空余泊位。这里，备选的空余泊位信息，是指如果在用户待到达的目的地附近已经没有空余的停车场时，服务器可以为用户推荐较近距离的停车场，方便用户停车泊位。同时也不会对用户所要到达的目的地受到太大的影响。

第二种情况：至少一个终端中的一个终端或多个终端待到达的目的地相近。

当确定至少一个终端中的一个或多个终端待到达目的地位置之间的距离小于第一预设距离值，且当查询结果为第一终端待到达目的地所属第一预设范围内的至少一个停车场存在空余泊位时，分别为至少一个终端中的一个或多个终端匹配最优停车场，且将与至少一个终端中的一个或多个终端匹配的最优停车场的相关参数信息分别发送至对应的终端，其中，与至少一个终端中的一个或多个终端匹配的最优停车场的相关参数信息包括：位置信息、停车场所名称、空余泊位数、当前预约泊位数、停车场开放时间、停车场收费时段、停车场收费费率以及停车场优惠策略。其中，为至少一个终端中的一个或多个终端匹配最优停车场，具体包括：

根据终端的目的地与停车场之间的距离，停车场的开放时间、停车场收费时段、停车场收费费率以及停车场优惠策略综合匹配最优停车场。

与第一种情况类似的，第一种情况中是用户自己判断最优的停车场进行停车泊位。而在第二种情况中，因为系统仅仅是根据其中一个终端查询了与之对应的附近停车场的停车泊位信息。而考虑到其他终端所要到达的目的地也同样是这附近，所以很大可能同样属于这一范围。或者，距离这个范围不远。那么，这个范围内停车场数量和位置是固定的。所以，可以将这些停车场的信息以及具有空余泊位信息反馈给这些终端。

那么，在反馈给终端时，并非就是将与第一终端对应的所有停车场信息反馈给用户，而是可以由服务器自动匹配最适合每一个终端的停车场已经对应的停车泊位信息。而匹配的方式主要是通过与最优停车场的相关参数信息进行计算获取。当然，在反馈最优停车场的信息时，同时也可以将其他停车场的相关信息反馈给用户。由用户自主选择对应的停车场进行预约泊位。这里不做限定。

步骤440，接收用户确定在待到达目的地所属第一预设范围内的停车场预约停车泊位时，通过终端发送的预约信息。

通过步骤430中，服务器向终端反馈查询结果后，用户可以根据自己的需求或者根据服务器匹配的最优停车场选择是否需要预约泊位。如果需要，则输入具体的预约信息至终端。并通过终端传输至服务器中，其中预约信息可以包括至少一个终端中每一个终端分别发送的预约泊车的停车场名称和相应的停车时间。为了用户预约时能够证明预约有效，预约信息中还可包括用户终端的id。当然，服务器在接收用户终端发送的预约信息时，也可以直接读取用户终端id，而不需终端在预约信息中再发送。具体如何实现，这里不做任何限定。

步骤450，根据预约信息，为用户预约停车泊位。

具体的，服务器需要根据预约信息，为用户预约停车泊位。但是，在预约停车泊位后，为了防止用户在多个停车场进行预约泊位，或者用户在进行预约泊位后，不去该位置进行停车泊位，由此导致的资源浪费。以及停车场的经济损失。在服务器根据预约信息，为用户预约停车泊位后，服务器还需要根据每一个终端分别发送的停车场所名称和停车时间，分别计算每一个终端应支付停车费用。

当然，如果还包括优惠策略或者，停车场收费时段以及停车场的收费费率等参数时，则需要综合考虑终端最终需要支付的停车费用。并将相应的支付费用分别发送至对应的终端中。以便用户能够根据终端中所显示的待收取的支付费用进行支付。

如果服务器在预设时间段内，接收用户支付的停车费用后，将该停车费用转发至收款账户，则预约成功。否则，预约失败。当然，如果服务器检测已经有用户对某一个停车场的泊车位进行预约成功，则其他用户在进行预约时，将会直接通知预约失败。不再接收用户输入的支付费用。并推荐用户对其他停车场的停车位进行预约。

本发明实施例提供的一种智能预约停车泊位的方法，终端提前通过向服务器询问所要到达的目的地附近的停车场是否还留有空余泊位。服务器查询与终端待到达的目的地所属的第一预设范围内的停车场，确定是否存在空余泊位。并将查询结果反馈给终端。当存在空余泊位时，则询问用户是否需要预约停车。通过上述方法，可以防止用户到达停车场时恰巧没有空余泊位的“尴尬”，同时也不会因为当前停车场没有空余泊位，而要漫无目的继续寻找其他停车场而造成的时间浪费，和耗油量的增长。

图5为本发明实施例提供的另一种智能预约停车泊位的方法流程示意图。具体如图5所示，该方法包括：

步骤510，接收至少一个终端发送的询问消息。

具体的，至少一个终端分别通过上述实施例中介绍的物联网接入网关和物联网服务网关之间建立的通信传输通道，将询问消息分别传输至服务器中。其中，询问消息用于询问用户驾车待到达的目的地所属第一预设范围内的停车场是否还有空余泊位。优选的，该询问消息中可以包括用户驾车待到达的目的地位置信息。

步骤520，分别根据至少一个终端发送的询问消息，查询待到达的目的地所属第一预设范围内的停车场的空余泊位信息，并获取查询结果。

具体的，由于每当服务器接收到一个终端发送的询问消息后，就去查询一下与该询问消息中所包含的待到达的目的地对应的预设范围内的停车场是否还有停车泊位的查询过程过于频繁，而且工作量繁重，变相增加了服务器的负担。同时，根据先到先得的顺序，可能后发送至服务器的询问消息需要过很长时间，才能够获取到查询结果。

因此，在本实施例中，在查询结果时，该步骤可以具体细化为：

步骤5201，统计至少一个终端发送的询问消息中的目的地位置信息。

例如，多个终端先后发送了询问消息(期间间隔不到10s或者其他时间，这里不做任何限制)。此时，服务器可以首先读取这些询问消息中所包含的用户驾车待到达的目的地。

步骤5202，当确定所述至少一个终端中的一个或者多个终端待到达目的地位置均为第一目的地时，查询所述第一目的地所属第一预设范围内的停车场的空余泊位信息，获取查询结果。

具体的，当确定至少一个终端中一个或多个终端所对应的用户待到达目的地的位置均为第一目的地，也即是同一个目的地时，服务器无需再重复去查询这个目的地附近的停车场的停车泊位信息，而是只查询一次即可。并且，将获取的查询结果分别反馈给这些待到达同一目的地的终端中。

又或者，

步骤5203，当确定所述至少一个终端中的一个或多个终端待到达目的地位置之间的距离小于第一预设距离值时，查询第一终端待到达目的地所属第一预设范围内的停车场的空余泊位信息，获取查询结果。

具体的，当确定至少一个终端中的一个或多个终端待到达的目的地的位置之间距离小于第一预设距离时(例如500m或者1km)，由于这些终端待到达的目的地所属预设范围可能是相同的，或者是相近的。那么，即使向这些终端推荐其中一个终端的待到达目的地所属预设范围内的停车场的停车泊位信息，也不会受到太大影响。而且还会减少服务器多次查询的过程。降低系统负担，提高工作效率。因此，同样可以仅选择第一终端待到达目的地所属第一预设范围内的停车场的空余泊位信息，并获取查询结果。其中，第一终端为一个或多个终端中的一个终端。

步骤530，将查询结果分别反馈给至少一个终端中的对应终端。

具体的，在步骤520中，如果单纯的是根据每一个终端发送的询问消息，那么直接将反馈结果发送给对应的终端即可。以便用户根据查询结果确定是否在待到达的目的地所属第一预设范围内的停车场预约停车泊位。

如果，服务器在查询时，是通过步骤5202或者5203中所述的任一种方式时，则可以分下列两种情况分别发送反馈结果给对应的终端。

具体的，第一种情况：至少一个终端中的一个或多个终端待到达的目的地相同。

当查询结果为第一目的地所属第一预设范围内的至少一个停车场存在空余泊位时，分别向至少一个终端中的一个或多个终端发送至少一个停车场中每一个停车场的相关信息，以便至少一个终端中的一个或多个终端对应的用户根据至少一个停车场中每一个停车场的相关信息，选择预约的停车场，其中，与至少一个停车场中每一个停车场的相关信息包括：位置信息、停车场所名称、空余泊位数、当前预约泊位数、停车场开放时间、停车场收费时段、停车场收费费率以及停车场优惠策略。

综上，用户可以根据相关信息，选择最适合自己的停车场进行预约停车泊位。例如，用户比较关心的是停车场的开放时间，停车场当前空余泊位数以及当前预约泊位数，那么用户则可以根据这三个参数，选择最优的停车位置。而其他用户如果更关心的是停车场的优惠策略，停车场的收费时段等等，同样可以选择最优的停车位置。也即是说，即使将相同的查询结果反馈给多个终端，多个终端也未必选择同一个停车场，因为根据参数不同，用户的选择很可能也完全不同。因此，也就大大减小了多个终端争抢同一个泊车位的可能性，进一步降低了用户停车泊位难的问题。

或者，当查询结果为第一目的地的所属第一预设范围内不存在停车场的空余泊位时，分别向至少一个终端中的一个或者多个终端发送与之对应的备选的空余泊位信息，其中备选的空余泊位为至少一个终端中每一个终端的目的地所属第二预设范围内的空余泊位。这里，备选的空余泊位信息，是指如果在用户待到达的目的地附近已经没有空余的停车场时，服务器可以为用户推荐次近距离的停车场，方便用户停车泊位。同时也不会对用户所要到达的目的地受到太大的影响。

第二种情况：至少一个终端中的一个终端或多个终端待到达的目的地相近。

当确定至少一个终端中的一个或多个终端待到达目的地位置之间的距离小于第一预设距离值，且当查询结果为第一终端待到达目的地所属第一预设范围内的至少一个停车场存在空余泊位时，如果为了更加精确的为每一个终端推荐合适的停车场，在该步骤中，可以细化为步骤a～d，具体如下：

步骤a，统计至少一个终端发送的询问消息中的目的地位置信息。

步骤b，将目的地所属范围均为同一区域的一个或多个终端划分为一组。

步骤c，查询第一终端待到达目的地所属第一预设范围内的停车场的空余泊位信息。

步骤d，将第一终端待到达目的地所属第一预设范围内的停车场的空余泊位信息分别发送至该组中所有的终端中。

具体的，查询第一终端待到达目的地所属第一预设范围内的停车场的空余泊位信息，并将第一终端待到达目的地所属第一预设范围内的停车场的空余泊位信息分别发送至该组中所有的终端中，其中第一终端属于一个或多个终端中的一个。

在获取至少一个终端待到达的目的地位置信息后，可以首先进行统计。将属于同一区域的终端划分为一组。然后选取一个终端待到达的目的地，查询该终端待到达的目的地预设范围内的停车场的空余泊位信息，并将该信息统一发送至该组中的其他终端。进一步减少服务器的工作量，提高查询效率。

与第一种情况类似的，第一种情况中是用户自己判断最优的停车场进行停车泊位。而在第二种情况中，因为系统仅仅是根据其中一个终端查询了与之对应的附近停车场的停车泊位信息。而考虑到其他终端所要到达的目的地也同样是这附近，所以很大可能同样属于这一范围。那么，这个范围内停车场数量和位置是固定的。所以，可以将这些停车场的信息以及具有空余泊位信息反馈给这些终端。

步骤540，接收用户确定在待到达目的地所属第一预设范围内的停车场预约停车泊位时，通过终端发送的预约信息。

通过步骤530中，服务器向终端反馈查询结果后，用户可以根据自己的需求或者根据服务器匹配的最优停车场选择是否需要预约泊位。如果需要，则输入具体的预约信息至终端。并通过终端传输至服务器中，其中预约信息可以包括至少一个终端中每一个终端分别发送的预约泊车的停车场名称和相应的停车时间。为了用户预约时能够证明预约有效，预约信息中还可包括用户终端的id。当然，服务器在接收用户终端发送的预约信息时，也可以直接读取用户终端id，而不需终端在预约信息中再发送。具体如何实现，这里不做任何限定。

步骤550，根据预约信息，为用户预约停车泊位。

具体的，服务器需要根据预约信息，为用户预约停车泊位。但是，在预约停车泊位后，为了防止用户在多个停车场进行预约泊位，或者用户在进行预约泊位后，不去该位置进行停车泊位，由此导致的资源浪费以及停车场的经济损失。在服务器根据预约信息，为用户预约停车泊位后，服务器还需要根据每一个终端分别发送的停车场所名称和停车时间，分别计算每一个终端应支付停车费用。

当然，如果还包括优惠策略或者，停车场收费时段以及停车场的收费费率等参数时，则需要综合考虑终端最终需要支付的停车费用。并将相应的支付费用分别发送至对应的终端中。以便用户能够根据终端中所显示的待收取的支付费用进行支付。

如果服务器在预设时间段内，接收用户支付的停车费用后，将该停车费用转发至收款账户，则预约成功。否则，预约失败。当然，如果服务器检测已经有用户对某一个停车场的泊车位进行预约成功，则其他用户在进行预约时，将会直接通知预约失败。不再接收用户输入的支付费用。并推荐用户对其他停车场的停车位进行预约。

本发明实施例提供的一种智能预约停车泊位的方法，终端提前通过向服务器询问所要到达的目的地附近的停车场是否还留有空余泊位。服务器查询与终端待到达的目的地所属的第一预设范围内的停车场，确定是否存在空余泊位。并将查询结果反馈给终端。当存在空余泊位时，则询问用户是否需要预约停车。通过上述方法，可以防止用户到达停车场时恰巧没有空余泊位的“尴尬”，同时也不会因为当前停车场没有空余泊位，而要漫无目的继续寻找其他停车场而造成的时间浪费，和耗油量的增长。

相应地，本发明实施例还提供了一种智能预约停车泊位的装置。图6为本发明实施例提供的一种智能预约停车泊位的装置结构示意图。如图6所示，该装置包括：接收单元601，处理单元602，发送单元603，以及预约单元604。

接收单元601，用于接收至少一个终端发送的询问消息。

具体的，至少一个终端分别通过上述实施例中介绍的物联网接入网关和物联网服务网关之间建立的通信传输通道，将询问消息分别传输至服务器中。服务器中的接收单元601则用于接收至少一个终端发送的询问消息。其中，询问消息用于询问待到达的目的地所属第一预设范围内的停车场是否还有空余泊位。优选的，该询问消息中可以包括待到达的目的地位置信息。

处理单元602，用于分别根据至少一个终端发送的询问消息，查询待到达的目的地所属第一预设范围内的停车场的空余泊位信息，并获取查询结果。

具体的，每当接收单元601接收到一个终端发送的询问消息后，处理单元602就去查询一下与该询问消息中所包含的待到达的目的地对应的预设范围内的停车场是否还有停车泊位，并获取查询结果。

不过，因为上述查询过程过于频繁，而且工作量繁重，变相增加了处理单元602的负担。同时，根据先到先得的顺序，可能后发送至服务器的询问消息需要过很长时间，才能够获取到查询结果。因此，优选的，在本实施例中，在查询结果之前，处理单元602可以首先统计至少一个终端发送的询问消息中的目的地位置信息。

例如，多个终端先后发送了询问消息(期间间隔不到10s或者其他时间，这里不做任何限制)。此时，处理单元602可以首先读取这些询问消息中所包含的用户驾车待到达的目的地。当确定至少一个终端中一个或多个终端所对应的用户待到达目的地的位置均为第一目的地，也即是同一个目的地时，处理单元602无需再重复去查询这个目的地附近的停车场的停车泊位信息，而是只查询一次即可。并且，将获取的查询结果分别反馈给这些待到达同一目的地的终端中。

又或者，当确定至少一个终端中的一个或多个终端待到达的目的地的位置之间距离小于第一预设距离时(例如500m或者1km)，由于这些终端待到达的目的地所属预设范围可能是相同的，或者是相近的。那么，即使向这些终端推荐其中一个终端的待到达目的地所属第一预设范围内的停车场的停车泊位信息，也不会受到太大影响。而且还会减少处理单元602多次查询的过程。降低系统负担，提高工作效率。因此，同样可以仅选择第一终端待到达目的地所属第一预设范围内的停车场的空余泊位信息，并获取查询结果。其中，第一终端为一个或多个终端中的一个终端。

发送单元603，用于将查询结果分别反馈给至少一个终端中的对应终端。

具体的，如果处理单元602单纯的是根据每一个终端发送的询问消息，那么发送单元603直接将反馈结果发送给对应的终端即可。以便用户根据查询结果确定是否在待到达的目的地所属第一预设范围内的停车场预约停车泊位。

或者，如果处理单元602在查询时，是通过以下两种方式时，则发送单元603可以分下列两种情况分别发送反馈结果给对应的终端。

具体的，第一种情况：至少一个终端中的一个或多个终端待到达的目的地相同。

当处理单元602所获取的查询结果为第一目的地所属第一预设范围内的至少一个停车场存在空余泊位时，发送单元603将会分别向至少一个终端中的一个或多个终端发送至少一个停车场中每一个停车场的相关信息，以便至少一个终端中的一个或多个终端分别对应的用户根据至少一个停车场中每一个停车场的相关信息，选择预约的停车场，其中，与至少一个停车场中每一个停车场的相关信息包括：位置信息、空余泊位数、当前预约泊位数、停车场开放时间、停车场收费时段、停车场收费费率以及停车场优惠策略。

综上，用户可以根据相关信息，选择最适合自己的停车场进行预约停车泊位。例如，用户比较关心的是停车场的开放时间，停车场当前空余泊位数以及当前预约泊位数，那么用户则可以根据这三个参数，选择最优的停车位置。而其他用户如果更关心的是停车场的优惠策略，停车场的收费时段等等，同样可以选择最优的停车位置。也即是说，即使将相同的查询结果反馈给多个终端，发生终端之间竞争停车泊位的可能性也不是很大，因为根据参数不同，用户的选择很可能也完全相同。如此一来，进一步降低了用户停车泊位难的问题。

或者，当处理单元602所获取的查询结果为第一目的地的所属第一预设范围内不存在停车场的空余泊位时，处理单元602需要查询至少一个终端中的一个或者多个终端对应的备选空余泊位信息。发送单元603则需要分别向至少一个终端中的一个或者多个终端发送与之对应的备选的空余泊位信息，其中备选的空余泊位为至少一个终端中每一个终端的目的地所属第二预设范围内的空余泊位。这里，备选的空余泊位信息，是指如果在用户待到达的目的地附近已经没有空余的停车场时，服务器可以为用户推荐次近距离的停车场，方便用户停车泊位。同时也不会对用户所要到达的目的地受到太大的影响。

第二种情况：至少一个终端中的一个终端或多个终端待到达的目的地相近。

当处理单元602确定至少一个终端中的一个或多个终端待到达目的地位置之间的距离小于第一预设距离值，且当查询结果为第一终端待到达目的地所属第一预设范围内的至少一个停车场存在空余泊位时，处理单元602将会分别为至少一个终端中的一个或多个终端匹配最优停车场。

发送单元603则将与至少一个终端中的一个或多个终端匹配的最优停车场的相关参数信息分别发送至对应的终端，其中，与至少一个终端中的一个或多个终端匹配的最优停车场的相关参数信息包括：位置信息、停车场所名称、空余泊位数、当前预约泊位数、停车场开放时间、停车场收费时段、停车场收费费率以及停车场优惠策略。其中，处理单元602为至少一个终端中的一个或多个终端匹配最优停车场，具体包括：

根据终端的目的地与停车场之间的距离，停车场的开放时间、停车场收费时段、停车场收费费率以及停车场优惠策略综合匹配最优停车场。

与第一种情况类似的，第一种情况中是用户自己判断最优的停车场进行停车泊位。而在第二种情况中，因为系统仅仅是根据其中一个终端查询了与之对应的附近停车场的停车泊位信息。而考虑到其他终端所要到达的目的地也同样是这附近，所以很大可能同样属于这一范围。或者，距离这个范围不远。那么，这个范围内停车场数量和位置是固定的。所以，可以将这些停车场的信息以及具有空余泊位信息反馈给这些终端。

那么，在反馈给终端时，并非就是将与第一终端对应的所有停车场信息反馈给用户，而是可以由服务器自动匹配最适合每一个终端的停车场已经对应的停车泊位信息。而匹配的方式主要是通过与最优停车场的相关参数信息进行计算获取。当然，发送单元603在反馈最优停车场的信息时，同时也可以将其他停车场的相关信息反馈给用户。由用户自主选择对应的停车场进行预约泊位。这里不做限定。

优选的，当处理单元602确定至少一个终端中的一个或多个终端待到达目的地位置之间的距离小于第一预设距离值时，如果为了更加精确的为每一个终端推荐合适的停车场，还可以通过另一种方式。

具体包括：处理单元602在统计至少一个终端发送的询问消息中的目的地位置信息后，将目的地所属范围均为同一区域的一个或多个终端划分为一组。查询第一终端待到达目的地所属第一预设范围内的停车场的空余泊位信息，发送单元603，将第一终端待到达目的地所属第一预设范围内的停车场的空余泊位信息分别发送至该组中所有的终端中，其中第一终端属于一个或多个终端中的一个。

在获取至少一个终端待到达的目的地位置信息后，可以首先进行统计。将属于同一区域的终端划分为一组。然后选取一个终端待到达的目的地，查询该终端待到达的目的地预设范围内的停车场的空余泊位信息，并将该信息统一发送至该组中的其他终端。进一步减少服务器的工作量，提高查询效率。

此外接收单元601还用于，接收用户确定在待到达目的地所属第一预设范围内的停车场预约停车泊位时，通过终端发送的预约信息。

具体的，发送单元603向终端反馈查询结果后，用户可以根据自己的需求或者根据服务器匹配的最优停车场选择是否需要预约泊位。如果需要，则输入具体的预约信息至终端。并通过终端传输至服务器中，其中预约信息可以包括至少一个终端中每一个终端分别发送的预约泊车的停车场名称和相应的停车时间。为了用户预约时能够证明预约有效，预约信息中还可包括用户终端的id。当然，服务器在接收用户终端发送的预约信息时，也可以直接读取用户终端id，而不需终端在预约信息中再发送。具体如何实现，这里不做任何限定。

预约单元604，用于根据预约信息，为用户预约停车泊位。

具体的，预约单元604需要根据预约信息，为用户预约停车泊位。但是，在预约停车泊位后，为了防止用户在多个停车场进行预约泊位，或者用户在进行预约泊位后，不去该位置进行停车泊位，由此导致的资源浪费。以及停车场的经济损失。在预约单元604根据预约信息，为用户预约停车泊位后。处理单元602还需要根据每一个终端分别发送的停车场所名称和停车时间，分别计算每一个终端应支付停车费用。

当然，如果还包括优惠策略或者，停车场收费时段以及停车场的收费费率等参数时，则需要综合考虑终端最终需要支付的停车费用。发送单元603则需要将相应的支付费用分别发送至对应的终端中。以便用户能够根据终端中所显示的待收取的支付费用进行支付。

如果接收单元601在预设时间段内，接收用户支付的停车费用后，通过发送单元603将该停车费用转发至收款账户，则预约成功。否则，预约失败。当然，如果处理单元602检测已经有用户对某一个停车场的泊车位进行预约成功，则其他用户在进行预约时，将会通过发送单元603直接通知其他终端预约失败。不再接收用户输入的支付费用。并推荐用户对其他停车场的停车位进行预约。

本发明实施例提供的一种智能预约停车泊位的装置，终端提前通过向服务器询问所要到达的目的地附近的停车场是否还留有空余泊位。服务器中的处理单元查询与终端待到达的目的地所属的第一预设范围内的停车场，确定是否存在空余泊位。并将查询结果反馈给终端。当存在空余泊位时，则询问用户是否需要预约停车。通过上述装置，可以防止用户到达停车场时恰巧没有空余泊位的“尴尬”，同时也不会因为当前停车场没有空余泊位，而要漫无目的继续寻找其他停车场而造成的时间浪费，和耗油量的增长。

读者应理解，在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。