掌桥专利:专业的专利平台
掌桥专利
首页

智慧园区管理方法、装置、设备及计算机可读存储介质

文献发布时间:2024-04-18 20:01:23


智慧园区管理方法、装置、设备及计算机可读存储介质

技术领域

本申请涉及园区管理的技术领域,尤其是涉及一种智慧园区管理方法、装置、设备及计算机可读存储介质。

背景技术

智慧园区一般由政府(民营企业与政府合作)规划建设的,供水、供电、供气、通讯、道路、仓储及其它配套设施齐全、布局合理且能够满足从事某种特定行业生产和科学实验需要的标准性建筑物或建筑物群体,“包括工业园区、产业园区、物流园区、都市工业园区、科技园区、创意园区”,随着经济的发展,越来越多的企业都在建设智慧园区,例如,电力企业、电力工程企业等。

由于园区内每天都会进出很多车辆和人,所以需要对进出园区内的人和车进行严格的管理。目前,对于想要进出园区内的车辆来说,一般通采用别车牌号判断车辆是否具有进出园区的权限的方式。

但是,任何人驾驶有权限的车辆就能自由进出园区,降低了园区内的安全。

发明内容

为了提高园区内的安全,本申请提供一种智慧园区管理方法、装置、设备及计算机可读存储介质。

第一方面,本申请提供一种智慧园区管理方法,采用如下的技术方案:

一种智慧园区管理方法,包括:

获取待通行车辆的车牌号;

获取所述待通行车辆对应的当前驾驶员的基本信息,所述基本信息包括生物特征;

判断所述车牌号和所述当前驾驶员的生物特征是否相匹配;

若是,则对所述待通行车辆进行放行;

若否,则基于信息库中的信息对所述车牌号和所述当前驾驶员的生物特征进行验证;

当对所述车牌号和所述当前驾驶员的生物特征验证通过时,转入对所述待通行车辆进行放行的步骤。

通过采用上述技术方案,通过验证待通行车辆的车牌号与当前驾驶员是否匹配,从而确定当前驾驶员是否具有驾驶待通行车辆通行的权限,从而减小任何人驾驶有权限的车辆就能自由进出园区的可能性,进而提高了园区内的安全性,并且通过验证当前驾驶员与待通行车辆的匹配关系,可以选择是否对待通行车辆进行放行,便于对园区内的车辆进行管理,同时可以减小园区内的车辆发生丢失的可能性,进一步提高园区内的安全性。

可选的,所述信息库中的信息包括所述待通行车辆的历史通行信息,所述基于信息库中的信息对所述车牌号和所述当前驾驶员的生物特征进行验证,包括:

获取所述待通行车辆的所有历史通行信息,所述历史通行信息包括历史驾驶员的生物特征;

判断是否存在与当前驾驶员的生物特征一致的历史驾驶员;

若存在与当前驾驶员的生物特征一致的历史驾驶员,则将与所述当前驾驶员的生物特征一致的历史驾驶员对应的历史通行信息作为匹配历史通行信息;

统计所述匹配历史通行信息的个数;

判断所述个数是否大于预设个数;

若所述个数大于预设个数,则判定对所述车牌号和所述当前驾驶员的生物特征验证通过;

若所述个数不大于预设个数,则判定对所述车牌号和所述当前驾驶员的生物特征验证不通过。

通过采用上述技术方案,通过历史通行信息对当前驾驶员和待通行车辆进行验证,从而确定当前驾驶员是否曾经驾驶过待通行车辆,当当前驾驶员驾驶待通行车辆达到预设次数时,判定当前驾驶员具有驾驶待通行车辆通行的权限,从而减小外来人员通过待通行车辆随意进出园区内的可能性,同时可以减小园区内发生车辆丢失的可能性。

可选的,所述信息库中的信息包括通行请求信息,所述基于信息库中的信息对所述车牌号和所述当前驾驶员的生物特征进行验证,包括:

获取所述通行请求信息,所述通行请求信息包括请求通行车辆的车牌号和请求通行车辆对应的驾驶员的生物特征;

判断所述车牌号和当前驾驶员的生物特征是否与所述通信请求信息包含的请求通行车辆的车牌号和请求通行车辆对应的驾驶员的生物特征完全一致;

若是,则判定对所述车牌号和所述当前驾驶员的生物特征验证通过,否则判定对所述车牌号和所述当前驾驶员的生物特征验证不通过。

可选的,在所述对所述待通行车辆进行放行之后,还包括:

基于所述基本信息判断所述当前驾驶员是否为园区内的工作人员;

若所述当前驾驶员为园区内的工作人员,则获取所述待通行车辆的通行时间;

判断所述通行时间是否处于上班或下班打卡时间;

若所述通行时间处于上班或下班打卡时间,则基于所述当前驾驶员的基本信息和所述通行时间生成打卡记录。

通过采用上述技术方案,当当前驾驶员为园区内的工作人员时,通过通行时间与上班或下班打卡时间进行对比,自动生成上下班考勤记录,从而减小园区内工作人员忘记打卡的可能性。

可选的,当对所述车牌号和所述当前驾驶员的生物特征验证不通过时,所述方法还包括:

基于所述车牌号确定与所述待通行车辆绑定的关联驾驶员信息;

基于所述关联驾驶员信息获取所述关联驾驶员的联系方式;

基于所述联系方式向所述关联驾驶员对应的移动终端发送通行验证请求;

获取所述通行验证请求对应的回复信息;

基于所述回复信息确定对所述待通行车辆的处理策略。

通过采用上述技术方案,当对所述车牌号和所述当前驾驶员的生物特征验证不通过时,同过待通行车辆的关联驾驶员对通行验证请求对应的回复信息,确定对待通行车辆的处理策略,从而减小车辆丢失的可能性。

可选的,所述基于所述回复信息确定对所述待通行车辆的处理策略,包括:

当所述回复信息为通过时,转入所述对所述待通行车辆进行放行的步骤;

当所述回复信息为不通过时,生成报警信息,并对所述当前驾驶员进行标记。

可选的,所述方法还包括:

当所述待通行车辆驶离园区时,获取所述待通行车辆进入园区的进入时间;

基于所述进入时间和驶离时间确定所述待通行车辆的收费信息;

判断所述当前驾驶员是否为园区内的工作人员;

若是,则获取所述当前驾驶员对应的停车费缴纳卡账号,基于所述收费信息对所述当前驾驶员对应的停车费缴纳卡账号自动进行扣费;

若否,则获取所述当前驾驶员的访问信息,基于所述访问信息确定被访问人;

获取所述被访问人对应的停车费缴纳卡账号,基于所述收费信息对所述被访问人对应的停车费缴纳卡账号自动进行扣费。

通过采用上述技术方案,当当前驾驶员为园区工作人员时,通过当前驾驶员的停车费缴纳卡账号直接进行扣费;当当前驾驶员不是园区工作人员时通过当前驾驶员访问的工作人员的停车费缴纳卡账号进行扣费,从而实现对车辆的收费信息自动扣费,节省车辆进出园区的时间,减少高峰期时由于需要扫码缴费而发生车辆拥堵的现象。

第二方面,本申请提供一种智慧园区管理装置,采用如下的技术方案:

一种智慧园区管理装置,包括:

第一获取模块,用于获取待通行车辆的车牌号;

第二获取模块,用于获取所述待通行车辆对应的当前驾驶员的基本信息,所述基本信息包括生物特征;

判断模块,用于判断所述车牌号和所述当前驾驶员的生物特征是否相匹配;若是,则进入放行模块,否则进入验证模块;

放行模块,用于对所述待通行车辆进行放行;

验证模块,用于基于信息库中的信息对所述车牌号和所述当前驾驶员的生物特征进行验证;

转入模块,用于当对所述车牌号和所述当前驾驶员的生物特征验证通过时,转入放行模块。

通过采用上述技术方案,通过验证待通行车辆的车牌号与当前驾驶员是否匹配,从而判定当前驾驶员是否有驾驶待通行车辆通行的权限,从而减小任何人驾驶有权限的车辆就能自由进出园区的可能性,进而提高了园区内的安全性,并且通过验证当前驾驶员与待通行车辆的匹配关系,可以选择是否对待通行车辆进行放行,便于对园区内的车辆进行管理,同时可以减小园区内的车辆发生丢失的可能性,进一步提高园区内的安全性。

第三方面,本申请提供一种电子设备,采用如下的技术方案:

一种电子设备,包括处理器和存储器,所述处理器与所述存储器耦合;

所述处理器用于执行所述存储器中存储的计算机程序,以使得所述电子设备执行如第一方面任一项所述的方法。

第四方面,本申请提供一种计算机可读存储介质,采用如下的技术方案:

一种计算机可读存储介质,包括计算机程序或指令,当所述计算机程序或指令在计算机上运行时,使得所述计算机执行如第一方面任一项所述的方法。

附图说明

图1是本申请实施例中体现一种智慧园区管理方法的流程示意图。

图2是本申请实施例中体现基于历史通行信息对车牌号和当前驾驶员的生物特征进行验证的流程示意图。

图3是本申请实施例中体现基于通行请求信息对车牌号和当前驾驶员的生物特征进行验证的流程示意图。

图4是本申请实施例中体现当对车牌号和当前驾驶员的生物特征验证不通过时对待通行车辆进行处理的流程示意图。

图5是本申请实施例中体现对驶出园区内的车辆进行收费的流程示意图。

图6是本申请实施例中体现一种智慧园区管理装置的结构框图。

图7是本申请实施例中体现一种电子设备的结构框图。

实施方式

以下结合附图对本申请作进一步详细说明。

本具体实施例仅仅是对本申请的解释,其并不是对本申请的限制,本领域技术人员在阅读完本说明书后可以根据需要对本实施例做出没有创造性贡献的修改,但只要在本申请的权利要求范围内都受到专利法的保护。

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

另外,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,如无特殊说明,一般表示前后关联对象是一种“或”的关系。

下面结合说明书附图对本申请实施例作进一步详细描述。

本申请实施例提供一种智慧园区管理方法,该智慧园区管理方法可由电子设备执行,该电子设备可以为服务器也可以为终端设备,其中该服务器可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式系统,还可以是提供云计算服务的云服务器。终端设备可以是智能手机、平板电脑、台式计算机等,但并不局限于此。

如图1所示,一种智慧园区管理方法,其方法的主要流程描述如下(步骤S101~S106):

步骤S101,获取待通行车辆的车牌号;

步骤S102,获取待通行车辆对应的当前驾驶员的基本信息,基本信息包括生物特征;

在本实施例中,在园区的入口和出口处设置有门禁装置,门禁装置包括用于对进出园区的车辆以及驾驶员进行拍照或录像的摄像装置,其中,摄像装置可以为摄像机还可以为摄像头,对此不做具体限定。

摄像装置将拍摄的待通行车辆车牌号的第一照片和待通行车辆对应的当前驾驶员的第二照片发送给电子设备。

特别说明的是,在电子设备中存储有园区内的工作人员的车牌号和车牌号对应的驾驶员的基本信息,其中基本信息包括生物特征,工作人员的部门和上下班时间等。

在本实施例中,生物特征为人脸特征,将生物特征与车牌号进行关联,并将生物特征与车牌号的关联信息存储至档案信息库中。

步骤S103,判断车牌号和当前驾驶员的生物特征是否相匹配;若是,则对进入步骤S104,否则进入步骤S105;

当电子设备接收第一照片和第二照片时,将第一照片和第二照片输入至图像识别模型中,从而获取待通行车辆的车牌号和当前驾驶员的生物特征,其中图像识别模型可以是用于对图像进行深度识别的神经网络模型。

当电子设备获取待通行车辆的车牌号和当前驾驶员的生物特征时,在档案信息库中查找是否有待通行车辆的车牌号,若是,则获取档案信息库中待通行车辆对应的驾驶员的第三照片,其中,第三照片为驾驶员的人脸照片。

电子设备将第二照片和第三照片进行比对,判断第二照片和第三照片中的生物特征是否一致,若是,则判定待通行车辆的车牌号和当前驾驶员的生物特征相匹配。

值得注意的是,在判断车牌号和当前驾驶员的生物特征是否相匹配时,还可以先查询档案信息库中是否存在当前驾驶员的生物特征,再查询当前驾驶员对应的车牌号,对此不做具体限定。

步骤S104,对待通行车辆进行放行;

在本实施例中,当待通行车辆的车牌号和当前驾驶员的生物特征相匹配时,电子设备控制门禁装置进出口闸门打开,对待通行车辆进行放行,从而减小外来人员没有登记而通过具有权限的车辆随意进出园区的可能性,进而保证园区内的安全;并且通过车辆和驾驶员的验证,还可以保证园区内的财产安全,减小园区内车辆发生丢失的可能性。

为了减小园区内工作人员忘记打卡的可能性,因此当对待通行车辆进行放行之后,还包括以下内容:

具体的,基于基本信息判断当前驾驶员是否为园区内的工作人员;若当前驾驶员为园区内的工作人员,则获取待通行车辆的通行时间;判断通行时间是否处于上班或下班打卡时间;若通行时间处于上班或下班打卡时间,则基于当前驾驶员的基本信息和通行时间生成打卡记录。

在本实施例中,电子设备存储有园区内所有工作人员的基本信息,其中基本信息工作人员的人脸图像以及上下班时间点。

当待通行车辆的当前驾驶员为园区内的工作人员时,获取当前驾驶员对应的上班时间和下班时间,电子设备获取待通行车辆的通行时间,其中,通行时间为待通行车辆进入园区或者驶离园区的时刻。

当电子设备获取通行时间时,将通行时间与上班时间和下班时间分别进行比较,当通行时间小于上班时间时,基于通行时间和当前驾驶员的基本信息生成上班考勤打卡记录,当通行时间大于下班时间时,基于通行时间和当前驾驶员的基本信息生成下班考勤打卡记录,从而减小工作人员忘记打卡的可能性。

当通行时间处于上班时间和下班时间之间,且存在上班考勤打卡信息时,生成当前驾驶员的外勤记录,从而便于HR对工作人员的考勤进行核对。

步骤S105,基于信息库中的信息对车牌号和当前驾驶员的生物特征进行验证;

其中信息库中的信息包括历史通行信息和通行请求信息,下面分别针对历史通行信息和通行请求信息对车牌号和当前驾驶员的生物特征进行验证进行说明。

(一)历史通行信息

如图2所示,具体包括以下步骤(步骤S201a~S207a):

步骤S201a,获取待通行车辆的所有历史通行信息,历史通行信息包括历史驾驶员的生物特征;

在本实施例中,电子设备将进出园区的车辆的历史通行信息存储至信息库,其中,历史通行信息包括但不限于车牌号、历史驾驶员信息以及通行时间,其中历史驾驶员信息包括历史驾驶员的人脸图像。

步骤S202a,判断是否存在与当前驾驶员的生物特征一致的历史驾驶员;若是,则进入步骤S203a;

步骤S203a将与当前驾驶员的生物特征一致的历史驾驶员对应的历史通行信息作为匹配历史通行信息;

在本实施例中,将当前驾驶员的人脸图像与历史驾驶员的人脸图像进行对比,提取比对通过的历史通行信息,将提取的历史通行信息作为匹配历史通行信息,以判断当前驾驶员是否具有驾驶待通行车辆通行的权限。

步骤S204a,统计匹配历史通行信息的个数;

步骤S205a,判断个数是否大于预设个数;若是,则进入步骤S206a,否则进入步骤S207a;

步骤S206a,判定对车牌号和当前驾驶员的生物特征验证通过;

步骤S207a,判定对车牌号和当前驾驶员的生物特征验证不通过。

其中,预设个数可以为3,还可以取其他数值,对此不做具体限定,当匹配历史通行信息的个数大于预设个数时,判定对车牌号和当前驾驶员的生物特征验证通过,即当前驾驶员具有驾驶待通行车辆通行的权限;当匹配历史通行信息的个数不大于预设个数时,判定对车牌号和当前驾驶员的生物特征验证不通过,即当前驾驶员不具有驾驶待通行车辆通行的权限,此时可转入步骤S301。

通过判断个数是否大于预设个数,可以判断当前驾驶员是否为园区内的工作人员,从而限制待通行车辆进出园区;通过判断个数是否大于预设个数,还可以获取当前驾驶员驾驶待通行车辆的驾驶次数,根据驾驶次数判断前驾驶员与待通行车辆是否具有进出园区内的权限,进而保证车辆的安全,减小车辆出现丢失的可能性。

(二)通行请求信息

如图3所示,具体包括以下步骤(步骤S201b~S203b):

步骤S201b,获取通行请求信息,通行请求信息包括请求通行车辆的车牌号和请求通行车辆对应的驾驶员的生物特征;

在本实施例中,当电子设备的档案信息库中不包括当前驾驶员与待通行车辆的关联信息时,需要向电子设备发送通行请求信息,其中,通行信息中需要包含待通行车辆的车牌号、请求通行的驾驶员的人脸图像和与待通行车辆关联的驾驶员信息;当电子设备获取通信请求信息时,将通信请求信息存储至信息库中。

步骤S202b,判断车牌号和当前驾驶员的生物特征是否与通信请求信息包含的请求通行车辆的车牌号和请求通行车辆对应的驾驶员的生物特征完全一致;若是,则进入步骤S203b,否则进入步骤S204b;

步骤S203b,判定对车牌号和当前驾驶员的生物特征验证通过;

步骤S204b,判定对车牌号和当前驾驶员的生物特征验证不通过。

其中,验证方式与步骤S202a,对此不再赘述。

步骤S106,当对车牌号和当前驾驶员的生物特征验证通过时,转入步骤S104。

当对车牌号和当前驾驶员的生物特征验证不通过时,如图4所示,包括以下步骤(步骤S301~S305):

步骤S301,基于车牌号确定与待通行车辆绑定的关联驾驶员信息;

步骤S302,基于关联驾驶员信息获取关联驾驶员的联系方式;

步骤S303,基于联系方式向关联驾驶员对应的移动终端发送通行验证请求;

步骤S304,获取通行验证请求对应的回复信息;

步骤S305,基于回复信息确定对待通行车辆的处理策略。

具体的,当回复信息为通过时,转入对待通行车辆进行放行的步骤;当回复信息为不通过时,生成报警信息,并对当前驾驶员进行标记。

在本实施例中,当对车牌号和当前驾驶员的生物特征验证通过时,通过存档信息获取与待通行车辆绑定的关联驾驶员信息,通过关联驾驶员的回复信息判定当前驾驶员是否具有驾驶待通行车辆通行的权限。

当前驾驶员不具有驾驶待通行车辆通行的权限时,生成报警信息,以进行核查,从而减小车辆丢失或私自驾驶公司共享车辆的进出园区可能性。

其中,园区内还需要对停留车辆进行收费。

如图5所示,包括以下步骤(步骤S401~S406):

步骤S401,当待通行车辆驶离园区时,获取待通行车辆进入园区的进入时间;

步骤S402,基于进入时间和驶离时间确定待通行车辆的收费信息;

步骤S403,判断当前驾驶员是否为园区内的工作人员;若是,则进入步骤S404,否则进入步骤S405;

步骤S404,获取当前驾驶员对应的停车费缴纳卡账号,基于收费信息对当前驾驶员对应的停车费缴纳卡账号自动进行扣费;

步骤S405,获取当前驾驶员的访问信息,基于访问信息确定被访问人;

步骤S406,获取被访问人对应的停车费缴纳卡账号,基于收费信息对被访问人对应的停车费缴纳卡账号自动进行扣费。

在本实施例中,园区内的每个工作人员均对应一停车费缴纳卡账号,当待通行车辆驶出园区时,通过待通行车辆的车牌号获取待通行车辆的进入时间,通过进入时间和驶离时间确定停车费用,基于停车费用生成收费信息。

当当前驾驶员为园区工作人员时,通过当前驾驶员的停车费缴纳卡账号直接进行扣费;当当前驾驶员不是园区工作人员时通过当前驾驶员访问的工作人员的停车费缴纳卡账号进行扣费,从而实现对车辆的收费信息自动扣费,节省车辆进出园区的时间,减少高峰期时由于需要扫码缴费而发生车辆拥堵的现象。

特别说明的是,当外来人员访问园区时,需要被访问人填写访问信息,其中访问信息包括车牌号,驾驶人对应的人脸图像,以及被访问人相关信息,其相关信息包括但不限于被访问人的姓名、联系方式以及人脸图像。

图6为本申请提供的一种智慧园区管理装置500的结构框图。如图6所示,该智慧园区管理装置500主要包括:

第一获取模块501,用于获取待通行车辆的车牌号;

第二获取模块502,用于获取待通行车辆对应的当前驾驶员的基本信息,基本信息包括生物特征;

判断模块503,用于判断车牌号和当前驾驶员的生物特征是否相匹配;若是,则进入放行模块,否则进入验证模块;

放行模块504,用于对待通行车辆进行放行;

验证模块505,用于基于信息库中的信息对车牌号和当前驾驶员的生物特征进行验证;

转入模块506,用于当对车牌号和当前驾驶员的生物特征验证通过时,转入放行模块。

作为本实施例的一种可选实施方式,验证模块505包括:

第一获取子模块,用于获取待通行车辆的所有历史通行信息,历史通行信息包括历史驾驶员的生物特征;

第一判断子模块,用于判断是否存在与当前驾驶员的生物特征一致的历史驾驶员;若存在与当前驾驶员的生物特征一致的历史驾驶员,则将与当前驾驶员的生物特征一致的历史驾驶员对应的历史通行信息作为匹配历史通行信息;

统计子模块,用于统计匹配历史通行信息的个数;

第二判断子模块,用于判断个数是否大于预设个数;若个数大于预设个数,则判定对车牌号和当前驾驶员的生物特征验证通过;若个数不大于预设个数,则判定对车牌号和当前驾驶员的生物特征验证不通过。

作为本实施例的一种可选实施方式,验证模块505还包括:

第二获取子模块,用于获取通行请求信息,通行请求信息包括请求通行车辆的车牌号和请求通行车辆对应的驾驶员的生物特征;

第三判断子模块,用于判断车牌号和当前驾驶员的生物特征是否与通信请求信息包含的请求通行车辆的车牌号和请求通行车辆对应的驾驶员的生物特征完全一致;若是,则判定对车牌号和当前驾驶员的生物特征验证通过,否则判定对车牌号和当前驾驶员的生物特征验证不通过。

作为本实施例的一种可选实施方式,该智慧园区管理装置500还包括:

人员判断模块,用于在对待通行车辆进行放行之后,基于基本信息判断当前驾驶员是否为园区内的工作人员;若当前驾驶员为园区内的工作人员,则获取待通行车辆的通行时间;

时间判断模块,用于判断通行时间是否处于上班或下班打卡时间;若通行时间处于上班或下班打卡时间,则基于当前驾驶员的基本信息和通行时间生成打卡记录。

作为本实施例的一种可选实施方式,该智慧园区管理装置500还包括:

第一确定模块,用于当对车牌号和当前驾驶员的生物特征验证不通过时,基于车牌号确定与待通行车辆绑定的关联驾驶员信息;

联系方式获取模块,用于基于关联驾驶员信息获取关联驾驶员的联系方式;

发送模块,用于基于联系方式向关联驾驶员对应的移动终端发送通行验证请求;

信息获取模块,用于获取通行验证请求对应的回复信息;

第二确定模块,用于基于回复信息确定对待通行车辆的处理策略。

在本可选实施例中,第二确定模块具体用于当回复信息为通过时,转入对待通行车辆进行放行的步骤;当回复信息为不通过时,生成报警信息,并对当前驾驶员进行标记。

作为本实施例的一种可选实施方式,该智慧园区管理装置400还包括:

进入时间获取模块,英语当待通行车辆驶离园区时,获取待通行车辆进入园区的进入时间;

第三确定模块,用于基于进入时间和驶离时间确定待通行车辆的收费信息;

判断扣钱模块,用于判断当前驾驶员是否为园区内的工作人员;若是,则获取当前驾驶员对应的停车费缴纳卡,基于收费信息对当前驾驶员对应的停车费缴纳卡自动进行扣费;若否,则获取当前驾驶员的访问信息,基于访问信息确定被访问人;

获取扣费模块,用于获取被访问人对应的停车费缴纳卡,基于收费信息对被访问人对应的停车费缴纳卡自动进行扣费。

本申请实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台电子设备(可以是个人计算机、服务器或者网络设备等)执行本申请各个实施例的一种智慧园区管理方法的全部或部分步骤。

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

图7为本申请实施例提供的一种电子设备600的结构框图。如图7所示,电子设备600包括存储器601、处理器602和通信总线603;存储器601、处理器602通过通信总线603相连。存储器601上存储有能够被处理器602加载并执行如上述实施例提供的一种智慧园区管理方法。

存储器601可用于存储指令、程序、代码、代码集或指令集。存储器601可以包括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令以及用于实现上述实施例提供的一种智慧园区管理方法的指令等;存储数据区可存储上述实施例提供的一种智慧园区管理方法中涉及到的数据等。

处理器602可以包括一个或者多个处理核心。处理器602通过运行或执行存储在存储器601内的指令、程序、代码集或指令集,调用存储在存储器601内的数据,执行本申请的各种功能和处理数据。处理器602可以为特定用途集成电路(Application SpecificIntegrated Circuit,ASIC)、数字信号处理器(Digital Signal Processor,DSP)、数字信号处理装置(Digital Signal Processing Device,DSPD)、可编程逻辑装置(ProgrammableLogic Device,PLD)、现场可编程门阵列(Field Programmable Gate Array,FPGA)、中央处理器(Central Processing Unit,CPU)、控制器、微控制器和微处理器中的至少一种。可以理解地,对于不同的设备,用于实现上述处理器602功能的电子器件还可以为其它,本申请实施例不作具体限定。

通信总线603可包括一通路,在上述组件之间传送信息。通信总线403可以是PCI(Peripheral Component Interconnect,外设部件互连标准)总线或EISA (ExtendedIndustry Standard Architecture,扩展工业标准结构)总线等。通信总线603可以分为地址总线、数据总线、控制总线等。为便于表示,图7中仅用一个双箭头表示,但并不表示仅有一根总线或一种类型的总线。

本申请实施例提供一种计算机可读存储介质,存储有能够被处理器加载并执行如上述实施例提供的一种智慧园区管理方法的计算机程序。

本实施例中,计算机可读存储介质可以是保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质可以是但不限于电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意组合。具体的,计算机可读存储介质可以是便携式计算机盘、硬盘、U盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、讲台随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、光盘、磁碟、机械编码设备以及上述任意组合。

术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的申请范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离前述申请构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中申请的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

技术分类

06120116551276