CN111081056A - 一种基于大数据智能分析的智慧社区临时停车管理系统 - Google Patents

Abstract

本发明公开了一种基于大数据智能分析的智慧社区临时停车管理系统，包括应用服务系统、业主APP端、数据采集模块、大数据计算平台和物业配置管理客户端，通过业主APP端向应用服务系统发送临时车辆的预约消息，再由应用服务系统将该预约消息发送给物业配置管理客户端以使物业配置管理客户端进行展示，在临时车辆驶入或驶出时，数据采集模块实时的采集入口临时车辆信息，然后应用服务系统将该信息发送给物业配置管理客户端，应用服务系统将该信息发送给大数据计算平台，以使大数据计算平台根据该信息，计算出临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量，以此来便捷的管理社区内临时车辆，降低临时车辆的管理难度和管理成本。

Description

一种基于大数据智能分析的智慧社区临时停车管理系统

技术领域

本发明涉及智慧社区技术领域，尤其涉及一种基于大数据智能分析的智慧社区临时停车管理系统。

背景技术

近年来，随着汽车的大量增加，人们的停车需求也越来越多，社区作为居民生活娱乐的主要场景之一，具有非常强的停车需求属性。

但是由于社区内配置的车位数量都是根据社区内业主数量通过一定比例分配的，车位数量有限，再加上车主车辆、外来车辆及临时车辆等车辆数量大以及业主的停车规律等原因，造成不同时段需要进入社区停靠的车辆数量不同，常常会导致社区停车出入口拥挤、进场无停车位及碰撞刮擦等现象，大大降低停车效率，给业主造成了时间和经济损失，也给参与社区停车管理工作的物业端人员造成极大的困扰，造成停车管理难度增加、管理支出提升。

针对此问题，目前很多社区已经开始使用以信息化技术为基础的停车管理系统，希望能降低管理成本、降低管理人员负担，但是目前的停车管理系统基本上都是通过车辆出入控制的方式缓解停车压力，处理问题的方式简单粗暴，造成入口车辆长时间等待，并不能从根本上解决临时停车难的问题。

因此，针对社区管理临时停车难的问题，目前急需一种具有智能分析能力的智慧社区临时停车管理系统。

发明内容

本发明实施例提供了一种基于大数据智能分析的智慧社区临时停车管理系统，用于实现社区内临时车辆的管理，降低临时车辆的管理难度和管理成本。

第一方面，本发明实施例提供一种基于大数据智能分析的智慧社区临时停车管理系统，包括：业主APP端、数据采集模块、物业配置管理客户端、大数据计算平台和应用服务系统；

所述业主APP端用于向所述应用服务系统发送临时车辆的预约信息；

所述数据采集模块用于采集临时车辆的驶入信息和驶出信息，并将所述临时车辆的驶入信息和所述驶出信息发送给所述应用服务系统；

所述物业配置管理客户端用于根据所述大数据计算平台发送的临时车辆访问的社区的临时停车时长推荐值，确定所述临时车辆访问的社区的临时停车时长；

所述大数据计算平台用于获取所述应用服务系统发送的所述临时车辆访问的社区的历史停车数据，对所述临时车辆访问的社区的历史停车数据进行分析，得到所述临时车辆访问的社区的临时停车时长推荐值，将所述临时车辆访问的社区的临时停车时长推荐值发送给所述物业配置管理客户端；

所述应用服务系统用于将所述临时车辆访问的社区的所述驶入信息和所述驶出信息发送给所述大数据计算平台，并根据所述临时车辆的预约信息、所述临时车辆访问的社区的所述驶入信息和所述驶出信息、所述临时车辆的临时停车时长，更新所述临时车辆访问的业主房间的信用值。

可选的，所述应用服务系统在接收到所述临时车辆的预约信息之后，将所述临时车辆的预约信息发送给所述物业配置管理客户端进行展示。

可选的，所述应用服务系统在所述数据采集模块采集到所述临时车辆的驶入信息之后，将所述临时车辆的驶入信息发送给所述物业配置管理客户端，以使物业工作人员进行核对，并放行。

可选的，所述大数据计算平台根据所述应用服务系统发送的所述临时车辆访问的社区的所述驶入信息和所述驶出信息，确定所述临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量，并将所述临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量发送给所述业主APP端和所述物业配置管理客户端进行展示。

可选的，所述大数据计算平台对所述临时车辆访问的社区的历史停车数据进行分析，得到所述临时车辆访问的社区的平均停车时长和停车时长方差，根据所述临时车辆访问的社区的平均停车时长和停车时长方差，确定所述临时车辆访问的社区的临时停车时长推荐值。

可选的，所述大数据计算平台将所述临时车辆访问的社区的平均停车时长与预设倍数的停车时长方差之和确定为所述临时车辆访问的社区的临时停车时长推荐值。

可选的，所述应用服务系统根据所述临时车辆访问的社区的所述驶入信息和所述驶出信息，确定所述临时车辆的停车时间，并在确定所述临时车辆的停车时间超过所述临时车辆访问的社区的临时停车时长时，降低所述临时车辆通过所述业主APP端访问的业主房间的信用值，在确定所述临时车辆未按时驶入且未进行预约取消时，降低所述临时车辆通过所述业主APP端访问的业主房间的信用值。

可选的，所述应用服务系统在确定所述临时车辆通过所述业主APP端访问的业主房间的信用值低于预设信用值时，禁止所述临时车辆通过所述业主APP端发起预约信息。

可选的，所述应用服务系统在确定所述临时车辆通过所述业主APP端访问的业主房间的信用值低于预设信用值之后，每隔预设周期增加所述临时车辆通过所述业主APP端访问的业主房间的信用值，或所述应用服务系统在提前预设时间接收到所述临时车辆通过所述业主APP端发送的取消预约的信息时，增加所述临时车辆通过所述业主APP端访问的业主房间的信用值。

可选的，所述系统还包括数据存储模块；

所述数据存储模块用于存储所述临时车辆访问的社区的历史停车数据、所述大数据计算平台的计算结果以及所述系统的操作日志数据。

本发明实施例中，通过业主APP端向应用服务系统发送临时车辆的预约消息，然后应用服务系统根据业主APP端向应用服务端发送临时车辆的预约消息发送给物业配置管理客户端进行展示，在临时车辆来访时，数据采集模块实时的采集入口临时车辆的驶入信息，再然后应用服务系统在数据采集模块采集到临时车辆的驶入信息之后，将临时车辆的驶入信息发送给物业配置管理客户端，以使物业工作人员进行核对，并放行，同时，应用服务系统将临时车辆的驶入信息发送给大数据计算平台，大数据计算平台根据应用服务系统发送的临时车辆的驶入信息，确定临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量，并将临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量发送给物业配置管理客户端进行展示，在临时车辆离开时，数据采集模块实时采集临时车辆的驶出信息，然后应用服务系统在数据采集模块采集到临时车辆的驶出信息之后，将临时车辆的驶出信息发送给大数据计算平台，大数据计算平台根据应用服务系统发送的临时车辆的驶入信息和驶出信息，再次确定临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量，并将再次确定的临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量发送给业主APP端和物业配置管理客户端进行展示，之后，大数据计算平台根据应用服务系统发送的临时车辆的驶入信息和驶出信息对临时车辆访问的社区的历史停车记录进行分析计算，计算出临时车辆访问的社区的平均停车时长和停车时长方差，根据临时车辆访问的社区的平均停车时长和停车时长方差，确定出临时车辆访问的社区的临时停车时长推荐值，应用服务系统根据大数据计算平台确定出的临时车辆访问的社区的临时停车时长推荐值以及临时车辆的停车时间等信息相应的更新临时车辆访问的社区的临时停车时长推荐值、临时车辆访问的业主房间的信用值等信息同时将临时车辆访问的社区的历史停车数据、大数据计算平台的计算结果以及系统的操作日志数据存储至数据存储模块。以此来实现方便的管理社区内临时车辆，降低临时车辆的管理难度和管理成本。

附图说明

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

图1为本发明实施例提供的一种基于大数据智能分析的智慧社区临时停车管理系统的结构示意图；

图2为本发明实施例提供的一种基于大数据智能分析的智慧社区临时停车管理的流程示意图；

图3为本发明实施例提供的一种基于大数据智能分析的智慧社区临时停车管理的流程示意图；

图4为本发明实施例提供的一种基于大数据智能分析的智慧社区临时停车管理的流程示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

图1示例性的示出了本发明实施例提供的一种基于大数据智能分析的智慧社区临时停车管理系统的结构，包括：应用服务系统100、数据采集模块200、数据存储模块300、物业配置管理客户端400、业主APP端500、大数据计算平台600。

其中，业主APP端500用于向应用服务系统100发送临时车辆的预约信息，数据采集模块200用于采集临时车辆的驶入信息和驶出信息，并将所述临时车辆的驶入信息和驶出信息发送给应用服务系统100。物业配置管理客户端400用于根据大数据计算平台600发送的临时车辆访问的社区的临时停车时长推荐值，确定临时车辆访问的社区的临时停车时长。大数据计算平台600用于获取应用服务系统100发送的临时车辆访问的社区的历史停车数据，对临时车辆访问的社区的历史停车数据进行分析，得到临时车辆访问的社区的临时停车时长推荐值，将临时车辆访问的社区的临时停车时长推荐值发送给物业配置管理客户端400。应用服务系统100用于将临时车辆访问的社区的所述驶入信息和所述驶出信息发送给大数据计算平台600，并根据临时车辆的预约信息、临时车辆访问的社区的所述驶入信息和驶出信息、临时车辆的临时停车时长，更新临时车辆访问的业主房间的信用值。

需要说明的是，应用服务系统100还用于将数据采集模块200、数据存储模块300、物业配置管理客户端400、业主APP端500及大数据计算平台600进行统一管理，互相协作，数据采集模块200还用于采集实时临时车辆出入数据，推送给应用服务系统100，由应用服务系统对数据做重新分配，数据存储模块300还用于存储历史临时车辆数据、大数据计算平台的计算结果以及系统的操作日志数据，物业配置管理客户端400还用于知悉社区内临时车位的使用情况、临时车辆的停靠情况、对临时车位进行配置管理及修改信用值积分规则，同时能够展示现有及历史临时车辆的详细信息，大数据计算平台600还用于提供大数据智能计算能力，计算出社区内临时车辆的停靠数量数及社区内剩余车位数量、平均停车时长及停车时长方差，分析结果提供给物业配置管理客户端400使用。

在本发明实施例中，应用服务系统在接收到所述临时车辆的预约信息之后，将临时车辆的预约信息发送给物业配置管理客户端进行展示，其中，在业主通过业主APP端进行预约临时停车后，生成实时的预约记录，若在业主临时车辆预约来访前，将预约取消，则生成访问的业主历史预约记录。应用服务系统将预约信息发送给数据存储模块进行存储，并将该预约信息发送至物业配置管理客户端进行展示。

应用服务系统在数据采集模块采集到临时车辆的驶入信息之后，将临时车辆的驶入信息发送给物业配置管理客户端，以使物业工作人员进行核对，并放行，其中，临时车辆来访时，数据采集模块将实时的采集入口处临时车辆的驶入信息，并生成临时车辆来访记录，同时物业的工作人员会将采集到的驶入信息进行核对，核对成功后进行放行，其中数据采集模块采集的驶入信息包括：流水ID、社区ID、闸门ID、事件类型、事件类型、预约类型、车辆信息、预约人信息及预约时间信息等，其中事件类型包括进或出，时间类型包括工作日或休息日，预约类型包括正常通道或绿色通道，若当来访车辆为无预约的临时车辆时，由物业人员根据临时车辆相关信息进行审核，然后给予临时车辆放行。

大数据计算平台根据应用服务系统发送的临时车辆访问的社区的所有驶入信息和驶出信息，确定临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量，并将临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量发送给业主APP端和所述物业配置管理客户端进行展示，其中，数据采集模块实时采集入口临时车辆的驶入信息或驶出信息，然后应用服务系统将数据采集模块实时采集入口临时车辆的驶入信息或驶出信息发送到Kafka的broker，再由大数据计算平台中的flink将驶入信息或驶出信息中的数据从Kafka broker取出，再将原始的驶入信息或驶出信息中的数据进行数据清洗，将处理后的数据根据一定的规则将驶入信息或驶出信息中的数据存储到大数据计算平台中的elasticsearch，或者从中删除，以此，大数据计算平台计算出实时临时车辆访问的社区的剩余临时车位数、实时临时车辆数及最大临时车辆数，并且实时的将临时车辆访问的社区的剩余临时车位数、实时临时车辆数及最大临时车数量，返回物业管理客户端和业主APP端展示。

大数据计算平台对临时车辆访问的社区的历史停车数据进行分析，得到临时车辆访问的社区的平均停车时长和停车时长方差，根据临时车辆访问的社区的平均停车时长和停车时长方差，确定临时车辆访问的社区的临时停车时长推荐值，其中，数据采集模块实时采集入口临时车辆的驶入信息，应用服务系统将数据采集模块实时采集入口临时车辆的驶入信息发送到Kafka的broker，再由大数据计算平台中的flink将驶入信息或驶出信息中的数据从Kafka broker取出，再将原始的驶入信息或驶出信息中的数据进行数据清洗，删除无用及冗余信息，然后大数据计算平台中的flink根据事件类型信息将数据流分为临时车辆驶入流数据和临时车辆驶出流数据两种数据流，由大数据计算平台中的flin 根据两种数据流的车牌信息将数据流进行合并，将计算得到的数据流保存至大数据计算平台中的elasticsearch，大数据计算平台调用算法，根据得到的数据流计算平均停车时长和停车时长方差。

大数据计算平台将临时车辆访问的社区的平均停车时长与预设倍数的停车时长方差之和确定为临时车辆访问的社区的临时停车时长推荐值，例如：临时车辆访问的社区的临时停车时长推荐值为大数据计算平台计算得出的临时车辆访问的社区的平均停车时长加三倍停车时长方差之和，提供给物业配置管理客户端使用。

应用服务系统根据临时车辆访问的社区的所有驶入信息和驶出信息，确定临时车辆的停车时间，并在确定临时车辆的停车时间超过临时车辆访问的社区的临时停车时长时，降低临时车辆通过业主APP端访问的业主房间的信用值，在确定临时车辆未按时驶入且未进行预约取消时，降低临时车辆通过业主APP端访问的业主房间的信用值，其中，在临时车辆进行预约后，应用服务系统根据临时车辆的预约、预约取消及来访情况对临时车辆访问的业主房间的信用值进行自动调整，其中信用值将直接影响业主房间未来的临时停车来访预约行为。

应用服务系统在确定临时车辆通过业主APP端访问的业主房间的信用值低于预设信用值时，禁止临时车辆通过业主APP端发起预约信息。

应用服务系统在确定临时车辆通过业主APP端访问的业主房间的信用值低于预设信用值之后，每隔预设周期增加临时车辆通过业主APP端访问的业主房间的信用值，或应用服务系统在提前预设时间接收到临时车辆通过业主APP端发送的取消预约的信息时，增加临时车辆通过业主APP端访问的业主房间的信用值，上述对临时车辆访问的业主房间的信用值调整的具体规则如下：

1、信用值与业主房间绑定，一户一档，其中与业主房间绑定目的是近可能的保护业主隐私。

2、同一房间绑定的多个用户均可共享该房间的信用值。

3、信用值基数是100，低于60为预警状态，低于50后不可用于预约临时车位。

4、信用值低于50后，每过3天恢复一个信用值，当恢复至60信用值后，可以用于预约临时车位。

5、会导致信用值降低的情况有3种：

a、超时停车，每超时10分钟扣除1信用值。

b、通过物业门岗使用绿色通道方式进入的访客临时车辆，超时30分钟及以内，信用值扣除至60；超时30分钟以上但在60分钟以内，信用值扣至50；超过60分钟，信用值扣至0。

c、预约后访客没有来且没有进行预约取消的，每次扣除2信用值。

6、会导致信用值提升的情况有2种：

a、低于50不可进行预约之后，每3天增加1信用值。

b、由于访客不来访，业主提前8小时以上主动取消预约的，增加2信用值；业主提前8小时之内取消预约的，增加1信用值。

系统还可以包括数据存储模块，数据存储模块用于存储临时车辆访问的社区的历史停车数据、大数据计算平台的计算结果以及系统的操作日志数据，其中，临时停车时长推荐值是由应用服务系统按照预设定的时间定时启动大数据计算平台分析计算并更新到数据存储模块，并且当物业需要使用计算出的临时停车时长推荐值时，在物业配置管理客户端展示页面向应用服务器发送请求获取更新的临时停车时长推荐值。

在本发明实施例中，临时车辆通过业主APP端向应用服务系统发送临时车辆的预约消息，然后应用服务系统根据业主APP端向应用服务端发送临时车辆的预约消息发送给数据模块进行储存，同时将消息发送给物业配置管理客户端，以使物业配置管理客户端进行展示业主APP端向应用服务系统发送的临时车辆的预约消息，若在业主临时车辆预约来访前，将预约取消，则生成历史预约记录并存储至数据存储模块，若临时车辆来访时，数据采集模块实时的采集入口临时车辆的驶入信息，然后数据采集模块采集临时车辆的驶入信息，并生成临时车辆来访记录进行存储，应用服务系统在数据采集模块采集到临时车辆的驶入信息之后，将临时车辆的驶入信息发送给物业配置管理客户端，以使物业工作人员进行核对，并放行，同时，应用服务系统将临时车辆的驶入信息发送给大数据计算平台，大数据计算平台根据应用服务系统发送的临时车辆的驶入信息，确定临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量，并将临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量发送给物业配置管理客户端进行实时的展示，在临时车辆离开时，数据采集模块实时采集临时车辆驶出信息，然后应用服务系统在数据采集模块采集到临时车辆的驶出信息之后，将临时车辆的驶出信息发送给大数据计算平台，大数据计算平台根据应用服务系统发送的临时车辆的驶出信息，再次确定临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量，并将再次确定的临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量发送给业主APP端和物业配置管理客户端进行实时展示，进一步地，大数据计算平台根据应用服务系统发送的临时车辆的所有驶入信息和驶出信息对临时车辆访问的社区的历史停车记录进行分析计算，计算出临时车辆访问的社区的平均停车时长和停车时长方差，根据临时车辆访问的社区的平均停车时长和停车时长方差，确定临时车辆访问的社区的临时停车时长推荐值，再进一步地，应用服务系统根据临时车辆的驶入信息和驶出信息，确定是否降低或增加临时车辆通过业主APP端访问的业主房间的信用值，并由应用服务系统更新相应的数据信息，最后将临时车辆访问的社区的历史停车数据、大数据计算平台的计算结果以及系统的操作日志数据存储至数据存储模块。以此来实现了社区内临时车辆的便捷管理，降低了临时车辆的管理难度和管理成本。

基于上述系统，图2示例性的示出了提供的一种基于大数据智能分析的智慧社区临时停车管理的流程。

如图2所示，该流程具体包括：

步骤201、业主进行预约。

临时车辆通过业主APP端进行临时停车预约后，应用服务系统将预约信息发送给数据存储模块进行存储，并将该预约信息发送至物业配置管理客户端进行展示，进一步地执行步骤2011，生成实时的预约记录，若在临时车辆预约来访前，将预约取消，则执行步骤2012，预约取消，进而执行步骤2013，生成历史预约记录。

需要说明的是，在临时车辆进行预约业主访问时，业主给予临时车辆临时停车权限，临时车辆才可以对该业主访问进行临时停车预约，若业主不给予临时车辆临时停车权限，则临时车辆不可以对该业主访问进行临时停车预约。

步骤202，临时车辆来访。

在临时车辆来访时，数据采集模块将实时的采集入口处临时车辆的驶入信息并实时的执行步骤2021，生成临时车辆来访记录，同时物业的工作人员会将采集到的驶入信息进行核对，核对成功后进行放行，若当来访车辆为无预约的临时车辆时，由物业人员根据临时车辆相关信息进行审核，然后给予临时车辆放行，如：在无预约临时车辆来访时，获取该无预约临时车辆预访问的业主等信息，联系该预约访问的业主，确定该预约访问的业主是否同意该无预约临时车辆的来访，进而确定是否给予该无预约临时车辆放行。

步骤203、数据发送至大数据计算平台。

上述步骤中数据采集模块实时的采集入口临时车辆驶入信息后应用服务系统将数据采集模块实时的采集入口临时车辆的驶入信息发送给大数据计算平台，大数据计算平台根据入口临时车辆的驶入信息，确定临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量，并执行步骤2031，计算结果实时展示，将临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量发送给物业配置管理客户端进行展示。

步骤204、临时车辆离开。

在车辆离开社区后，数据采集模块实时采集离开的临时车辆的驶出信息，然后应用服务系统在数据采集模块采集到临时车辆的驶出信息之后，将临时车辆的驶出信息发送给大数据计算平台，大数据计算平台根据应用服务系统发送的临时车辆的所有驶入信息和驶出信息，确定临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量，并将临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量发送给业主APP端和物业配置管理客户端进行展示。

步骤205、更新临时车辆的来访记录、预约记录、业主信用值、停车时长推荐值。

大数据计算平台对上述临时车辆访问的社区的历史停车记录进行分析计算，计算出临时车辆通过业主APP端访问的社区的平均停车时长和停车时长方差，根据临时车辆通过业主APP端访问的社区的平均停车时长和停车时长方差，确定临时车辆访问的社区的临时停车时长推荐值，其中临时车辆访问的社区的临时停车时长推荐值为临时车辆访问的社区的平均停车时长加三倍的停车时长方差的和，需要说明的是，大数据计算平台计算出的临时停车时长推荐值是通过近两年的停车数据计算出来的，能在一定程度上反映未来社区内临时停车的情况，可以作为物业管理中临时停车管理策略的重要参考值。

进一步地，应用服务系统根据临时车辆的驶入信息和驶出信息，确定临时车辆的停车时间，并在确定临时车辆的停车时间超过临时车辆通过业主APP端访问的社区的临时停车时长时，降低临时车辆通过业主APP端访问的业主房间的信用值，在确定临时车辆未按时驶入且未进行预约取消时，降低临时车辆通过业主APP端访问的业主房间的信用值，若应用服务系统确定临时车辆通过业主APP端访问的业主房间的信用值低于预设信用值时，不允许临时车辆通过业主APP端发起预约信息访问业主房间。

步骤206、数据存储。

临时车辆访问的社区的房间的历史停车数据、临时车辆访问的业主房间的信用值、大数据计算平台的计算结果以及系统的操作日志数据存储至数据存储模块。

本发明实施例中，本发明实施例中，临时车辆通过业主APP端向应用服务系统发送临时车辆的预约消息，然后应用服务系统根据该预约消息发送给数据模块进行储存，同时将该预约消息发送给物业配置管理客户端，以使物业配置管理客户端进行展示业主APP端向应用服务系统发送的临时车辆的预约消息，在临时车辆来访时，数据采集模块实时的采集入口临时车辆的驶入信息，然后数据采集模块采集临时车辆的驶入信息，并生成临时车辆来访记录进行存储，应用服务系统在数据采集模块采集到临时车辆的驶入信息之后，将临时车辆的驶入信息发送给物业配置管理客户端，以使物业工作人员进行核对，并放行，同时，应用服务系统将临时车辆的驶入信息发送给大数据计算平台，大数据计算平台根据应用服务系统发送的临时车辆的驶入信息，确定临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量，并将临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量发送给物业配置管理客户端进行实时的展示，在临时车辆离开时，数据采集模块实时采集临时车辆驶出信息，然后应用服务系统在数据采集模块采集到临时车辆的驶出信息之后，将临时车辆的驶出信息发送给大数据计算平台，大数据计算平台根据应用服务系统发送的临时车辆的驶出信息，确定当前剩余临时车位数和当前临时停车数量，并将临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量发送给业主APP端和物业配置管理客户端进行实时展示，进一步地，大数据计算平台根据应用服务系统发送的临时车辆的驶入信息和驶出信息对临时车辆访问的社区的历史停车记录进行分析计算，计算出临时车辆访问的社区的平均停车时长和停车时长方差，根据临时车辆访问的社区的平均停车时长和停车时长方差，确定临时车辆访问的社区的临时停车时长推荐值，再进一步地，应用服务系统相应的更新临时车辆访问的社区的临时停车时长推荐值、临时车辆访问的业主房间的信用值等信息，最后将临时车辆访问的历史停车数据、大数据计算平台的计算结果以及系统的操作日志数据存储至数据存储模块。以此来实现了社区内临时车辆的便捷管理，降低了临时车辆的管理难度和管理成本。

为了更好解释本发明实施例，图3示例性的示出了一种基于大数据智能分析的智慧社区临时停车管理的流程。

如图3所示，该流程具体包括：

步骤301、实时采集入口车辆驶入信息或驶出信息。

数据采集模块实时采集入口临时车辆的驶入信息。

步骤302、Kafka broker。

应用服务系统将数据采集模块实时采集入口车辆驶入信息发送到Kafka(开源流处理平台)的broker(服务器)。

步骤303、数据清洗。

由大数据计算平台中的flink将驶入信息或驶出信息中的数据从Kafka broker取出，再将原始的驶入信息或驶出信息中的数据进行数据清洗，将处理后的数据直接存储到大数据计算平台中的elasticsearch(搜索服务器)，或者从中删除。

需要说明的是，数据清洗的目的是：筛选掉缺少相关字段信息的数据，同时将原始的驶入信息转化为易于查看和存储的键值(key-value)形式。

数据存储和删除的规则为：若该条数据的事件类型为进，将该数据存储到大数据计算平台中的elasticsearch，若该条数据的事件类型为出，则根据车牌号搜索今天事件类型为进的数据，将数据从大数据计算平台中的elasticsearch中删除。

步骤304、根据一定的规则将数据存入数据存储模块中的elasticsearch。

根据一定的规则将驶入信息或驶出信息中的数据存储到大数据计算平台中的elasticsearch。

步骤305、进行实时计算。

大数据计算平台可计算出临时车辆访问的社区的实时剩余临时车位数、实时临时车辆数及最大临时车辆数，算出结果后分别执行步骤306和步骤307。

步骤306、实时剩余临时车位数、实时临时车辆数及最大临时车数量，返回物业管理客户端和业主APP端展示。

临时车辆访问的社区的实时临时车辆数、实时剩余车位数及当天最大临时车辆数都可以由物业配置管理客户端和业主APP端向应用服务系统发出请求，到数据存储系统中去查询，并将结果返回到物业配置管理客户端和业主APP端进行相关数据的展示。

步骤307、最大临时车辆数实时更新并保存到数据存储模块中。

在当天的任何时刻大数据计算平台中的elasticsearch中存储的数据条数就是当天临时车辆数，社区内临时车位数减去临时车辆数就是剩余临时车位数。进一步地，当社区内临时车辆数增加时，大数据计算平台将当前临时车辆数更新到mysql数据库中，在当天结束时的最终结果就是社区当天最大的临时车辆数。其中，elasticsearch和mysql都属于数据存储模块的基本组成单元。

本发明实施例中，根据数据采集模块实时到的采集入口车辆驶入信息或驶出信息，应用服务系统将数据采集模块实时采集入口车辆驶入信息发送到Kafka的broker，再由大数据计算平台中的flink将驶入信息或驶出信息中的数据从Kafka broker取出，再将原始的驶入信息或驶出信息中的数据进行数据清洗，将处理后的数据一定的规则直接存储到大数据计算平台中的elasticsearch，或者从中删除，以使大数据计算平台计算出实时剩余临时车位数、实时临时车辆数及最大临时车辆数，并将结果返回到物业配置管理客户端和业主APP端进行相关数据的展示，最后进行保存。以此，便于物业配置管理客户端实时的了解社区内的临时停车情况，降低临时停车管理的难度。

基于相同的技术构思，图4示例性的示出了一种基于大数据智能分析的智慧社区临时停车管理的流程，该流程更好的解释了上述图2中的实施例提供的一种基于大数据智能分析的智慧社区临时停车管理系统的部分流程。

如图4所示，该流程具体包括：

步骤401、实时采集入口车辆驶入信息或驶出信息。

数据采集模块实时采集入口临时车辆的所有驶入信息或驶出信息。

步骤402、Kafka broker。

应用服务系统将数据采集模块实时采集的入口临时车辆的驶入信息发送到Kafka的broker。

步骤403、数据清洗。

由大数据计算平台中的flink将驶入信息或驶出信息中的数据从Kafka broker取出，再将原始的驶入信息或驶出信息中的数据进行数据清洗，删除无用及冗余信息。

步骤404、根据事件类型将数据分流。

由大数据计算平台中的flink根据事件类型信息将数据流分为临时车辆驶入流数据和临时车辆驶出流数据两种数据流。

步骤405、车辆输入流。

确定出临时车辆驶入流数据。

步骤406、车辆输出流。

确定出临时车辆驶出流数据。

步骤407、输入流和输出流根据车牌一致原则进行数据合并。

由大数据计算平台中的flink根据两种数据流的车牌信息将数据流进行合并，包括：在预设定的时间间隔内寻找两种数据流中车牌号一致的数据流，并将其组成一条数据流，在该数据流中包含临时车辆的驶入信息和驶出信息，进一步地计算当前临时车辆在社区中的停靠时间。

步骤408、数据保存至elasticsearch。

将计算得到的数据流保存至大数据计算平台中的elasticsearch。

步骤409、计算平均停车时长和停车时长方差。

调用算法，由大数据计算平台根据得到的数据流计算临时车辆访问的社区的平均停车时长和停车时长方差，该步骤具体有以下特征：

1、该数据流为两年的临时车辆访问的社区的临时车辆数据流。

2、该数据流是通过工作日和休息日加以区分，分别进行计算的。

3、该数据流是根据输入通道区分，分别进行计算的。

4、临时车辆访问的社区的平均停车时长及停车时长方差的计算都是通过大数据计算平台中的elasticsearch中的extendesStats算法计算而得。

步骤410、计算临时停车时长推荐值。

临时车辆访问的社区的临时停车时长推荐值为临时车辆访问的社区的平均停车时长加三倍停车时长方差之和，以使物业配置管理客户端使用。

本发明实施例中，大数据计算平台根据事件类型信息将实时采集入口车辆驶入信息或驶出信息分为临时车辆驶入流数据和临时车辆驶出流数据两种数据流，再根据两种数据流的车牌信息将数据流进行合并，将其组成一条数据流，再根据得到的合并后的数据流计算出平均停车时长和停车时长方差，进一步地计算出临时停车时长推荐值，以使物业可以根据临时停车时长推荐值调整停车管理方案，为社区临时停车管理提供了便利，降低了物业管理的难度及成本。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种基于大数据智能分析的智慧社区临时停车管理系统，其特征在于，包括：业主APP端、数据采集模块、物业配置管理客户端、大数据计算平台和应用服务系统；

所述业主APP端用于向所述应用服务系统发送临时车辆的预约信息；

所述数据采集模块用于采集临时车辆的驶入信息和驶出信息，并将所述临时车辆的驶入信息和所述驶出信息发送给所述应用服务系统；

所述物业配置管理客户端用于根据所述大数据计算平台发送的临时车辆访问的社区的临时停车时长推荐值，确定所述临时车辆访问的社区的临时停车时长；

所述大数据计算平台用于获取所述应用服务系统发送的所述临时车辆访问的社区的历史停车数据，对所述临时车辆访问的社区的历史停车数据进行分析，得到所述临时车辆访问的社区的临时停车时长推荐值，将所述临时车辆访问的社区的临时停车时长推荐值发送给所述物业配置管理客户端；

所述应用服务系统用于将所述临时车辆访问的社区的所述驶入信息和所述驶出信息发送给所述大数据计算平台，并根据所述临时车辆的预约信息、所述临时车辆访问的社区的所述驶入信息和所述驶出信息、所述临时车辆的临时停车时长，更新所述临时车辆访问的业主房间的信用值。

2.如权利要求1所述的系统，其特征在于，所述应用服务系统在接收到所述临时车辆的预约信息之后，将所述临时车辆的预约信息发送给所述物业配置管理客户端进行展示。

3.如权利要求1所述的系统，其特征在于，所述应用服务系统在所述数据采集模块采集到所述临时车辆的驶入信息之后，将所述临时车辆的驶入信息发送给所述物业配置管理客户端，以使物业工作人员进行核对，并放行。

4.如权利要求1所述的系统，其特征在于，所述大数据计算平台根据所述应用服务系统发送的所述临时车辆访问的社区的所述驶入信息和所述驶出信息，确定所述临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量，并将所述临时车辆访问的社区的当前剩余临时车位数和当前临时停车数量发送给所述业主APP端和所述物业配置管理客户端进行展示。

5.如权利要求1所述的系统，其特征在于，所述大数据计算平台对所述临时车辆访问的社区的历史停车数据进行分析，得到所述临时车辆访问的社区的平均停车时长和停车时长方差，根据所述临时车辆访问的社区的平均停车时长和停车时长方差，确定所述临时车辆访问的社区的临时停车时长推荐值。

6.如权利要求5所述的系统，其特征在于，所述大数据计算平台将所述临时车辆访问的社区的平均停车时长与预设倍数的停车时长方差之和确定为所述临时车辆访问的社区的临时停车时长推荐值。

7.如权利要求1所述的系统，其特征在于，所述应用服务系统根据所述临时车辆访问的社区的所述驶入信息和所述驶出信息，确定所述临时车辆的停车时间，并在确定所述临时车辆的停车时间超过所述临时车辆访问的社区的临时停车时长时，降低所述临时车辆通过所述业主APP端访问的业主房间的信用值，在确定所述临时车辆未按时驶入且未进行预约取消时，降低所述临时车辆通过所述业主APP端访问的业主房间的信用值。

8.如权利要求1所述的系统，其特征在于，所述应用服务系统在确定所述临时车辆通过所述业主APP端访问的业主房间的信用值低于预设信用值时，禁止所述临时车辆通过所述业主APP端发起预约信息。

9.如权利要求8所述的系统，其特征在于，所述应用服务系统在确定所述临时车辆通过所述业主APP端访问的业主房间的信用值低于预设信用值之后，每隔预设周期增加所述临时车辆通过所述业主APP端访问的业主房间的信用值，或所述应用服务系统在提前预设时间接收到所述临时车辆通过所述业主APP端发送的取消预约的信息时，增加所述临时车辆通过所述业主APP端访问的业主房间的信用值。

10.如权利要求1至9任一项所述的系统，其特征在于，所述系统还包括数据存储模块；

所述数据存储模块用于存储所述临时车辆访问的社区的历史停车数据、所述大数据计算平台的计算结果以及所述系统的操作日志数据。

Images