CN111079962A - 停车预约方法及装置 - Google Patents

Abstract

本申请公开了一种停车预约方法及装置、计算机设备及可读存储介质。该方法包括：获取用户的停车预约请求，所述停车预约请求包括用户ID信息及与所述用户ID信息相关联的停车预约信息；将所述用户ID信息和所述停车预约信息录入预先配置的预约表单；根据录入结果生成所述用户的预约结果回执，以在出入场时根据所述预约结果回执对所述用户进行身份验证。本申请解决了相关技术中的停车预约方法由于依赖于用户的车牌号信息进行停车预约导致预约方法不够灵活的技术问题。通过本申请，达到了无需依赖用户的车牌号信息进行停车预约的目的，从而实现了提高停车预约的灵活性的技术效果。

Description

停车预约方法及装置

技术领域

本申请涉及智能停车技术领域，具体而言，涉及一种停车预约方法及装置、计算机设备及可读存储介质。

背景技术

随着汽车消费时代的到来，城市汽车保有量逐年成倍提高，道路承载能力和停车资源停车能力面临严峻挑战，由此引发的交通拥堵、交通事故、交通治安、停车困难、违章停车、停车纠纷等现象日趋严重，城市道路交通指挥和停车管理的工作日趋复杂，严重影响城市交通、阻碍社会与经济发展。因此如何解决城市车辆停放是解决城市交通问题的重要课题，拓展和挖掘城市的停车资源，解决停车问题，并建立静态停车与动态交通相结合的智能交通管理***是当代交通管理的必然趋势。

现有技术中的停车预约***目前仅支持对有车牌的车辆进行停车预约，预约时段内免费，超出时段进行临停收费，无法针对无牌车等未明确车牌车辆进行预约身份识别，进而容易引发预约失效以及收费漏洞等风险。此外，停车预约结果普遍通过手机号码发送短信进行确认，对于提前未知手机号码的用户，会造成用户体验不友好。同时，现有的停车预约***无法批量预约未明确车牌以及设置预约车流上限，预约方法不够灵活。

针对相关技术中的停车预约方法由于依赖于用户的车牌号信息进行停车预约导致预约方法不够灵活的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种停车预约方法及装置、计算机设备及可读存储介质，以解决相关技术中的停车预约方法由于依赖于用户的车牌号信息进行停车预约导致预约方法不够灵活的问题。

为了实现上述目的，根据本申请的第一方面，提供了一种停车预约方法。

根据本申请的停车预约方法包括：获取用户的停车预约请求，所述停车预约请求包括用户ID信息及与所述用户ID信息相关联的停车预约信息；将所述用户ID信息和所述停车预约信息录入预先配置的预约表单；根据录入结果生成所述用户的预约结果回执，以在出入场时根据所述预约结果回执对所述用户进行身份验证。

进一步地，所述获取用户的停车预约请求包括：获取预先配置的停车预约车流上限；判断当前停车预约车流量是否达到所述停车预约车流上限；根据判断结果确定是否接受所述用户的停车预约请求。

进一步地，所述根据录入结果生成所述用户的预约结果回执，以在出入场时根据所述预约结果回执对所述用户进行身份验证之后包括：获取所述用户的预约结果回执，其中所述预约结果回执为预约二维码；基于所述用户的预约结果回执对所述用户进行入场验证；根据验证结果确定是否对所述用户的车辆放行。

进一步地，所述预约表单包括如下字段：预约开始时间和预约结束时间，所述根据录入结果生成所述用户的预约结果回执，以在出入场时根据所述预约结果回执对所述用户进行身份验证之后包括：获取用户的车辆入场时间和车辆离场时间；判断所述车辆入场时间和所述车辆离场时间是否在所述预约开始时间和所述预约结束时间之间；根据判断结果确定所述用户是否需要进行停车缴费。

进一步地，所述根据录入结果生成所述用户的预约结果回执，以在出入场时根据所述预约结果回执对所述用户进行身份验证之后还包括：获取所述用户的取消预约请求；根据所述用户的取消预约请求判断所述用户的车辆是否已入场；如果所述用户的车辆已入场且未离场，则根据所述用户的取消预约请求将所述用户标记为未预约用户且当所述未预约用户准备离场时对所述未预约用户进行临停缴费。

为了实现上述目的，根据本申请的第二方面，提供了一种停车预约装置。

根据本申请的停车预约装置包括：第一获取模块，用于获取用户的停车预约请求，所述停车预约请求包括用户ID信息及与所述用户ID信息相关联的停车预约信息；录入模块，用于将所述用户ID信息和所述停车预约信息录入预先配置的预约表单；生成模块，用于根据录入结果生成所述用户的预约结果回执，以在出入场时根据所述预约结果回执对所述用户进行身份验证。

进一步地，所述第一获取模块包括：获取单元，用于获取预先配置的停车预约车流上限；判断单元，用于判断当前停车预约车流量是否达到所述停车预约车流上限；确定单元，用于根据判断结果确定是否接受所述用户的停车预约请求。

进一步地，所述装置还包括：第二获取模块，用于获取所述用户的预约结果回执，其中所述预约结果回执为预约二维码；验证模块，用于基于所述用户的预约结果回执对所述用户进行入场验证；第一确定模块，用于根据验证结果确定是否对所述用户的车辆放行。

为了实现上述目的，根据本申请的第三方面，提供了一种计算机设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如前所述的方法。

为了实现上述目的，根据本申请的第四方面，提供了一种计算机可读存储介质，其上存储有计算机指令，所述指令被处理器执行时实现如前所述方法的步骤。

在本申请实施例中，采用获取用户的停车预约请求，所述停车预约请求包括用户ID信息及与所述用户ID信息相关联的停车预约信息；将所述用户ID信息和所述停车预约信息录入预先配置的预约表单的方式，通过根据录入结果生成所述用户的预约结果回执，以在出入场时根据所述预约结果回执对所述用户进行身份验证，达到了无需依赖用户的车牌号信息进行停车预约的目的，从而实现了提高停车预约的灵活性的技术效果，进而解决了相关技术中的停车预约方法由于依赖于用户的车牌号信息进行停车预约导致预约方法不够灵活的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请第一实施例的停车预约方法的流程示意图；

图2是根据本申请第二实施例的停车预约方法的流程示意图；

图3是根据本申请第三实施例的停车预约方法的流程示意图；

图4是根据本申请第四实施例的停车预约方法的流程示意图；

图5是根据本申请第五实施例的停车预约方法的流程示意图；

图6是根据本申请实施例的停车预约接口处理逻辑示意图；

图7是根据本申请第一实施例的停车预约装置的组成结构示意图；以及

图8是根据本申请第二实施例的停车预约装置的组成结构示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

根据本发明实施例，提供了一种停车预约方法，如图1所示，该方法包括如下的步骤S101至步骤S103：

步骤S101，获取用户的停车预约请求，所述停车预约请求包括用户ID信息及与所述用户ID信息相关联的停车预约信息。

具体实施时，用户可以在移动终端设备上安装的停车预约应用程序或者微信端的小程序发起停车预约请求，用户发起的停车预约请求携带了用户的唯一身份标识信息如用户ID信息以及停车预约信息如预约停车开始时间和结束时间以及预约事由、车辆类型等等，通过获取用户发起的停车预约请求以得到上述信息。此外，用户还需要建立其微信ID或者其他用户ID信息与用户车辆信息的关联关系，这里所述的用户车辆信息可以包括用户的停车预约信息等，也可以包括车辆的车牌号信息，当然用户在发起停车预约请求时也可以不提供车牌号信息，如在某些特殊的应用场景下，用户的车辆暂无车牌或者在预约前未知晓车牌号(如公务来访的领导车辆等)，因此，车牌号信息并不是本申请进行停车预约所需要用户必须提供的信息。

步骤S102，将所述用户ID信息和所述停车预约信息录入预先配置的预约表单。

具体实施时，需要事先配置停车预约的预约表单格式，所述预约表单可以包括用户ID、预约停车开始时间、预约停车结束时间、预约事由以及针对某车些特殊车辆(未明确车牌的车辆)的预约车流上限等。

在根据用户发起的停车预约请求得到用户的ID信息和停车预约信息如预约停车开始时间和结束时间以及预约事由等信息后，将这些信息录入到预先配置的预约表单中。

步骤S103，根据录入结果生成所述用户的预约结果回执，以在出入场时根据所述预约结果回执对所述用户进行身份验证。

具体实施时，当将用户提供的信息成功录入到预约表单中后，根据用户的提交结果生成该用户的停车预约结果回执如预约二维码等形式，该预约二维码可以唯一标识该用户的停车预约信息，进而可以根据该预约二维码对用户的身份进行验证。通过上述过程，将用户ID信息与预约信息建立关联关系并生成唯一的预约结果回执，就可以实现当用户出入停车场时对用户进行身份验证，而无需用户提供车牌号信息，满足了未明确车牌号的用户的停车预约需求，进而使停车预约更灵活，应用范围更广。

作为本申请实施例的一种优选实施方式，如图2所示，所述获取用户的停车预约请求包括如下的步骤S201至步骤S203：

步骤S201，获取预先配置的停车预约车流上限。

具体实施时，需要事先配置停车场的停车预约车流上限，进一步地还可以针对未明确车牌设置预约车流上限，预约车流上限的设置可以根据停车场的容量、当前空闲车位数量或者历史停车预约数据进行确定，当前空闲车位数量可以按照预设时间间隔进行动态获取，例如，停车场容量为300车位，当前空闲车位数量为100，历史非预约车位数量平均为20，则可以设置预约车流上限为80，当当前空闲车位数量变为50时，则可以设置预约车流上限为30，即预约车流上限的设置可以根据当前空闲车位数量以及历史停车预约数据进行动态调整。

步骤S202，判断当前停车预约车流量是否达到所述停车预约车流上限。

具体实施时，在接收到用户的停车预约请求后，需要进一步判断当前的停车预约次数是否达到预设的停车预约车流上限。

步骤S203，根据判断结果确定是否接受所述用户的停车预约请求。

具体实施时，如果用户当前的停车预约请求已经超过了预设的停车预约车流上限，由于停车场的车流量是实时变化的，预设的停车预约车流上限也会动态调整，因此可以设置在一段时间内不再接收用户的停车预约请求。如果用户当前的停车预约请求未超过预设的停车预约车流上限，则可以接受当前用户的停车预约请求。

作为本申请实施例的一种优选实施方式，如图3所示，所述根据录入结果生成所述用户的预约结果回执，以在出入场时根据所述预约结果回执对所述用户进行身份验证之后包括如下的步骤S301至步骤S303：

步骤S301，获取所述用户的预约结果回执，其中所述预约结果回执为预约二维码。

具体实施时，在用户提交录入了停车预约信息的预约表单后，生成相应的预约结果回执返回给用户，以使用户根据该预约结果回执进行出入场的身份验证，预约结果回执可以是根据用户的录入结果生成的唯一的预约二维码，用户在出入停车场时，通过扫描该二维码即可以实现对用户的身份的验证。

步骤S302，基于所述用户的预约结果回执对所述用户进行入场验证。

具体实施时，在用户到达停车场或者准备离开停车场时，需要用户出示预约二维码进行身份验证。

步骤S303，根据验证结果确定是否对所述用户的车辆放行。

具体实施时，预约二维码中包含了用户的停车预约信息如预约停车开始时间和预约停车结束时间以及预约事由等，当用户到达停车场时，通过扫码枪对预约二维码的扫描可以判断用户的预约停车开始时间与当前时间是否符合，或者二者之间的时间差是否在一定时间范围内，如果是，则可以对用户的车辆放行，如果不是，则可以禁止车辆进入。当用户准备离开停车场时，通过扫码枪对预约二维码的扫描可以判断用户的预约停车结束时间与当前时间是否符合，如果当前时间与用户的预约停车结束时间的差值大于零，也即用户的车辆离场时间超出了预约结束时间，则用户在出场时需要缴纳非预约时段的时长费用，方能离场。

作为本申请实施例的一种优选实施方式，如图4所示，所述预约表单包括如下字段：预约开始时间和预约结束时间，所述根据录入结果生成所述用户的预约结果回执，以在出入场时根据所述预约结果回执对所述用户进行身份验证之后包括如下的步骤S401至步骤S403：

步骤S401，获取用户的车辆入场时间和车辆离场时间。

具体实施时，在用户准备离场时，需要确认用户的停车时间与预约时间是否相匹配，因此首先需要获取用户的车辆入场时间和车辆离场时间。

步骤S402，判断所述车辆入场时间和所述车辆离场时间是否在所述预约开始时间和所述预约结束时间之间。

具体实施时，通过扫码枪扫描用户的预约二维码可以得到用户的停车预约开始时间和停车预约结束时间，通过将用户的车辆入场时间与用户的停车预约开始时间进行比较，将用户的车辆离场时间与用户的预约结束时间进行比较，可以确定用户的车辆入场时间或车辆离场时间是否符合预约时间，以判断用户停车是否超时预约时间。

步骤S403，根据判断结果确定所述用户是否需要进行停车缴费。

具体实施时，停车预约的活动运营方可以设置对于提前预约停车的用户，在预约时段内可以享受免费停车的权限，而对于超出预约时段的停车时间需要进行超时缴费，缴费时段为预约时段外的临停计费时段。因此需要根据用户的停车时间判断用户是否需要进行超时缴费。如果用户的车辆入场时间早于用户的停车预约开始时间或者用户的车辆离场时间晚于用户的预约结束时间，说明用户的车辆入场时间或车辆离场时间超出了预约时间，因此用户需要对超出预约时间的停车时间进行缴费。如果用户用户的车辆入场时间和车辆离场时间均未超出预约时间，则用户可以无需缴费直接离场。

作为本申请实施例的一种优选实施方式，如图5所示，所述根据录入结果生成所述用户的预约结果回执，以在出入场时根据所述预约结果回执对所述用户进行身份验证之后还包括如下的步骤S501至步骤S503：

步骤S501，获取所述用户的取消预约请求。

具体实施时，用户根据自己的出行安排和出行计划可以随时对已经提交的停车预约进行取消，因此需要获取用户的取消预约请求。

步骤S502，根据所述用户的取消预约请求判断所述用户的车辆是否已入场。

具体实施时，如果获取到了用户的取消预约请求，需要判断用户的车辆在停车场的状态，判断用户的车辆是否已入场或者是否已离场，进而确定用户是否需要进行停车费用缴纳。

步骤S503，如果所述用户的车辆已入场且未离场，则根据所述用户的取消预约请求将所述用户标记为未预约用户且当所述未预约用户准备离场时对所述未预约用户进行临停缴费。

具体实施时，如果用户的预约车辆已入场，未离场，则在用户取消预约生效后，预约车辆从入场到离场不享用预约权限，需要缴纳临停费用后再离场。如果预约车辆已离场，则离场前享受的预约减免依旧生效，不采取追缴措施。

如图6所示，提供了一种用于停车预约的接口处理逻辑示意图，本申请实施例的开发环境主要为：开发语言采用Java jdk1.8，数据库版本为mysql5.7，IDE为IntelliJ IDEA2016.1.2(64)。接口配置可以为：(1)金额格式统一为：(最大9位).(最多2位)。需要通过此正则表达式^((([1-9]{1}\d{0,9}))|([0]{1}))((\.(\d){2}))？$。(2)isSuccess结果说明：0＝成功，1＝业务失败，2＝***失败，其他标志＝自定义失败，具体预约过程详见上文描述，在此不做赘述。

从以上的描述中，可以看出，本发明实现了如下技术效果：采用获取用户的停车预约请求，所述停车预约请求包括用户ID信息及与所述用户ID信息相关联的停车预约信息；将所述用户ID信息和所述停车预约信息录入预先配置的预约表单的方式，通过根据录入结果生成所述用户的预约结果回执，以在出入场时根据所述预约结果回执对所述用户进行身份验证，达到了无需依赖用户的车牌号信息进行停车预约的目的，从而实现了提高停车预约的灵活性的技术效果。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本发明实施例，还提供了一种用于实施上述停车预约方法的装置，如图7所示，该装置包括：第一获取模块1、录入模块2和生成模块3。

本申请实施例的第一获取模块1，用于获取用户的停车预约请求，所述停车预约请求包括用户ID信息及与所述用户ID信息相关联的停车预约信息。

具体实施时，用户可以在移动终端设备上安装的停车预约应用程序或者微信端的小程序发起停车预约请求，用户发起的停车预约请求携带了用户的唯一身份标识信息如用户ID信息以及停车预约信息如预约停车开始时间和结束时间以及预约事由等等，通过第一获取模块获取用户发起的停车预约请求以得到上述信息。此外，用户还需要建立其微信ID或者其他用户ID信息与用户车辆信息的关联关系，这里所述的用户车辆信息可以包括用户的停车预约信息等，也可以包括车辆的车牌号信息，当然用户在发起停车预约请求时也可以不提供车牌号信息，如在某些特殊的应用场景下，用户的车辆暂无车牌或者在预约前未知晓车牌号(如公务来访的领导车辆等)。

本申请实施例的录入模块2，用于将所述用户ID信息和所述停车预约信息录入预先配置的预约表单。

具体实施时，需要事先配置停车预约的预约表单格式，所述预约表单可以包括用户ID、预约停车开始时间、预约停车结束时间、预约事由以及针对某车些特殊车辆(未明确车牌的车辆)的预约车流上限等。

在根据用户发起的停车预约请求得到用户的ID信息和停车预约信息如预约停车开始时间和结束时间以及预约事由等信息后，通过录入模块将这些信息录入到预先配置的预约表单中。

本申请实施例的生成模块3，用于根据录入结果生成所述用户的预约结果回执，以在出入场时根据所述预约结果回执对所述用户进行身份验证。

具体实施时，当将用户提供的信息成功录入到预约表单中后，通过生成模块根据用户的提交结果生成该用户的停车预约结果回执如预约二维码等形式，该预约二维码可以唯一标识该用户的停车预约信息，进而可以根据该预约二维码对用户的身份进行验证。通过上述过程，将用户ID信息与预约信息建立关联关系并生成唯一的预约结果回执，就可以实现当用户出入停车场时对用户进行身份验证，而无需用户提供车牌号信息，满足了未明确车牌号的用户的停车预约需求，进而使停车预约更灵活，应用范围更广。

作为本申请实施例的一种优选实施方式，如图8所示，所述第一获取模块1包括：获取单元11、判断单元12和确定单元13。本申请实施例的获取单元11，用于获取预先配置的停车预约车流上限；本申请实施例的判断单元12，用于判断当前停车预约车流量是否达到所述停车预约车流上限；本申请实施例的确定单元13，用于根据判断结果确定是否接受所述用户的停车预约请求。

作为本申请实施例的一种优选实施方式，所述装置还包括：第二获取模块，用于获取所述用户的预约结果回执，其中所述预约结果回执为预约二维码；验证模块，用于基于所述用户的预约结果回执对所述用户进行入场验证；第一确定模块，用于根据验证结果确定是否对所述用户的车辆放行。

作为本申请实施例的一种优选实施方式，所述预约表单包括如下字段：预约开始时间和预约结束时间，所述装置还包括：第三获取模块，用于获取用户的车辆入场时间和车辆离场时间；第一判断模块，用于判断所述车辆入场时间和所述车辆离场时间是否在所述预约开始时间和所述预约结束时间之间；第二确定模块，用于根据判断结果确定所述用户是否需要进行停车缴费。

作为本申请实施例的一种优选实施方式，所述装置还包括：第四获取模块，用于获取所述用户的取消预约请求；第二判断模块，用于根据所述用户的取消预约请求判断所述用户的车辆是否已入场；标记模块，用于如果所述用户的车辆已入场且未离场，则根据所述用户的取消预约请求将所述用户标记为未预约用户且当所述未预约用户准备离场时对所述未预约用户进行临停缴费。

上述各模块及各单元之间的具体连接关系及所发挥的功能请参照方法部分的具体描述，再次不做赘述。

根据本发明实施例，还提供了一种计算机设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如前所述的方法。

根据本发明实施例，还提供了一种计算机可读存储介质，其上存储有计算机指令，所述指令被处理器执行时实现如前所述方法的步骤。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

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

获取用户的停车预约请求，所述停车预约请求包括用户ID信息及与所述用户ID信息相关联的停车预约信息；

将所述用户ID信息和所述停车预约信息录入预先配置的预约表单；

根据录入结果生成所述用户的预约结果回执，以在出入场时根据所述预约结果回执对所述用户进行身份验证。

2.根据权利要求1所述的停车预约方法，其特征在于，所述获取用户的停车预约请求包括：

获取预先配置的停车预约车流上限；

判断当前停车预约车流量是否达到所述停车预约车流上限；

根据判断结果确定是否接受所述用户的停车预约请求。

3.根据权利要求1所述的停车预约方法，其特征在于，所述根据录入结果生成所述用户的预约结果回执，以在出入场时根据所述预约结果回执对所述用户进行身份验证之后包括：

获取所述用户的预约结果回执，其中所述预约结果回执为预约二维码；

基于所述用户的预约结果回执对所述用户进行入场验证；

根据验证结果确定是否对所述用户的车辆放行。

4.根据权利要求1所述的停车预约方法，其特征在于，所述预约表单包括如下字段：预约开始时间和预约结束时间，所述根据录入结果生成所述用户的预约结果回执，以在出入场时根据所述预约结果回执对所述用户进行身份验证之后包括：

获取用户的车辆入场时间和车辆离场时间；

判断所述车辆入场时间和所述车辆离场时间是否在所述预约开始时间和所述预约结束时间之间；

根据判断结果确定所述用户是否需要进行停车缴费。

5.根据权利要求1所述的停车预约方法，其特征在于，所述根据录入结果生成所述用户的预约结果回执，以在出入场时根据所述预约结果回执对所述用户进行身份验证之后还包括：

获取所述用户的取消预约请求；

根据所述用户的取消预约请求判断所述用户的车辆是否已入场；

如果所述用户的车辆已入场且未离场，则根据所述用户的取消预约请求将所述用户标记为未预约用户且当所述未预约用户准备离场时对所述未预约用户进行临停缴费。

6.一种停车预约装置，其特征在于，包括：

第一获取模块，用于获取用户的停车预约请求，所述停车预约请求包括用户ID信息及与所述用户ID信息相关联的停车预约信息；

录入模块，用于将所述用户ID信息和所述停车预约信息录入预先配置的预约表单；

生成模块，用于根据录入结果生成所述用户的预约结果回执，以在出入场时根据所述预约结果回执对所述用户进行身份验证。

7.根据权利要求6所述的停车预约装置，其特征在于，所述第一获取模块包括：

获取单元，用于获取预先配置的停车预约车流上限；

判断单元，用于判断当前停车预约车流量是否达到所述停车预约车流上限；

确定单元，用于根据判断结果确定是否接受所述用户的停车预约请求。

8.根据权利要求6所述的停车预约装置，其特征在于，所述装置还包括：

第二获取模块，用于获取所述用户的预约结果回执，其中所述预约结果回执为预约二维码；

验证模块，用于基于所述用户的预约结果回执对所述用户进行入场验证；

第一确定模块，用于根据验证结果确定是否对所述用户的车辆放行。

9.一种计算机设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至5中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机指令，所述指令被处理器执行时实现如权利要求1至5中任一项所述方法的步骤。

Images