CN113077653A - 车位状态确定方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种车位状态确定方法、装置、设备及存储介质，所述方法包括：确定目标车位的共享状态；确定所述目标车位的停车状态；根据所述共享状态和所述停车状态，确定所述目标车位的车位状态；通过上述技术方案，在共享停车模式下，实现了对目标车位的车位状态的确定。

Description

车位状态确定方法、装置、设备及存储介质

技术领域

本申请实施例涉及智能交通技术领域，尤其涉及一种车位状态确定方法、装置、设备及存储介质。

背景技术

目前，伴随着人均汽车保有量的迅速增长，城市车位资源日趋紧张，停车难已成为社会公共难题。

针对上述问题，共享停车技术应运而生。共享停车技术通过减少总体需要的停车供给，最优化利用停车资源，可以有效解决停车难问题。然而，在共享停车模式下，停车位的车位状态不再是一种单一的停车状态(如有车辆停靠或不存在车辆停靠)，而是具有多种形式。

因此，亟待提出一种车位状态确定方法，以实现在共享停车模式下，对目标车位的车位状态进行确定。

发明内容

本申请提供一种车位状态确定方法、装置、设备及存储介质，以实现在共享停车模式下，对目标车位的车位状态进行确定。

第一方面，本申请实施例提供了一种车位状态确定方法，该方法包括：

确定目标车位的共享状态；

确定所述目标车位的停车状态；

根据所述共享状态和所述停车状态，确定所述目标车位的车位状态。

第二方面，本申请实施例还提供了一种车位状态确定装置，该装置包括：

共享状态确定模块，用于确定目标车位的共享状态；

停车状态确定模块，用于确定所述目标车位的停车状态；

车位状态确定模块，用于根据所述共享状态和所述停车状态，确定所述目标车位的车位状态。

第三方面，本申请实施例还提供了一种电子设备，所述设备包括：

一个或多个处理器；

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

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面实施例所提供的任意一种车位状态确定方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面实施例所提供的任意一种车位状态确定方法。

本申请实施例通过确定目标车位的共享状态，以及确定目标车位的停车状态，并根据共享状态和停车状态，确定出了目标车位的车位状态；通过上述技术方案，在确定目标车位的停车状态的基础上，增加对目标车位的共享状态的确定，最终在共享停车模式下，确定出了目标车位的车位状态。

附图说明

图1是本申请实施例一提供的一种车位状态确定方法的流程图；

图2是本申请实施例二提供的一种车位状态确定方法的流程图；

图3A是本申请实施例三提供的一种共享停车系统的示意图；

图3B是本申请实施例三提供的一种车位状态确定方法的流程图；

图4是本申请实施例四提供的一种车位状态确定装置的示意图；

图5是本申请实施例五提供的一种电子设备的示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

实施例一

图1为本申请实施例一提供的一种车位状态确定方法的流程图。本申请实施例可适用于在共享停车模式下，对车位的车位状态进行确定的情况。该方法可以由一种车位状态确定装置来执行，该装置可以由软件和/或硬件的方式实现，并具体配置于电子设备中，该电子设备可以是移动终端或固定终端。

参见图1，本申请实施例提供的车位状态确定方法，包括：

S110、确定目标车位的共享状态。

其中，目标车位是指待进行预约使用的车位。

共享状态包括车位的私有状态、共享状态和预约状态。

具体地，若目标车位的属主用户暂时不会使用目标车位，可以通过车位共享平台，设置目标车位的共享时段，将目标车位共享出去，以供其他没有停车位的车主使用，在上述共享时段下，目标车位就处于共享状态；在属主用户将目标车位共享出去后，若其他有需要使用车位的车主用户，通过共享停车平台，对目标车位进行了预约，此时目标车位就处于预约状态；若目标车位的属主用户未设置共享时段，目标车位归自身的属主用户使用，此时目标车位就处于私有状态。

其中，车位共享平台可以是共享停车APP(Application，应用程序)、微信小程序或其他共享停车平台。

S120、确定目标车位的停车状态。

其中，停车状态是指目标车位上是否有车辆停靠。

对于目标车位上是否有车辆停靠的检测，有多种检测方法，具体的检测方法可以根据实际需求进行选取，本申请实施例对此不做具体限定。

可选地，可以在目标车位上设置传感器，如监控摄像头、红外检测装置和地磁传感设备等，来对停车位上是否有车辆停靠进行检测。

可以理解的是，通过传感器，可以借助传感器的感知能力，实现对停车位上是否有车辆停靠的检测。

S130、根据共享状态和停车状态，确定目标车位的车位状态。

本实施例中，结合目标车位的共享状态和停车状态，目标车位的车位状态有多种形式。具体地，目标车位的车位状态包括下述至少一项：目标车位处于私有状态，目标车位上有车辆停靠；目标车位处于私有状态，目标车位上未停靠车辆；目标车位处于共享状态，目标车位上有车辆停靠；目标车位处于共享状态，目标车位上未停靠车辆；目标车位处于预约状态，目标车位上有车辆停靠；目标车位处于预约状态，目标车位上未停靠车辆。

可选地，在目标车位上设置有地磁传感设备，当其他车辆非法闯入目标车位时，地磁传感设备可以进行报警，并将报警信息发送给物业和目标车位的属主用户，让其进行处理。

可以理解的是，若目标车位上停靠有非法的车辆时，例如，该停靠车辆并不是用户对目标车位进行预约时，所申报进行停靠的车辆，在这种情况下，通过在目标车位上设置的地磁传感设备，可以进行及时告警通知，避免停车冲突，损害目标车位的属主用户的利益。

可选地，地磁传感设备可以通过无线或有线的方式与共享停车平台的后台服务器进行通信，当目标车位上停靠有非法的车辆时，地磁传感设备可以及时地将目标车位的停车状态告知给共享停车平台的后台服务器。

可选地，根据所述目标车位的车位状态，选取目标收费策略；根据所述目标收费策略，对所述目标车位中停靠车辆的车主进行计费。

其中，目标收费策略可以为租用策略或其他收费策略。例如，目标车位的属主用户将目标车位共享出去后，在目标车位的车位状态为目标车位处于预约状态，目标车位上有车辆停靠时，就会采用租用策略对目标车位中停靠车辆的车主进行计费；若目标车位并未共享，而是归自身的属主用户使用，也即目标车位处于私有状态，则将不会对目标车位中停靠车辆的车主进行计费。

可以理解的是，根据目标车位的车位状态的不同，可以选取合适的目标收费策略，对目标车位中停靠车辆的车主进行计费。

可选地，若所述目标收费策略为租用策略，则所述根据所述目标收费策略，对所述目标车位中停靠车辆的车主进行计费，包括：若所述停靠车辆超出预约时段，则根据超出所述预约时段的超出时长，确定所述停靠车辆的超出费用。

具体地，若目标车位中停靠车辆的车主在预约时段结束后，还未将车辆驶出目标车位，则可以对超出预约时段的超出时长进行超出费用计算。其中，对于超出费用的计算，可以是在正常的租用目标车位的情况下，进行收取的一个更贵的停车费用。

可以理解的是，由于目标收费策略为租用策略，在预约时段结束后，目标车位中停靠车辆的车主需要按时将目标车位腾空出去，若目标车位中停靠车辆的车主未按时将车辆驶出目标车位，则可以对超出预约时段的超出时长进行额外收费，从而实现对共享停车费用的合理计算。

在一些实施例中，当预约用户完成对目标车位的预约后，会提前预付共享停车费用。如果预约用户在预约开始时间之前进入目标车位，目标车位上的传感器监测有车时，目标车位的车位状态会改变，但不会开始计费；当到预约时间开始计时，直到预约用户的车辆驶出，如果预约用户的车辆在共享时段内驶出，目标车位的车位状态不会改变，也不会退还预约费用。到预约时间结束前5分钟，共享停车平台将会以短信的方式提醒预约用户在10分钟内离开目标车位；若超过预约结束时间还未离开，将会按照原始车位费用2倍每小时进行计费，若影响到目标车位的属主用户的正常停车，物业将会介入解决。

对于在共享时段所产生的收益，可以采取如下收益分配方式：目标车位的属主用户将会得到80％的利润占比，目标车位所属的物业将会得到10％的利润占比，共享停车平台将会得到剩余10％的利润占比。在一些特殊情况下，若预约用户长时间违约，超时停靠车辆，在共享时段所产生的收益将由目标车位的属主用户全部获取。

本申请实施例通过确定目标车位的共享状态，以及确定目标车位的停车状态，并根据共享状态和停车状态，确定出了目标车位的车位状态；通过上述技术方案，在确定目标车位的停车状态的基础上，增加对目标车位的共享状态的确定，最终在共享停车模式下，确定出了目标车位的车位状态。

实施例二

图2为本申请实施例二提供的一种车位状态确定方法的流程图，本实施例是在上述实施例的基础上，对上述方案的优化。

进一步地，将操作“确定目标车位的共享状态”，细化为“检测当前时段是否处于属主用户所设置的共享时段；根据检测结果，确定所述目标车位的共享状态”，以明确对目标车位的共享状态的确定。

进一步地，将操作“确定所述目标车位的停车状态”，细化为“根据所述目标车位的预约用户的验证数据，确定所述目标车位的停车状态”，以明确对目标车位的停车状态的确定。

其中与上述实施例相同或相应的术语的解释在此不再赘述。

参见图2，本实施例提供的车位状态确定方法，包括：

S210、检测当前时段是否处于属主用户所设置的共享时段。

通常，在目标车位的属主用户将暂时不会使用目标车位，通过车位共享平台将目标车位共享出去后，会设置相关的共享信息。其中，共享信息包括但不限于共享位置、共享时段和收费标准等。

本实施例中，属主用户设置的共享时段可以通过共享平台获取得到。例如，某些车主一般只有晚上下班后到第二天早上上班前的几个小时，使用其私人的停车位。而白天出去工作时，其私人的停车位就处于闲置状态。此时，这些车主可以通过共享停车平台，将其闲置的车位进行共享，并根据闲置事件，设置共享时段。例如，可以设置共享时段为9：00-18：00。

S220、根据检测结果，确定目标车位的共享状态。

具体地，若当前时段不处于属主用户所设置的共享时段，则确认目标车位为私有状态；若当前时段处于属主用户所设置的共享时段，则确认目标车位为共享状态。

可选地，根据检测结果和所述共享时段的共享剩余时长，确定所述目标车位的共享状态；或者，根据检测结果和所述目标车位的预约状态，确定所述目标车位的共享状态。

其中，共享时段的共享剩余时长可以通过当前时段与属主用户所设置的共享时段进行计算得到。例如，当前时段为16:30，属主用户所设置的共享时段为9：00-18：00，则可以确定出共享时段的共享剩余时长为一个半小时。

可以理解的是，根据共享时段的共享剩余时长和目标车位的预约状态，可以进一步更加准确地对目标车位的车位状态进行确定。

可选地，若所述当前时段处于所述共享时段且所述共享剩余时长大于设定时长阈值，则所述目标车位的共享状态为共享；若所述当前时段处于所述共享时段且所述共享剩余时长不大于所述设定时长阈值，或者所述当前时段未处于所述共享时段，则所述目标车位的共享状态为私有。

其中，设定时长阈值可以是预先设置的一个时间阈值，例如，设定时长阈值可以是半个小时。

具体地，在确定当前时段处于属主用户所设置的共享时段后，可以进一步根据共享剩余时长与设定时长阈值的关系，来确定目标车位的车位状态是否发生变更。若共享剩余时长大于设定时长阈值，则会将目标车位的车位状态确定为私有状态；相应的，若共享剩余时长不大于设定时长阈值，则可以确定目标车位的车位状态仍为共享状态。

例如，目标车位的属主用户设置的目标车位的共享时段为2020年12月24日9：00-18：00，若在当天17：30之前没有车主用户参与预约共享，则会提前30分钟在17：30取消目标车位的共享状态，使得目标车位的车位状态变更为私有状态。若后续还想要对目标车位进行共享，则属主用户还需另外设置目标车位的共享时段。

可以理解的是，由于目标车位的剩余共享时长非常短，以至于共享剩余时长不大于设定时长阈值，说明目标车位的剩余共享时长将不足以对目标车位进行共享，此时，就可以将目标车位的共享状态变更为私有状态。

可选地，若所述当前时段处于所述共享时段且所述预约状态为预约成功，则确定所述目标车位的共享状态为预约。

具体地，若当前时段在属主用户设置的共享时段内，且目标车位未处于预约状态，则确定目标车位仍处于共享状态，在共享状态下，其他有需要使用车位的车主用户，可以通过共享停车平台，对目标车位进行预约；若当前时段在属主用户设置的共享时段内，且目标车位处于预约成功的状态，则确认目标车位处于预约状态。

可以理解的是，在对当前时段是否处于属主用户所设置的共享时段进行检测后，还可以根据目标车位的预约状态，来确定目标车位的车位状态是否发生变更。

S230、根据目标车位的预约用户的验证数据，确定目标车位的停车状态。

其中，预约用户是指在共享停车平台中，对目标车位进行了预约的用户，也即

验证数据是指，在预约用户对目标车位进行预约后，会获取到与目标车位预约相关的识别码，该识别码可以由数字、字母和符号等多个字符组成。典型地，该识别码可以是预约用户的身份证号码。

可选地，将所述目标车位的预约用户的验证数据与标准验证数据进行比对；根据比对结果，确定所述目标车位的停车状态。

其中，标准验证数据与验证数据对应，用于对预约用户的身份进行验证。

本实施例中，在预约用户到达目标车位所在的停车场时，在停车场门口，可以通过共享停车平台，将验证数据发送给后台服务器，由后台服务器对验证数据与标准验证数据进行比对，当预约用户的验证数据与标准验证数据一致的情况下，预约用户就可以进入该停车场，将预约用户自己的车辆停靠在目标车位上。

可以理解的是，若目标车位的预约用户的验证数据与标准验证数据比对一致，说明目标车位的停车状态为有车辆停靠。

在一些实施例中，在目标车位的所在地，安装有车位地锁，在目标车位的预约用户的验证数据与标准验证数据的比对结果为一致的情况下，车位地锁将会自动收起，以使预约用户可以对目标车位进行正常使用，预约用户可以将车辆停靠在目标车位上；若目标车位的预约用户的验证数据与标准验证数据的比对结果为不一致，则车位地锁将不会收起，除了目标车位的属主用户通过遥控装置对车位地锁进行解控，进行自身车辆停靠使用外，其他车主将无法使用目标车位。其中，上述遥控装置可以为射频识别门禁卡。当然，目标车位的属主用户也可以在共享停车平台中自行开关地锁功能。

本实施例中，考虑到目标车位的所在地有可能为室内停车场。通常，车辆在室内停车场时，车辆与外界进行通信的信号较差，原有的导航应用会出现导航不准确的情况。因此，为了避免预约用户在查找目标车位时出现困难，可以采用两种不同的导航模式进行导航。可以理解的是，预约用户作为目标车位的临时使用者，对目标车位所在地比较陌生，因而在预约用户前往目标车位时，会比较依赖导航系统。

具体地，在预约用户完成预约后，可以在共享停车平台点击导航，共享停车平台将会调用高德地图接口进行导航；当预约用户的车辆进入目标车位所在的室内停车场时，则可以自动切换为共享停车平台提供的导航系统，根据室内停车场里面设置的地磁信标的位置，提供精准的定位导航服务。

其中，室内地磁信标使用Lora(Long Range，远距离)通信方式和室内Lora基站进行通讯，Lora具有传输距离远，抗干扰能力强，自组网等特点，适合当4G/5G网络信号不好时室内通讯。其中，Lora基站部署在室内停车场的顶部，可以每隔150-200m设置一个，各Lora基站之间采用自组网进行通信，每个Lora基站可以容纳500个地磁信标，Lora基站与后台服务器之间的通讯，需要考虑现场信号环境，当4G/5G网络信号不好时，可以通过POE(PowerOver Ethernet，以太网供电)有线的方式发送至后台服务器。

本实施例中，根据地磁信标提供的位置信息，可以做整个室内停车场的2维平面图，将Lora基站和地磁信标的位置信息转为2维上面的坐标，为后续导航提供数据支撑。其中，Lora基站和地磁信标的位置信息可以根据社区的CAD图来做精准测量。

参见图3A所示的一种共享停车平台网络架构的示意图。其中，在室外不需要布置Lora基站，室外地磁信标可以通过移动网络和共享停车平台进行通信；相应的，室内停车场由于网络信号不好，需要布置Lora基站，使得室内地磁信标可以通过Lora通信方式和室内Lora基站进行通讯，之后再由Lora基站与后台服务器进行通讯，解决了在室内停车场网络信号不好的问题。

S240、根据共享状态和停车状态，确定目标车位的车位状态。

本申请实施例在上述实施例的基础上，对目标车位的共享状态和停车状态进行了具体细化，通过检测当前时段是否处于属主用户所设置的共享时段，并根据检测结果，确定出了目标车位的共享状态；通过根据目标车位的预约用户的验证数据，确定出了目标车位的停车状态；通过上述技术方案，在共享停车模式下，目标车位的共享状态可以通过对车位属主用户设置的共享时段的检测进行确定，目标车位的停车状态可以通过预约用户的验证数据进行确定，结合确定出的目标车位的共享状态和停车状态，最终确定出了目标车位的车位状态。

实施例三

在上述各技术方案的基础上，本申请还提供了一种车位状态确定方法的优选实施例。

为了便于理解，首先对本实施例提供的车位状态确定方法执行过程所依托的共享停车系统进行详细说明。

参见图3A所示的一种共享停车系统的结构示意图，该系统包括：根据室内停车场和室外停车场的不同，在室内停车场的顶部设置有Lora基站；在停车场的每个车位中部设置有地磁信标；室内停车场通过地磁信标和Lora基站完成与共享停车平台的数据传输与导航定位，室外停车场通过移动网络如4G/5G网络，完成与共享停车平台的数据传输与导航定位；共享停车平台通过云端存储和云端服务器完成日常的共享停车管理与服务；同时，有闲置车位需要共享的车主以及有停车需求的临时车主可以通过共享停车终端如共享停车APP等，进行共享停车操作。

本实施例中，地磁信标具有上报车位状态以及为后续室内停车场导航作为位置信标的作用。

具体地，若地磁信标监测到有车在车位上时，会通知共享停车平台将验证码发送至停靠车辆所属车主的手机，车主在设定时间内完成验证，可以解决地锁功能；当然，车主也可以在共享停车平台点击已到达车位，后台服务器在收到信息后，通知地磁信标自主解除地锁功能；当车辆驶出或者超时停靠时，将会对车位进行上锁；在室内停车场中，地磁信标还可以提供位置信息，通过将Lora基站和地磁信标的位置信息转为2维上面的坐标，做整个室内停车场的2维平面图，可以为后续室内停车场的导航提供位置信息。

基于图3A所示的共享停车系统，本申请还提供了一种车位状态确定方法，参见图3B，该方法包括：

S301、车位属主用户终端向共享停车平台的后台服务器发送车位共享请求。

具体地，有车位闲置的车位属主用户可以将暂时不用的车位，通过共享停车APP，将车位共享出去，并且属主用户还可以设置相应的车位共享信息，包括共享位置、共享时段和收费标准等。

S302、后台服务器接收车位属主用户终端发送的车位共享请求，并将车位属主用户的车位共享信息保存在车位共享池中。

S303、后台服务器检测当前时段是否处于车位属主用户所设置的共享时段。

S304、在确定当前时段处于车位属主用户所设置的共享时段后，后台服务器进一步确定车位是否处于共享状态。

具体地，若当前时段处于共享时段且共享剩余时长大于设定时长阈值，则确定车位的共享状态为共享状态；若当前时段处于共享时段且共享剩余时长不大于设定时长阈值，或者当前时段未处于共享时段，则确定车位的共享状态为私有状态。

可以理解的是，只有车位状态处于共享状态的情况下，才可以对相应的车位进行共享。

S305、车位预约用户终端向共享停车平台的后台服务器发送车位预约请求。

具体地，当有临时车主想要停靠车辆时，可以通过共享停车APP，向共享停车平台的后台服务器发送车位预约请求。其中，车位预约请求可以包括停车位置、停车时段和预估费用等。

S306、后台服务器接收车位预约用户终端的车位预约请求，并通过车位查找匹配的方式为车位预约用户确定进行车辆停靠的推荐车位。

S307、后台服务器向车位预约用户终端发送查找匹配出的推荐车位。

S308、车位预约用户终端确定最终所要进行停靠的目标车位。

在一些实施例中，还可以允许车位预约用户在车位共享池中挑选符合自己要求的目标车位进行临时停车，或者也可以直接选取共享停车平台为其匹配的合适的目标车位。

S309、车位预约用户终端向共享停车平台的后台服务器发送目标车位的确定预约请求。

S310、后台服务器接收车位预约用户终端对目标车位的确定预约请求，对目标车位的预约状态进行确定。

具体地，若当前时段处于共享时段且预约状态为预约成功，则确定目标车位的共享状态为预约状态。

S311、在车位预约用户到达停车场后，后台服务器根据目标车位的预约用户的验证数据，确定目标车位的停车状态。

具体地，可以将目标车位的预约用户的验证数据与标准验证数据进行比对；根据比对结果，确定目标车位的停车状态。若目标车位的预约用户的验证数据与标准验证数据进行比对结果满足要求，则预约用户可以在目标车位上进行停车。

本实施例中，预约用户可以在共享停车APP点击已到达目标车位，后台服务器在收到信息后，通知地磁信标自主解除地锁功能。

S312、后台服务器根据共享状态和停车状态，确定目标车位的车位状态。

本实施例中，若目标车位的预约用户的验证数据通过验证，则可以确定目标车位在处于预约状态的情况下，预约用户的车辆到达了目标停车位，并将自身的车辆停靠在了目标车位上。

本实施例通过共享停车系统，综合利用云计算、物联网、人工智能和移动互联网等技术，同时满足车位提供方和需求方的停车方式，实现了在共享停车模式下，针对车位状态存在的多种形式，对目标车位的车位状态进行了确定，有效解决了停车难问题。

实施例四

图4是本申请实施例四提供的一种车位状态确定装置的结构示意图。参见图4，本申请实施例提供的一种车位状态确定装置，该装置包括：共享状态确定模块410、停车状态确定模块420和车位状态确定模块430。

共享状态确定模块410，用于确定目标车位的共享状态；

停车状态确定模块420，用于确定所述目标车位的停车状态；

车位状态确定模块430，用于根据所述共享状态和所述停车状态，确定所述目标车位的车位状态。

本申请实施例通过确定目标车位的共享状态，以及确定目标车位的停车状态，并根据共享状态和停车状态，确定出了目标车位的车位状态；通过上述技术方案，在确定目标车位的停车状态的基础上，增加对目标车位的共享状态的确定，最终在共享停车模式下，确定出了目标车位的车位状态。

进一步地，共享状态确定模块410，包括：

检测子模块，用于检测当前时段是否处于属主用户所设置的共享时段；

共享状态确定子模块，用于根据检测结果，确定所述目标车位的共享状态。

进一步地，共享状态确定子模块，包括：

共享状态确定单元，用于根据检测结果和所述共享时段的共享剩余时长，确定所述目标车位的共享状态；或者，根据检测结果和所述目标车位的预约状态，确定所述目标车位的共享状态。

进一步地，共享状态确定单元，包括：

共享状态确定第一子单元，用于若所述当前时段处于所述共享时段且所述共享剩余时长大于设定时长阈值，则所述目标车位的共享状态为共享；若所述当前时段处于所述共享时段且所述共享剩余时长不大于所述设定时长阈值，或者所述当前时段未处于所述共享时段，则所述目标车位的共享状态为私有。

进一步地，共享状态确定单元，还包括：

共享状态确定第二子单元，用于若所述当前时段处于所述共享时段且所述预约状态为预约成功，则确定所述目标车位的共享状态为预约。

进一步地，停车状态确定模块420，包括：

停车状态确定子模块，用于根据所述目标车位的预约用户的验证数据，确定所述目标车位的停车状态。

进一步地，停车状态确定子模块，包括：

比对单元，用于将所述目标车位的预约用户的验证数据与标准验证数据进行比对；

停车状态确定单元，用于根据比对结果，确定所述目标车位的停车状态。

进一步地，所述装置，还包括：

收费策略选取模块，用于根据所述目标车位的车位状态，选取目标收费策略；

计费模块，用于根据所述目标收费策略，对所述目标车位中停靠车辆的车主进行计费。

进一步地，计费模块，包括：

计费子模块，用于若所述目标收费策略为租用策略，则若所述停靠车辆超出预约时段，则根据超出所述预约时段的超出时长，确定所述停靠车辆的超出费用。

本申请实施例所提供的车位状态确定装置可执行本申请任意实施例所提供的车位状态确定方法，具备执行方法相应的功能模块和有益效果。

实施例五

图5为本申请实施例五提供的一种电子设备的结构示意图，如图5所示，该设备包括处理器510、存储器520、输入装置530和输出装置540。

设备中处理器510的数量可以是一个或多个，图5中以一个处理器510为例；设备中的处理器510、存储器520、输入装置530和输出装置540可以通过总线或其他方式连接，图5中以通过总线连接为例。

其中，输入装置530，用于接收共享停车平台中的基础数据。

输出装置540，用于输出目标车位的车位状态。

处理器510可以根据输入装置530输入的基础数据，确定目标车位的共享状态，以及确定目标车位的停车状态；还可以根据所述共享状态和所述停车状态，确定所述目标车位的车位状态；还可以向输出装置540传输目标车位的车位状态。

存储器520作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请实施例中的车位状态确定方法对应的程序指令/模块(例如，车位状态确定装置中的共享状态确定模块410、停车状态确定模块420和车位状态确定模块430)。处理器510通过运行存储在存储器520中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的车位状态确定方法。

存储器520可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等(如上述实施例中的目标车位的共享状态、目标车位的停车状态、目标车位的车位状态、目标车位的预约用户的验证数据和标准验证数据等)。此外，存储器520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器520可进一步包括相对于处理器510远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置530可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置540可包括显示屏等显示设备。

实施例六

本申请实施例六还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种车位状态确定方法，该方法包括：

确定目标车位的共享状态；

确定所述目标车位的停车状态；

根据所述共享状态和所述停车状态，确定所述目标车位的车位状态。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本申请可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

值得注意的是，上述车位状态确定装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。

Claims (10)

1.一种车位状态确定方法，其特征在于，包括：

确定目标车位的共享状态；

确定所述目标车位的停车状态；

根据所述共享状态和所述停车状态，确定所述目标车位的车位状态。

2.根据权利要求1所述的方法，其特征在于，所述确定所述目标车位的停车状态，包括：

根据所述目标车位的预约用户的验证数据，确定所述目标车位的停车状态。

3.根据权利要求1所述的方法，其特征在于，所述确定目标车位的共享状态，包括：

检测当前时段是否处于属主用户所设置的共享时段；

根据检测结果，确定所述目标车位的共享状态。

4.根据权利要求3所述的方法，其特征在于，所述根据检测结果，确定所述目标车位的共享状态，包括：

根据检测结果和所述共享时段的共享剩余时长，确定所述目标车位的共享状态；或者，

根据检测结果和所述目标车位的预约状态，确定所述目标车位的共享状态。

5.根据权利要求4所述的方法，其特征在于，所述根据检测结果和所述共享时段的共享剩余时长，确定所述目标车位的共享状态，包括：

若所述当前时段处于所述共享时段且所述共享剩余时长大于设定时长阈值，则所述目标车位的共享状态为共享；

若所述当前时段处于所述共享时段且所述共享剩余时长不大于所述设定时长阈值，或者所述当前时段未处于所述共享时段，则所述目标车位的共享状态为私有。

6.根据权利要求4所述的方法，其特征在于，所述根据检测结果和所述目标车位的预约状态，确定所述目标车位的共享状态，包括：

若所述当前时段处于所述共享时段且所述预约状态为预约成功，则确定所述目标车位的共享状态为预约。

7.根据权利要求1-6任一项所述的方法，其特征在于，还包括：

根据所述目标车位的车位状态，选取目标收费策略；

根据所述目标收费策略，对所述目标车位中停靠车辆的车主进行计费。

8.一种车位状态确定装置，其特征在于，包括：

共享状态确定模块，用于确定目标车位的共享状态；

停车状态确定模块，用于确定所述目标车位的停车状态；

车位状态确定模块，用于根据所述共享状态和所述停车状态，确定所述目标车位的车位状态。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

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

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一项所述的一种车位状态确定方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一项所述的一种车位状态确定方法。

Images