一种停车场的管理方法、服务器和系统与流程

本发明涉及停车技术领域，具体涉及一种停车场的管理方法、服务器和系统。

背景技术：

现有的停车场中，车辆驶进停车场的识别区域可以触发停车场的道闸抬起，但在停车场当前车位已满的情况下，道闸则不会抬起，车辆需要等待车位空出。在该情况下，车辆一般会在停车场入口处停车等待。现有停车场的自动入场技术，当停车场车位空出时，需要车辆倒车再次进入识别区域触发道闸抬起，否则就需要人工抬起道闸。这样就存在一个问题，当停车需求量大时，如节假日出行的人较多，往往停车场入口处存在较多等待停车的车辆，此时车辆已占满停车场入口处的空间，不会富余足够的倒车空间，从而无法实现车辆入场自动化，降低了入场效率。

技术实现要素：

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种停车场的管理方法、服务器、系统和计算机可读存储介质。

依据本发明的一个方面，提供了一种停车场的管理方法，该方法包括：

接收停车场的入口控制终端发送的入场请求；

在所述停车场不具备可用车位时，将所述入场请求标定为等待入场请求；

接收所述入口控制终端发送的入口状态，根据所述入口状态判断所述停车场入口是否存在等待入场的车辆；

若是，当满足所述停车场具备可用车位时，根据所述等待入场请求返回允许入场的控制信息。

优选地，所述入口状态中包括所述停车场入口的地感线圈的输出状态；所述根据所述入口状态判断所述停车场入口是否存在等待入场的车辆包括：

当所述地感线圈的输出状态为触发时，满足所述停车场入口存在等待入场的车辆。

优选地，所述方法还包括：在根据所述入口状态判断所述停车场入口是否存在等待入场的车辆之后，若所述停车场入口不存在等待入场的车辆，则删除所述等待入场请求。

优选地，所述入场请求中包括入口控制终端的标识；

所述在所述停车场不具备可用车位时，将所述入场请求标定为等待入场请求还包括：

当接收到多个入口控制终端发送的多个入场请求时，根据各个入场请求的发送时间确定各个等待入场请求的次序；

所述根据所述等待入场请求返回允许入场的控制信息包括：

根据所述等待入场请求的次序和所述入口控制终端的标识顺序向相应的所述入口控制终端返回允许入场的控制信息。

依据本发明的另一方面，提供了一种停车场的管理服务器，该服务器包括：

接收单元，适于接收停车场的入口控制终端发送的入场请求；

标定单元，适于在所述停车场不具备可用车位时，将所述入场请求标定为等待入场请求；

判断返回单元，接收所述入口控制终端发送的入口状态，根据所述入口状态判断所述停车场入口是否存在等待入场的车辆；若是，当满足所述停车场具备可用车位时，根据所述等待入场请求返回允许入场的控制信息。

优选地，所述入口状态中包括所述停车场入口的地感线圈的输出状态；所述判断返回单元，适于当所述地感线圈的输出状态为触发时，满足所述停车场入口存在等待入场的车辆。

优选地，所述服务器还包括：删除单元，适于在根据所述入口状态判断所述停车场入口是否存在等待入场的车辆之后，若所述停车场入口不存在等待入场的车辆，则删除所述等待入场请求。

优选地，所述入场请求中包括入口控制终端的标识；

所述标定单元，适于当接收到多个入口控制终端发送的多个入场请求时，根据各个入场请求的发送时间确定各个等待入场请求的次序；

所述判断返回单元，适于根据所述等待入场请求的次序和所述入口控制终端的标识顺序向相应的所述入口控制终端返回允许入场的控制信息。

依据本发明的又一方面，提供了一种停车场的管理系统，所述系统包括一个或多个入口控制终端，以及如上述任一项所述的服务器。

依据本发明的再一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被处理器执行时，实现如上述任一所述的方法。

由上述可知，本发明的技术方案，服务器通过接收停车场的入口控制终端发送的入场请求；在停车场不具备可用车位时，将入场请求标定为等待入场请求；接收入口控制终端发送的入口状态，根据入口状态判断停车场入口是否存在等待入场的车辆；若是，当满足停车场具备可用车位时，根据等待入场请求返回允许入场的控制信息。如此，在停车场车位紧张时，入口控制终端只需要在车辆驶进停车场入口时发送一次入场请求，就可以实现车辆进入停车场，而无需在停车场具备可用车位后再次发送入场请求，简化了停车场的入场流程，提高了车辆的入场效率。而且，该方案可以限制进入停车场的车辆，有效地控制停车场的车流量，维持停车场的秩序。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的一种停车场的管理方法的流程示意图；

图2示出了根据本发明一个实施例的一种停车场的管理服务器的结构示意图；

图3示出了根据本发明一个实施例的一种停车场的管理系统的结构示意图；

图4示出了根据本发明一个实施例的电子设备的结构示意图；

图5示出了根据本发明一个实施例的计算机可读存储介质的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的一种停车场的管理方法的流程示意图。如图1所示，该方法包括：

步骤s110，接收停车场的入口控制终端发送的入场请求；

入口控制终端设置在停车场的入口，用于控制停车场道闸的抬起和降落，以放行或拦截车辆进入停车场。车辆驶进停车场入口准备进入停车场时，入口控制终端首先向服务器发送入场请求，由服务器判断是否响应该入场请求抬起道闸。如此，可以限制进入停车场的车辆，有效地控制停车场的车流量。

步骤s120，在停车场不具备可用车位时，将入场请求标定为等待入场请求；

服务器中存储停车场的可用车位。当可用车位的数量大于0，停车场具备可用车位，服务器接收到入场请求时，根据入场请求向相应的入口控制终端返回允许入场的控制信息，以放行车辆进入停车场。

当可用车位的数量等于0，停车场不具备可用车位，则不应放行车辆进入停车场，需要车辆在入口处等待至可用车位空出。在该情况下，服务器对入场请求不进行响应，而将其标定为等待入场请求，也就是待处理的入场请求。在具备可用车位后，对等待入场请求进行处理，不需要入口控制终端再次发送入场请求，从而提高工作效率，且也避免了入口控制终端过多的工作量。在一个具体地应用场景中，服务器完成标定后，可以向入口控制终端返回无可用车位的信息，由入口控制终端将该信息展示给车主，以使车主知情并决定是否在入口处等待入场。

步骤s130，接收入口控制终端发送的入口状态，根据入口状态判断停车场入口是否存在等待入场的车辆；若是，当满足停车场具备可用车位时，根据等待入场请求返回允许入场的控制信息。

车辆达到停车场入口发现无可用车位时，可能存在调头离开或在停车场入口处等待可用车位两种情况。因此，入口控制终端需要确认车辆是否还在停车场入口处等待，也就是确认停车场入口的入口状态，将入口状态发送至服务器，以便服务器根据相应的入口状态进行处理。若停车场入口存在等待入场的车辆，也就是说车辆一直在停车场入口等待入场，因此当可用车位空出时，例如停车场中有车辆驶离停车场，空出停车位，服务器则调出相应的等待入场请求进行处理，向入口控制终端返回允许入场的控制信息，使入口控制终端抬起道闸，放行车辆进入停车场停车。这样，就无需车辆倒车再次进入识别区域进行触发，也就是不需要入口控制终端再次发送入场请求，就可以实现车辆的停车问题，简化停车场的入场流程，提高车辆的入场效率。

本发明的技术方案，服务器通过接收停车场的入口控制终端发送的入场请求；在停车场不具备可用车位时，将入场请求标定为等待入场请求；接收入口控制终端发送的入口状态，根据入口状态判断停车场入口是否存在等待入场的车辆；若是，当满足停车场具备可用车位时，根据等待入场请求返回允许入场的控制信息。如此，在停车场车位紧张时，入口控制终端只需要在车辆驶进停车场入口时发送一次入场请求，就可以实现车辆进入停车场，而无需在停车场具备可用车位后再次发送入场请求，简化了停车场的入场流程，提高了车辆的入场效率。而且，该方案可以限制进入停车场的车辆，有效地控制停车场的车流量，维持停车场的秩序。

在本发明的一个实施例中，如图1所示的方法中，入口状态中包括停车场入口的地感线圈的输出状态；步骤s130中的根据入口状态判断停车场入口是否存在等待入场的车辆包括：当地感线圈的输出状态为触发时，满足停车场入口存在等待入场的车辆。

停车场的入口处设置有地感线圈，可以检测是否有车辆驶进停车场入口。当车辆驶进停车场入口，地感线圈的振荡频率发生变化。由此，可以根据地感线圈输出的振荡频率获知停车场入口是否存在等待的车辆。将地感线圈在无车辆驶进时输出的振荡频率标记为非触发，在车辆驶进时输出的振荡频率标记为触发。服务器获取入口状态中的地感线圈输出的振荡频率，若该振荡频率为触发，说明车辆在停车场入口处等待入场；若该振荡频率为触发，则说明车辆调头退出了停车场入口。

当车辆无法进场而驶离停车场入口时，相应的服务器需要对等待入场请求进行处理。在该情况下，停车场入口不存在等待入场的车辆，服务器也就无需向入口控制终端返回允许入场的控制信息。因此，服务器删除对应的等待入场请求，若后续还有车辆等待进入停车场，则再次接收入场请求并重新标定为新的等待入场请求，确保信息正确。

为了进一步简化工作流程，提高工作效率，入口控制终端可以在地感线圈的输出状态发生变化时向服务器发送信息。例如，当车辆首次驶进停车场入口，地感线圈的输出状态从非触发变化为触发，入口控制终端向服务器发送入场请求。当车辆调头驶离停车场入口，地感线圈的输出状态从触发变化为非触发，入口控制终端向服务器发送入口状态，通知服务器车辆已离开，这样服务器最多只需要执行两次信息处理操作，就可以准确地进行响应，执行相应的处理。

在一个具体的例子中，第一车辆驶进停车场入口，入口控制终端向服务器发送入场请求。当前停车场不具备可用车位，服务器将该入场请求标定为等待入场请求。同时返回无可用车位的信息，入口控制终端将无可用车位的信息展示给车主。车主收到信息后，将车辆调头驶离停车场入口。入口控制终端将入口状态发送至服务器，服务器根据地感线圈非触发的输出状态判断停车场入口不存在等待入场的车辆，因此删除对应的等待入场请求。此时，跟在第一车辆后的第二车辆驶进停车场入口，地感线圈重新被触发，入口控制终端再向服务器发送入场请求。这样，每一个入场请求或等待入场请求与车辆一一对应，可以确保信息的准确性，以及在执行相应处理时不会发生错误。

在一个具体的实施例中，停车场的可用车位，可以根据停车场中的车位数量和车辆数量统计得出。例如停车场总的车位数量为100，当前停车场中的车辆为70，则可用车位剩余30。每当进入一辆车，可用车位减1，每当驶离一辆车，则可用车位加1。具体地，可用根据服务器返回的控制信息判断车辆进场和出场，从而统计可用车位。例如，服务器每返回一次允许入场的控制信息，可用车位减1，而服务器每返回一次允许出场的控制信息，则可用车位加1。当然，还可以根据其他情况统计停车场的可用车位。例如当车主预定了车位之后，这样即使停车场存在空出的车位，也不计入可用车位中，而将其留给预约的车主。或者，停车场中存在一片固定的停车区域，供给固定车辆停车，则该停车区域中的车位也不计入可用车位中。

在本发明的一个实施例中，如图1所示的方法中，入场请求中包括入口控制终端的标识。步骤s120中的在停车场不具备可用车位时，将入场请求标定为等待入场请求还包括：当接收到多个入口控制终端发送的多个入场请求时，根据各个入场请求的发送时间确定各个等待入场请求的次序。步骤s130中的根据等待入场请求返回允许入场的控制信息包括：根据等待入场请求的次序和入口控制终端的标识顺序向相应的入口控制终端返回允许入场的控制信息。

本实施例提供了停车场具有多个入口时，车辆入场的具体实现方式。停车场具有多个入口，当多个入口处均有车辆等待入场时，需要确定各个车辆的入场次序，以便服务器依照次序向相应的入口控制终端返回允许入场的控制信息。具体地，在停车场不具备可用车位时，服务器需要将接收到的所有入场请求标定为等待入场请求，在具备可用车位之后，再对等待入场请求进行响应处理。入场请求的发送时间具有先后，根据发送时间确定各个等待入场请求的次序。例如，发送时间最早的入场请求标定为第1等待入场请求，次序接收到的入场请求标定为第2等待入场请求，如此类推。具备可用车位时，先对第1等待入场请求进行响应处理，再对第2等待入场请求进行响应处理。每个入口控制终端设置有对应的标识，入场请求中包括该标识，服务器根据标识确定相应地入口控制终端，对等待入场请求时获取其中的标识准确返回控制信息。

在一个具体的例子中，停车场在10:00时已不具备可用车位。停车场具有三个入口，10:01第一入口的入口控制终端发送出不具备可用车位后的第一个入场请求，因此服务器将其标定为第一入场请求。10:02第二入口的入口控制终端发送了入场请求，10:03第三入口的入口控制终端也发送了入场请求。服务器根据发送时间将第二入口的入场请求标定为第二入场请求，将第三入口的入场请求标定为第三入口请求。假设在上述入口处的车辆均在原地等待入场，当有车辆驶出停车场，服务器首先向第一入口的入口控制终端返回允许入场的控制信息，再向第二入口的入口控制终端返回允许入场的控制信息，最后是向第三入口的入口控制终端返回允许入场的控制信息。若中途存在车辆驶离停车场入口，服务器删除相应的等待入场请求，则按次序响应处理下一个等待入场请求。

图2示出了根据本发明一个实施例的一种停车场的管理服务器。如图2所示，该服务器200包括：

接收单元210，适于接收停车场的入口控制终端发送的入场请求。

入口控制终端设置在停车场的入口，用于控制停车场道闸的抬起和降落，以放行或拦截车辆进入停车场。车辆驶进停车场入口准备进入停车场时，入口控制终端首先向服务器发送入场请求，由服务器判断是否响应该入场请求抬起道闸。如此，可以限制进入停车场的车辆，有效地控制停车场的车流量。

标定单元220，适于在停车场不具备可用车位时，将入场请求标定为等待入场请求。

服务器中存储停车场的可用车位。当可用车位的数量大于0，停车场具备可用车位，服务器接收到入场请求时，根据入场请求向相应的入口控制终端返回允许入场的控制信息，以放行车辆进入停车场。

当可用车位的数量等于0，停车场不具备可用车位，则不应放行车辆进入停车场，需要车辆在入口处等待至可用车位空出。在该情况下，服务器对入场请求不进行响应，而将其标定为等待入场请求，也就是待处理的入场请求。在具备可用车位后，对等待入场请求进行处理，不需要入口控制终端再次发送入场请求，从而提高工作效率，且也避免了入口控制终端过多的工作量。在一个具体地应用场景中，服务器完成标定后，可以向入口控制终端返回无可用车位的信息，由入口控制终端将该信息展示给车主，以使车主知情并决定是否在入口处等待入场。

判断返回单元230，接收入口控制终端发送的入口状态，根据入口状态判断停车场入口是否存在等待入场的车辆；若是，当满足停车场具备可用车位时，根据等待入场请求返回允许入场的控制信息。

车辆达到停车场入口发现无可用车位时，可能存在调头离开或在停车场入口处等待可用车位两种情况。因此，入口控制终端需要确认车辆是否还在停车场入口处等待，也就是确认停车场入口的入口状态，将入口状态发送至服务器，以便服务器根据相应的入口状态进行处理。若停车场入口存在等待入场的车辆，也就是说车辆一直在停车场入口等待入场，因此当可用车位空出时，例如停车场中有车辆驶离停车场，空出停车位，服务器则调出相应的等待入场请求进行处理，向入口控制终端返回允许入场的控制信息，使入口控制终端抬起道闸，放行车辆进入停车场停车。这样，就无需车辆倒车再次进入识别区域进行触发，也就是不需要入口控制终端再次发送入场请求，就可以实现车辆的停车问题，简化停车场的入场流程，提高车辆的入场效率。

本发明的技术方案，服务器通过接收停车场的入口控制终端发送的入场请求；在停车场不具备可用车位时，将入场请求标定为等待入场请求；接收入口控制终端发送的入口状态，根据入口状态判断停车场入口是否存在等待入场的车辆；若是，当满足停车场具备可用车位时，根据等待入场请求返回允许入场的控制信息。如此，在停车场车位紧张时，入口控制终端只需要在车辆驶进停车场入口时发送一次入场请求，就可以实现车辆进入停车场，而无需在停车场具备可用车位后再次发送入场请求，简化了停车场的入场流程，提高了车辆的入场效率。而且，该方案可以限制进入停车场的车辆，有效地控制停车场的车流量，维持停车场的秩序。

在本发明的一个实施例中，如图2所示的服务器200中，入口状态中包括停车场入口的地感线圈的输出状态。判断返回单元230，适于当地感线圈的输出状态为触发时，满足停车场入口存在等待入场的车辆。

停车场的入口处设置有地感线圈，可以检测是否有车辆驶进停车场入口。当车辆驶进停车场入口，地感线圈的振荡频率发生变化。由此，可以根据地感线圈输出的振荡频率获知停车场入口是否存在等待的车辆。将地感线圈在无车辆驶进时输出的振荡频率标记为非触发，在车辆驶进时输出的振荡频率标记为触发。服务器获取入口状态中的地感线圈输出的振荡频率，若该振荡频率为触发，说明车辆在停车场入口处等待入场；若该振荡频率为触发，则说明车辆调头退出了停车场入口。

当车辆无法进场而驶离停车场入口时，相应的服务器需要对等待入场请求进行处理。因此，该服务器200还包括：删除单元，适于在根据入口状态判断停车场入口是否存在等待入场的车辆之后，若停车场入口不存在等待入场的车辆，则删除等待入场请求。在该情况下，停车场入口不存在等待入场的车辆，服务器也就无需向入口控制终端返回允许入场的控制信息。因此，服务器删除对应的等待入场请求，若后续还有车辆等待进入停车场，则再次接收入场请求并重新标定为新的等待入场请求，确保信息正确。

为了进一步简化工作流程，提高工作效率，入口控制终端可以在地感线圈的输出状态发生变化时向服务器发送信息。例如，当车辆首次驶进停车场入口，地感线圈的输出状态从非触发变化为触发，入口控制终端向服务器发送入场请求。当车辆调头驶离停车场入口，地感线圈的输出状态从触发变化为非触发，入口控制终端向服务器发送入口状态，通知服务器车辆已离开，这样服务器最多只需要执行两次信息处理操作，就可以准确地进行响应，执行相应的处理。

在一个具体的例子中，第一车辆驶进停车场入口，入口控制终端向服务器发送入场请求。当前停车场不具备可用车位，服务器将该入场请求标定为等待入场请求。同时返回无可用车位的信息，入口控制终端将无可用车位的信息展示给车主。车主收到信息后，将车辆调头驶离停车场入口。入口控制终端将入口状态发送至服务器，服务器根据地感线圈非触发的输出状态判断停车场入口不存在等待入场的车辆，因此删除对应的等待入场请求。此时，跟在第一车辆后的第二车辆驶进停车场入口，地感线圈重新被触发，入口控制终端再向服务器发送入场请求。这样，每一个入场请求或等待入场请求与车辆一一对应，可以确保信息的准确性，以及在执行相应处理时不会发生错误。

在一个具体的实施例中，停车场的可用车位，可以根据停车场中的车位数量和车辆数量统计得出。例如停车场总的车位数量为100，当前停车场中的车辆为70，则可用车位剩余30。每当进入一辆车，可用车位减1，每当驶离一辆车，则可用车位加1。具体地，可用根据服务器返回的控制信息判断车辆进场和出场，从而统计可用车位。例如，服务器每返回一次允许入场的控制信息，可用车位减1，而服务器每返回一次允许出场的控制信息，则可用车位加1。当然，还可以根据其他情况统计停车场的可用车位。例如当车主预定了车位之后，这样即使停车场存在空出的车位，也不计入可用车位中，而将其留给预约的车主。或者，停车场中存在一片固定的停车区域，供给固定车辆停车，则该停车区域中的车位也不计入可用车位中。

在本发明的一个实施例中，如图2所示的服务器200中，入场请求中包括入口控制终端的标识。标定单元220，适于当接收到多个入口控制终端发送的多个入场请求时，根据各个入场请求的发送时间确定各个等待入场请求的次序。判断返回单元230，适于根据等待入场请求的次序和入口控制终端的标识顺序向相应的入口控制终端返回允许入场的控制信息。

本实施例提供了停车场具有多个入口时，车辆入场的具体实现方式。停车场具有多个入口，当多个入口处均有车辆等待入场时，需要确定各个车辆的入场次序，以便服务器依照次序向相应的入口控制终端返回允许入场的控制信息。具体地，在停车场不具备可用车位时，服务器需要将接收到的所有入场请求标定为等待入场请求，在具备可用车位之后，再对等待入场请求进行响应处理。入场请求的发送时间具有先后，根据发送时间确定各个等待入场请求的次序。例如，发送时间最早的入场请求标定为第1等待入场请求，次序接收到的入场请求标定为第2等待入场请求，如此类推。具备可用车位时，先对第1等待入场请求进行响应处理，再对第2等待入场请求进行响应处理。每个入口控制终端设置有对应的标识，入场请求中包括该标识，服务器根据标识确定相应地入口控制终端，对等待入场请求时获取其中的标识准确返回控制信息。

在一个具体的例子中，停车场在10:00时已不具备可用车位。停车场具有三个入口，10:01第一入口的入口控制终端发送出不具备可用车位后的第一个入场请求，因此服务器将其标定为第一入场请求。10:02第二入口的入口控制终端发送了入场请求，10:03第三入口的入口控制终端也发送了入场请求。服务器根据发送时间将第二入口的入场请求标定为第二入场请求，将第三入口的入场请求标定为第三入口请求。假设在上述入口处的车辆均在原地等待入场，当有车辆驶出停车场，服务器首先向第一入口的入口控制终端返回允许入场的控制信息，再向第二入口的入口控制终端返回允许入场的控制信息，最后是向第三入口的入口控制终端返回允许入场的控制信息。若中途存在车辆驶离停车场入口，服务器删除相应的等待入场请求，则按次序响应处理下一个等待入场请求。

图3示出了根据本发明一个实施例的一种停车场的管理系统。如图3所示，该管理系统200包括一个或多个入口控制终端310，以及如上述任一项的服务器200。

管理系统200用于执行上述任一项的停车场管理方法，入口控制终端310和服务器200的具体结构和工作过程参见上述实施例，此处不再赘述。

综上所述，本发明的技术方案，服务器通过接收停车场的入口控制终端发送的入场请求；在停车场不具备可用车位时，将入场请求标定为等待入场请求；接收入口控制终端发送的入口状态，根据入口状态判断停车场入口是否存在等待入场的车辆；若是，当满足停车场具备可用车位时，根据等待入场请求返回允许入场的控制信息。如此，在停车场车位紧张时，入口控制终端只需要在车辆驶进停车场入口时发送一次入场请求，就可以实现车辆进入停车场，而无需在停车场具备可用车位后再次发送入场请求，简化了停车场的入场流程，提高了车辆的入场效率。而且，该方案可以限制进入停车场的车辆，有效地控制停车场的车流量，维持停车场的秩序。

需要说明的是：

在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的停车场的管理服务器中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

例如，图4示出了根据本发明一个实施例的电子设备的结构示意图。该电子设备包括处理器410和被安排成存储计算机可执行指令(计算机可读程序代码)的存储器420。存储器420可以是诸如闪存、eeprom(电可擦除可编程只读存储器)、eprom、硬盘或者rom之类的电子存储器。存储器420具有存储用于执行上述方法中的任何方法步骤的计算机可读程序代码431的存储空间430。例如，用于存储计算机可读程序代码的存储空间430可以包括分别用于实现上面的方法中的各种步骤的各个计算机可读程序代码431。计算机可读程序代码431可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(cd)、存储卡或者软盘之类的程序代码载体。这样的计算机程序产品通常为例如图5所述的计算机可读存储介质。图5示出了根据本发明一个实施例的一种计算机可读存储介质的结构示意图。该计算机可读存储介质500存储有用于执行根据本发明的方法步骤的计算机可读程序代码431，可以被电子设备400的处理器410读取，当计算机可读程序代码431由电子设备400运行时，导致该电子设备400执行上面所描述的方法中的各个步骤，具体来说，该计算机可读存储介质存储的计算机可读程序代码431可以执行上述任一实施例中示出的方法。计算机可读程序代码431可以以适当形式进行压缩。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。