路灯故障调度方法、路灯监控中心及路灯故障调度系统与流程

文档序号:11207867阅读:439来源:国知局
路灯故障调度方法、路灯监控中心及路灯故障调度系统与流程

本发明涉及城市照明领域,具体涉及一种路灯故障调度方法、路灯监控中心及路灯故障调度系统。



背景技术:

随着我国城市化的进程不断加快,路灯作为城市基础设施也随着城市规模的不断扩张而不断发展。路灯在夜晚不仅发挥了照明功能,而且对于环境安全及社会治安也发挥了重要作用。因而不仅仅是城市的主干道路,一些较为偏僻的乡间小路也规划有路灯,极大的方便了人们的生活。但与之相对的是现有的城市照明管理水平仍有待加强,例如,现在城市路灯系统的保障维修调度工作仍不够智能,当路灯监控中心获取到故障路灯的情报后,还需要人工分配各维修人员的维修工作,容易导致维修工作分配不合理或不及时。当道路中出现故障路灯而维修人员又没有及时对故障路灯进行维修时,将会给交通安全带来隐患,甚至威胁驾驶员、乘客及行人的生命财产安全。因而,现有的城市路灯系统对路灯的管理水平及管理效率较低,浪费了人力资源及成本,无法满足现代城市化的发展需求。



技术实现要素:

有鉴于此,本发明实施例提供了一种路灯故障调度方法、路灯监控中心及路灯故障调度系统,旨在智能且合理的安排维修人员进行对故障路灯的维修工作,保证维修的及时性,提升对路灯的管理效率。

本发明实施例的第一方面,提供了一种路灯故障调度方法,所述路灯故障调度方法包括:

路灯监控中心获取目标故障路灯的位置信息及各维修人员的实时位置信息;

根据所述目标故障路灯的位置信息及各维修人员的实时位置信息,计算各维修人员前往所述目标故障路灯所在位置的时间花销;

获取各维修人员的任务列表;

根据所述时间花销由少至多的顺序依次向除超负荷维修人员之外的其他各维修人员发布基于所述目标故障路灯的维修任务,直至所述维修任务被任一维修人员接受,其中,所述超负荷维修人员为所述任务列表中的任务数量超过预设的任务数量的维修人员。

可选地,所述路灯监控中心获取目标故障路灯的位置信息及各维修人员的实时位置信息,之前还包括:

所述路灯监控中心获取各路灯节点的路灯融合数据,其中,所述路灯融合数据包括路灯状态信息及路灯位置信息,所述路灯状态信息指示相应路灯节点是否处于故障状态,所述路灯位置信息指示相应路灯节点的位置;

所述路灯监控中心获取目标故障路灯的位置信息及各维修人员的实时位置信息,具体为:

所述路灯监控中心根据所述各路灯节点的路灯状态信息,将处于故障状态的路灯节点确定为目标故障路灯;

根据所述目标故障路灯的路灯位置信息确定所述目标故障路灯的位置信息。

可选地,所述根据所述目标故障路灯的位置信息及各维修人员的实时位置信息,计算各维修人员前往所述目标故障路灯所在位置的时间花销,包括:

若所述目标故障路灯出现在预设的繁忙时间段内,则获取实时城市交通状况,基于所述实时城市交通状况确定各维修人员前往所述目标故障路灯的时间花销;

若所述目标故障路灯出现在预设的空闲时间段内,则分别计算各维修人员与所述目标故障路灯的距离,基于所述距离确定各维修人员前往所述目标故障路灯的时间花销。

可选地,所述路灯故障调度方法还包括:

所述路灯监控中心向目标控制路灯发送路灯转动指令,以控制所述目标控制路灯的灯头向所述目标故障路灯的方向偏转预设的偏转角度,其中,所述目标控制路灯为与所述目标故障路灯相邻的路灯节点。

可选地,所述路灯监控中心向目标控制路灯发送路灯转动指令,之后还包括:

检测所述目标故障路灯的故障是否已修复;

若所述目标故障路灯的故障已修复,则向所述目标控制路灯发送路灯复位指令,以控制所述目标控制路灯的灯头的偏转角度复位。

本发明实施例的第二方面,提供了一种路灯监控中心,所述路灯监控中心包括:

位置信息获取单元,用于获取目标故障路灯的位置信息及各维修人员的实时位置信息;

时间花销计算单元,用于根据所述位置信息获取单元获取到的所述目标故障路灯的位置信息及各维修人员的实时位置信息,计算各维修人员前往所述目标故障路灯所在位置的时间花销;

任务列表获取单元,用于获取各维修人员的任务列表;

维修任务发布单元,用于根据所述时间花销计算单元计算得到的时间花销由少至多的顺序依次向除超负荷维修人员之外的其他各维修人员发布基于所述目标故障路灯的维修任务,直至所述维修任务被任一维修人员接受,其中,所述超负荷维修人员为所述任务列表中的任务数量超过预设的任务数量的维修人员。

可选地,所述路灯监控中心还包括:

路灯融合数据获取单元,用于获取各路灯节点的路灯融合数据,其中,所述路灯融合数据包括路灯状态信息及路灯位置信息,所述路灯状态信息指示相应路灯节点是否处于故障状态,所述路灯位置信息指示相应路灯节点的位置;

所述位置信息获取单元,具体包括:

目标故障路灯确定子单元,用于根据所述路灯融合数据获取单元获取到的各路灯节点的路灯状态信息,将处于故障状态的路灯节点确定为目标故障路灯;

故障路灯位置获取子单元,用于根据所述路灯融合数据获取单元获取到的所述目标故障路灯的路灯位置信息确定所述目标故障路灯的位置信息。

可选地,所述时间花销计算单元包括:

时间花销第一计算子单元,用于当所述目标故障路灯出现在预设的繁忙时间段内时,获取实时城市交通状况,基于所述实时城市交通状况确定各维修人员前往所述目标故障路灯的时间花销;

时间花销第二计算子单元,用于当所述目标故障路灯出现在预设的空闲时间段内时,分别计算各维修人员与所述目标故障路灯的距离,基于所述距离确定各维修人员前往所述目标故障路灯的时间花销。

可选地,所述路灯监控中心还包括:

路灯第一控制单元,用于向目标控制路灯发送路灯转动指令,以控制所述目标控制路灯的灯头向所述目标故障路灯的方向偏转预设的偏转角度,其中,所述目标控制路灯为与所述目标故障路灯相邻的路灯节点。

可选地,所述路灯监控中心还包括:

路灯维修检测单元,用于当所述路灯第一控制单元向所述目标控制路灯发送路灯转动指令后,检测所述目标故障路灯的故障是否已修复;

路灯第二控制单元,用于当所述路灯维修检测单元检测到目标故障路灯的故障已修复时,向所述目标控制路灯发送路灯复位指令,以控制所述目标控制路灯的灯头的偏转角度复位。

本发明实施例的第三方面,提供了一种路灯故障调度系统,所述路灯故障调度系统包括两个以上路灯节点及与所述两个以上路灯节点连接的如上所述的路灯监控中心。

由上可见,在本发明实施例中,首先由路灯监控中心获取目标故障路灯的位置信息及各维修人员的实时位置信息,然后根据所述目标故障路灯的位置信息及各维修人员的实时位置信息,计算各维修人员前往所述目标故障路灯所在位置的时间花销,并获取各维修人员的任务列表,最后根据所述时间花销由少至多的顺序依次向除超负荷维修人员之外的其他各维修人员发布基于所述目标故障路灯的维修任务,直至所述维修任务被任一维修人员接受,其中,所述超负荷维修人员为所述任务列表中的任务数量超过预设的任务数量的维修人员。本发明实施例使得路灯监控中心能够根据不同区域发生的路灯故障状况,对各维修人员的维修工作作出合理且智能的安排,并且在无需维修人员到各处进行巡查的前提下,保证了路灯维修的及时性,提升了对路灯的管理效率。

附图说明

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

图1是本发明实施例提供的路灯故障调度方法的实现流程图;

图2是本发明实施例提供的路灯故障调度方法步骤s102的一种示意图;

图3是本发明实施例提供的路灯故障调度方法步骤s102的另一种示意图;

图4是本发明实施例提供的路灯故障调度方法的一种信息交互示意图;

图5是本发明实施例提供的另一路灯故障调度方法的实现流程图;

图6是本发明实施例提供的路灯监控中心的结构框图;

图7是本发明实施例提供的另一路灯监控中心的结构框图;

图8是本发明实施例提供的路灯故障调度系统的结构框图。

具体实施方式

以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本发明实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本发明的描述。

应当理解,当在本说明书和所附权利要求书中使用时,术语“第一”、“第二”等表述是用于区别不同的对象,而并非用于描述特定的顺序。术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解,在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解,在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

为了说明本发明所述的技术方案,下面通过具体实施例来进行说明。

实施例一

图1示出了本发明实施例一提供的路灯故障调度方法的实现流程,详述如下:

在步骤s101中,路灯监控中心获取目标故障路灯的位置信息及各维修人员的实时位置信息。

在本发明实施例中,当检测到出现目标故障路灯时,由路灯监控中心获取目标故障路灯的位置信息及各维修人员的实时位置信息。可选地,为了降低成本,充分利用现有资源,路灯监控中心可以预先与各维修人员的智能终端相关联,以获知各维修人员的实时位置信息。由于现代社会几乎人人都会随时随地携带智能终端,而现有的智能终端又均具备定位功能,因而通过智能终端的位置即可快速确定相应维修人员的位置,而无需为维修人员配备格外的定位设备。当然,也可以通过其他手段获知各维修人员的位置信息,例如分别为各维修人员配备独立定位器或追踪器等,此处不作限定。上述路灯监控中心可以联网获知目标故障路灯的位置,当然,在网络发生故障的情况下或者出现其它问题的情况下,也可以由路灯监控中心的工作人员人工输入目标故障路灯的位置,此处不作限定。

在步骤s102中,根据上述目标故障路灯的位置信息及各维修人员的实时位置信息,计算各维修人员前往上述目标故障路灯所在位置的时间花销。

在本发明实施例中,可以根据步骤s101获取到的上述目标故障路灯的位置信息及各维修人员的实时位置信息,分别计算各维修人员前往上述故障路灯所在位置的时间花销。

可选地,在步骤s102中,可以预先对产生目标故障路灯的时间段作出划分;当上述目标故障路灯出现在预设繁忙时间段时,则获取实时城市交通状况,根据上述实时城市交通状况预估各维修人员前往上述目标故障路灯的时间花销;当上述目标故障路灯出现在预设空闲时间段时,则简单计算各维修人员与上述目标故障路灯的距离,以距离表示各维修人员前往上述目标故障路灯的时间花销。例如,将7:00-22:00划分为预设繁忙时间段,将22:00-7:00划分为预设空闲时间段。当目标故障路灯出现的时间为19:23时,如图2所示,即落入了预设繁忙时间段,由于此时城市交通较为繁忙,各个区域可能会出现不同程度的交通拥堵情况,并不是维修人员距离目标故障路灯的位置越近,所需要的时间花销就越少,例如,在图2中,两个维修人员分别处于a点位置和b点位置,而目标故障路灯在c点位置,图中黑色粗线代表交通拥堵路段。可以看出,虽然a点在地理位置上距离c点较近,但由于此时a点到c点的最短路线为交通拥堵路段,而b点到c点的最短路线没有交通拥堵状况,所以a点及b点的维修人员前往c点的实际时间花销需要结合城市交通状况获得。因而,此时需要获取实时城市交通状况,正确的预估各维修人员前往上述目标故障路灯所处位置的时间花销;而当目标故障路灯出现的时间为02:26时,如图3所示,即落入了预设空闲时间段时,直接计算各维修人员与上述目标故障路灯的距离即可,例如,在图3中,仍旧是两个维修人员分别处于a点位置和b点位置,而目标故障路灯在c点位置,此时并不存在交通拥堵,那么如果处于a点的维修人员及处于b点的维修人员同时赶往故障路灯c,则一般情况下由于a点在地理位置上距离c点较近,处于a点的维修人员前往c点的时间花销会小于处于b点的维修人员前往c点的时间花销。由于在该预设空闲时间段的通常不会出现交通拥堵情况,可以简单的认为维修人员与目标故障路灯的距离越远,则所需的时间花销越多;维修人员与目标故障路灯的距离越近,则所需要的时间花销越少。需要注意的是,上述时间段的划分仅仅是示意性的,根据不同城市的交通状况,可以作出其它的时间段划分,此处不作限定。通过上述时间段的划分,可以正确的预估各维修人员前往目标故障路灯的时间花销,并且减少监控中心的计算压力,避免在不必要的时候无谓的获取城市交通状况,给路灯监控中心的数据处理带来压力。当然,也可以通过其它方式计算各维修人员前往目标故障路灯所在位置的时间花销,此处不作限定。

在步骤s103中,获取各维修人员的任务列表。

在本发明实施例中,每个维修人员都有其对应的任务列表;每当维修人员接受了一个新的维修任务或是完成了一个已接受的维修任务,都会对应的更新该维修人员的任务列表,使路灯监控中心能够获知各维修人员维修工作的工作量及完成情况。为了避免出现维修任务过于不均衡的现象,减轻繁华区域维修人员的压力,可以在分配任务之前,获取各维修人员的任务列表。

在步骤s104中,根据上述时间花销由少至多的顺序依次向除超负荷维修人员之外的其他各维修人员发布基于上述目标故障路灯的维修任务,直至上述维修任务被任一维修人员接受,其中,上述超负荷维修人员为上述任务列表中的任务数量超过预设的任务数量的维修人员。

在本发明实施例中,可以根据上述步骤s102中获得的各维修人员前往上述目标故障路灯的时间花销由少至多的顺序,依次向各维修人员发布本次基于上述目标故障路灯的维修任务,直至该维修任务被任一维修人员接受,若存在超负荷维修人员,则在上述根据上述时间花销由少至多的顺序依次向各维修人员发布基于上述目标故障路灯的维修任务的过程中,排除上述超负荷维修人员。可以看出,本发明实施例中,会优先向预计到达目标故障路灯所在位置花费时间较少的维修人员发布维修任务,而对于那些预计到达目标故障路灯所在位置花费时间较多的维修人员,会略微推迟向他们发布任务,以实现对维修任务的智能分配。并且,在上述发布维修任务的过程中,当有维修人员承担了过多未完成的维修任务时,路灯监控中心将不会向其发布新的任务,能够有效避免当任一维修人员因为接收维修任务过多而而导致其维修任务无法及时完成的现象发生。可选地,上述向各维修人员发布基于上述目标故障路灯的维修任务,可以通过向与上述路灯监控中心相关联的各维修人员的智能终端推送消息实现;而当维修人员想要接受该任务时,也可以通过智能终端向路灯监控中心发送任务接受指令。当然,也可以通过其他方式向各维修人员发布维修任务,此处不作限定。

可选地,上述步骤s101具体包括:

上述路灯监控中心获取各路灯节点的路灯融合数据;

上述路灯监控中心根据上述各路灯节点的路灯状态信息,将处于故障状态的路灯节点确定为目标故障路灯;

根据上述目标故障路灯的路灯位置信息确定上述目标故障路灯的位置信息。

其中,上述路灯监控中心获取到的各节点的路灯融合数据中,包括有路灯状态信息及路灯位置信息,上述路灯状态信息指示相应路灯节点是否处于故障状态,上述路灯位置信息指示相应路灯节点的位置。具体地,上述路灯融合数据可以通过如下过程到达路灯监控中心:由各路灯节点生成路灯状态数据并发送至对应的上级转发节点;上级转发节点在接收到了各路灯节点的路灯状态数据后,将其加入各路灯节点对应的情景数据并封装为路灯融合数据;上级转发节点将封装的各路灯节点的路灯融合数据发送至路灯监控中心。其中,上述路灯状态数据由各路灯节点根据各路灯节点的传感器的数据生成,其包含的信息为路灯状态信息;上述上级转发节点提供了传统互联网的数据传输及网关功能,能够对数据传输进行裁剪和优化,且能够在不同的网络制式之间实现数据解析。上述情景数据包含的数据为各路灯节点的位置信息,还可以包含时间信息和/或天气信息,此处不作限定。上述时间信息及天气信息也可以作为分配维修任务时的参数,例如,当目标故障路灯的路灯融合数据上报的天气为较恶劣时,例如雨雪天气,则路灯监控中心会提高该目标故障路灯的优先度,让维修人员优先前往该目标故障路灯进行维修工作。为使本发明实施例更加清楚、明白,图4示出了在确定目标故障路灯时,上述路灯监控中心、转发节点与路灯节点的信息交互过程。

可选地,为了减少上述路灯状态数据的传输负担,上述路灯状态数据可以为啁啾数据。啁啾数据为一种轻量级的、传播广泛的数据包,其与传统的互联网协议数据包不同,仅包含最小的开销负载、传输指向箭头、简单的非唯一性地址以及合适的校验和。由于其数据量较小,因而可以由各路灯节点可以根据传感器实时监测到的路灯状态,不间断的生成路灯状态数据并发送给对应的上级转发节点。

可选地,路灯节点可以通过无线方式向上级转发节点发送路灯融合数据,也可以通过电力线低速调制方式向上级转发节点发送路灯融合数据,此处不作限定。上级转发节点可以在接收到了各路灯节点的路灯状态数据之后,与各路灯节点相应的情景数据一起封装为路灯融合数据。上述路灯融合数据被上级转发节点封装在一个网络之间互联的协议(internetprotocol,ip)数据包中。

可选地,由于一个上级转发节点只负责城市中的某一片区域,其天气、时间及位置不会有较大出入,为了减轻上级转发节点对于数据处理及传输的压力,上述情景信息可以不对应各路灯节点,而转为对应上级转发节点自身。

因而,当路灯监控中心获取到各路灯节点的路灯状态信息之后,在步骤s101中,可以根据上述各路灯节点的路灯状态信息快速确定目标故障路灯,再通过目标故障路灯的路灯位置信息快速确定其位置。

可选地,由于路灯的维修工作要求细致,为了避免频繁且大范围的向维修人员发布新的维修任务,在步骤s104中,还可以以预设的时间间隔依次向各非超负荷维修人员发布任务。上述预设的时间间隔是为了给维修人员预留出查看维修任务的反应时间,一旦先接收到维修任务的维修人员接受了该维修任务,路灯监控中心就会停止向其他维修人员发布该维修任务,避免了一出现故障路灯就在短时间内向各维修人员发布维修任务,防止维修人员的工作状态受到频繁任务消息推送的影响。

由上可见,通过本发明实施例,在获取到目标故障路灯的位置及各维修人员的实时位置后,计算各维修人员前往上述目标故障路灯的时间花销,并根据上述时间花销将基于目标故障路灯的维修任务智能发布至各维修人员,为目标故障路灯优先安排较近的维修人员进行维修工作,一方面节约了维修人员的时间,让维修人员尽量在与自己距离较近的区域进行维修工作;另一方面,也减少了故障路灯等待维修的时间,保证了路灯维修的及时性,提升了对路灯的管理效率。

应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。

实施例二

在实施例一的基础上,图5示出了本发明实施例二提供的另一路灯故障调度方法的实现流程,详述如下:

在步骤s501中,上述路灯监控中心向目标控制路灯发送路灯转动指令,以控制上述目标控制路灯的灯头向上述目标故障路灯的方向偏转预设的偏转角度。

在本发明实施例中,当出现目标故障路灯时,还可以由上述路灯监控中心向目标控制路灯发送路灯转动指令,以控制上述目标控制路灯的灯头向上述目标故障路灯的方向偏转预设的偏转角度,其中,上述目标控制路灯为与上述目标故障路灯在同一道路侧相邻的路灯节点。各路灯节点对应有节点控制器,能够对灯头的偏转角度及照明亮度进行调节。在对目标故障路灯的维修工作完成之前,可以由路灯监控中心向目标控制路灯发送路灯转动指令,以使得目标控制路灯的节点控制器根据上述路灯转动指令将路灯灯头偏转,对因目标故障路灯无法照明而带来的昏暗路段进行补偿。当目标故障路灯处于道路的中间路段时,与其相邻的路灯节点有两个;当目标故障路灯处于道路的头尾处时,与其相邻的路灯节点有一个。可选地,上述预设的偏转角度可以由规划人员在进行城市路灯规划时根据不同区域的路灯类型、路灯高度及路灯间距确定,此处不作限定。

在步骤s502中,检测上述目标故障路灯的故障是否已修复。

在本发明实施例中,在向上述目标控制路灯发送了路灯转动指令之后,继续检测上述目标故障路灯的故障是否已修复。可选地,可以通过目标故障路灯的实时路灯融合数据确认上述目标故障路灯是否已被修复,也可以通过维修人员反馈的维修状况确认上述目标故障路灯是否已被修复,此处不作限定。

在步骤s503中,若上述目标故障路灯的故障已修复,则向上述目标控制路灯发送路灯复位指令,以控制上述目标控制路灯的灯头的偏转角度复位。

在本发明实施例中,当上述步骤s502检测到上述目标故障路灯的故障已被修复时,向上述目标控制路灯发送路灯复位指令,以控制上述目标控制路灯的灯头的偏转角度复位。显然的,当目标故障路灯已被修复后,上述目标控制路灯已无需对目标故障路灯负责的路段进行灯光补偿,因而可以由上述路灯监控中心向目标控制路灯发送路灯复位指令,使上述目标控制路灯的节点控制器根据上述路灯复位指令控制灯头恢复其初始位置。

可选地,为了更好的对上述目标故障路灯负责的路段进行灯光补偿,在上述步骤s501中,路灯监控中心还可以向上述目标控制路灯发送路灯提亮指令,使得上述目标控制路灯在向目标故障路灯偏转的同时,提升自身的灯光照明亮度,使昏暗路段获得更好的照明效果;相应的,在步骤s503中,若目标故障路灯已被修复,上述路灯监控中心向目标控制路灯发送的路灯复位指令还可以控制上述目标控制路灯恢复其初始的灯光照明亮度。

由上可见,通过本发明实施例,在路灯发生故障时,由路灯监控中心对与目标故障路灯相邻的路灯节点进行智能控制,在路灯发生了故障而造成了路段昏暗时,可以提供应急灯光补偿,消除了因路段照明不足而带来的交通安全隐患。

应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。

实施例三

对应于上文实施例一的路灯故障调度方法,图6示出了本发明实施例提供的路灯监控中心的结构框图,为了便于说明,仅示出了与本发明实施例相关的部分。

参照图6,该路灯监控中心6包括:位置信息获取单元61,时间花销计算单元62,任务列表获取单元63,维修任务发布单元64。

其中,位置信息获取单元61,用于获取目标故障路灯的位置信息及各维修人员的实时位置信息;

时间花销计算单元62,用于根据上述位置信息获取单元61获取到的上述目标故障路灯的位置信息及各维修人员的实时位置信息,计算各维修人员前往上述目标故障路灯所在位置的时间花销;

任务列表获取单元63,用于获取各维修人员的任务列表;

维修任务发布单元64,用于根据上述时间花销计算单元62计算得到的时间花销由少至多的顺序依次向除超负荷维修人员之外的其他各维修人员发布基于上述目标故障路灯的维修任务,直至上述维修任务被任一维修人员接受,其中,上述超负荷维修人员为上述任务列表中的任务数量超过预设的任务数量的维修人员。

可选地,上述位置信息获取单元61包括:

路灯融合数据获取子单元,用于获取各路灯节点的路灯融合数据,其中,上述路灯融合数据包括路灯状态信息及路灯位置信息,上述路灯状态信息指示相应路灯节点是否处于故障状态,上述路灯位置信息指示相应路灯节点的位置;

目标故障路灯确定子单元,用于根据上述路灯融合数据获取单元获取到的各路灯节点的路灯状态信息,将处于故障状态的路灯节点确定为目标故障路灯;

故障路灯位置获取子单元,用于根据上述路灯融合数据获取单元获取到的上述目标故障路灯的路灯位置信息确定上述目标故障路灯的位置信息。

可选地,上述时间花销计算单元62包括:

时间花销第一计算子单元,用于当上述目标故障路灯出现在预设的繁忙时间段内时,获取实时城市交通状况,基于上述实时城市交通状况确定各维修人员前往上述目标故障路灯的时间花销;

时间花销第二计算子单元,用于当上述目标故障路灯出现在预设的空闲时间段内时,分别计算各维修人员与上述目标故障路灯的距离,基于上述距离确定各维修人员前往上述目标故障路灯的时间花销。

由上可见,通过本发明实施例,路灯监控中心在获取到目标故障路灯的位置及各维修人员的实时位置后,计算各维修人员前往上述目标故障路灯的时间花销,并根据上述时间花销将基于目标故障路灯的维修任务智能发布至各维修人员,为目标故障路灯优先安排较近的维修人员进行维修工作,一方面节约了维修人员的时间,让维修人员尽量在与自己距离较近的区域进行维修工作;另一方面,也减少了故障路灯等待维修的时间,保证了路灯维修的及时性,提升了对路灯的管理效率。

实施例四

对应于上文实施例二上述的路灯故障调度方法,图7示出了本发明实施例提供的路灯监控中心的结构框图,为了便于说明,仅示出了与本发明实施例相关的部分。

参照图7,该路灯监控中心7包括:位置信息获取单元71,时间花销计算单元72,任务列表获取单元73,维修任务发布单元74,路灯第一控制单元75,路灯维修检测单元76,路灯第二控制单元77。

其中,位置信息获取单元71,时间花销计算单元72,任务列表获取单元73及维修任务发布单元74分别与上述实施例三中的位置信息获取单元61,时间花销计算单元62,任务列表获取单元63及维修任务发布单元64的功能与作用相同或相近,此处不作赘述。

路灯第一控制单元75,用于向目标控制路灯发送路灯转动指令,以控制上述目标控制路灯的灯头向上述目标故障路灯的方向偏转预设的偏转角度,其中,上述目标控制路灯为与上述目标故障路灯相邻的路灯节点;

路灯维修检测单元76,用于当上述路灯第一控制单元74向上述目标控制路灯发送路灯转动指令后,检测上述目标故障路灯的故障是否已修复;

路灯第二控制单元77,用于当上述路灯维修检测单元75检测到目标故障路灯的故障已修复时,向上述目标控制路灯发送路灯复位指令,以控制上述目标控制路灯的灯头的偏转角度复位。

由上可见,通过本发明实施例,路灯监控中心在路灯发生故障时,对目标故障路灯进行智能控制,在因路灯发生了故障而造成了路段昏暗时,可以提供应急灯光补偿,消除了因路灯故障、路段照明不足而带来的交通安全隐患。

实施例五

图8示出了本发明实施例五提供的路灯故障调度系统的具体结构框图,为了便于说明,仅示出了与本发明实施例相关的部分。该路灯故障调度系统8包括:两个以上路灯节点81及与上述两个以上路灯节点81相连的路灯监控中心6。

可选地,上述路灯故障调度系统还可以包括上级转发节点,则此时,上级转发分别与上述路灯监控中心6及两个以上路灯节点81直接连接,上述路灯监控中心6通过上级转发节点与两个以上路灯节点间接连接。

本发明实施例提供的路灯故障调度系统可以应用在前述对应的方法实施例一及实施例二中,详情参见上述实施例一及实施例二的描述,在此不再赘述。

在本发明实施例中,路灯故障调度系统的路灯监控中心在获取到目标故障路灯的位置及各维修人员的实时位置后,计算各维修人员前往上述目标故障路灯的时间花销,并根据上述时间花销将基于目标故障路灯的维修任务智能发布至各维修人员,为目标故障路灯优先安排较近的维修人员进行维修工作,一方面节约了维修人员的时间,让维修人员尽量在与自己距离较近的区域进行维修工作;另一方面,也减少了故障路灯等待维修的时间,保证了路灯维修的及时性,提升了对路灯的管理效率。进一步地,路灯故障调度系统的路灯监控中心还可以在路灯发生故障时对与目标故障路灯相邻的路灯节点进行智能控制,在因路灯发生了故障而造成了路段昏暗时,提供应急灯光补偿,消除了因路段照明不足而带来的交通安全隐患。

所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的系统实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本发明实施例各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1