绿灯延时方法、装置、设备及可读存储介质
技术领域
本发明涉及红绿灯技术领域，尤其涉及一种绿灯延时方法、装置、设备及可读存储介质。
背景技术
随着人们生活水平的提高，私家车的保有量越来越多，这对城市的交通运力提出了更高要求，其中，提高交通运力的方式包括通过红绿灯来调节车流，而现有的红绿灯路口通行时间是固定不变的，但实际的红绿灯路口的车辆通行量受时间的影响，例如早高峰、晚高峰和节假日的车辆通行量会远大于其他时间段的车辆通行量，因此，现有的红绿灯在提高交通运力方面的效果并不明显。
由此可知，目前红绿灯存在提高交通运力时效果差的问题。
发明内容
本发明的主要目的在于提供一种绿灯延时方法、装置、设备及可读存储介质，旨在解决现有的红绿灯存在提高交通运力时效果差的技术问题。
为实现上述目的，本发明提供一种绿灯延时方法，所述绿灯延时方法包括步骤：
接收绿灯延时请求；
根据所述绿灯延时请求对应的路口车辆通行情况确定所述绿灯延时请求对应的路口是否发生拥堵；
若是，则延长所述绿灯延时请求对应的红绿灯的绿灯时间。
优选地，所述红绿灯上设置有至少一摄像头，所述根据所述绿灯延时请求对应的路口车辆通行情况确定所述绿灯延时请求对应的路口是否发生拥堵，包括：
通过所述摄像头获取所述路口车辆通行情况对应的图像，以及获取所述绿灯延时请求的提出方的行驶方向；
根据所述图像确定所述行驶方向对应的路口是否发生拥堵。
优选地，所述延长所述绿灯延时请求对应的红绿灯的绿灯时间之前，还包括：
计算疏通所述拥堵所需的疏通时长；
所述延长所述绿灯延时请求对应的红绿灯的绿灯时间，包括：
根据所述疏通时长延长所述绿灯延时请求对应的红绿灯的绿灯时间。
优选地，所述计算疏通所述拥堵所需的疏通时长之前，还包括：
获取所述绿灯延时请求的提出方的位置信息；
根据所述位置信息确定所述提出方与所述红绿灯之间的拥堵距离；
所述计算疏通所述拥堵所需的疏通时长，包括：
根据所述拥堵距离计算疏通所述拥堵所需的疏通时长。
优选地，所述根据所述疏通时长延长所述绿灯延时请求对应的红绿灯的绿灯时间，包括：
将所述疏通时长与预设映射关系进行匹配，得到目标绿灯时间；
延长所述绿灯延时请求对应的红绿灯的绿灯时间至目标绿灯时间。
优选地，所述若是，则延长所述绿灯延时请求对应的红绿灯的绿灯时间之后，还包括：
若预设时间后所述拥堵未得到解决，则启动预设响应方案。
优选地，所述延长所述绿灯延时请求对应的红绿灯的绿灯时间之后，还包括：
将延长绿灯时间的处理结果作为提示信息，并输出所述提示信息。
此外，为实现上述目的，本发明还提供一种绿灯延时装置，所述绿灯延时装置包括：
接收模块，用于接收绿灯延时请求；
确定模块，用于根据所述绿灯延时请求对应的路口车辆通行情况确定所述绿灯延时请求对应的路口是否发生拥堵；
延长模块，用于若是，则延长所述绿灯延时请求对应的红绿灯的绿灯时间。
此外，为实现上述目的，本发明还提供一种绿灯延时设备，所述绿灯延时设备包括存储器、处理器和存储在所述存储器上并可在所述处理器上运行的绿灯延时程序，所述绿灯延时程序被所述处理器执行时实现如上所述的绿灯延时方法的步骤。
此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有绿灯延时程序，所述绿灯延时程序被处理器执行时实现如上所述的绿灯延时方法的步骤。
本发明通过接收绿灯延时请求；根据所述绿灯延时请求对应的路口车辆通行情况确定所述绿灯延时请求对应的路口是否发生拥堵；若是，则延长所述绿灯延时请求对应的红绿灯的绿灯时间。本发明实现了在接收到绿灯延时请求后，对该绿灯延时请求进行验证，以确定该绿灯延时请求对应的路口是否发生拥堵，在绿灯延时请求对应的路口发生拥堵时，延长绿灯延时请求对应的红绿灯的绿灯时间，使得在延长绿灯时间时，相应地，红灯时间得到减少，即该红绿灯路口的车流量被增大，单位时间内可通过的车辆更多，从而使得红绿灯在提高交通运力时的效果得到提升。
附图说明
图1是本发明绿灯延时方法第一实施例的流程示意图；
图2是本发明绿灯延时装置较佳实施例的功能模块示意图；
图3是本发明实施例方案涉及的硬件运行环境的结构示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明提供一种绿灯延时方法，参照图1，图1为本发明绿灯延时方法第一实施例的流程示意图。
本发明实施例提供了绿灯延时方法的实施例，需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。绿灯延时方法可应用于城市智慧交通平台中，为了便于描述，以下省略执行主体描述绿灯延时方法的各个步骤。绿灯延时方法包括：
步骤S110，接收绿灯延时请求。
具体地，接收绿灯延时请求。需要说明的是，司机在确认路口发生拥堵后，由于很大概率是车辆堵在红绿灯处，可提出绿灯延时请求，以加快通过该拥堵路口的速率。
需要说明的是，司机在出行时为获取行进路线上的实时路况或获取导航服务，会使用车载终端或移动终端的地图导航系统，即，司机可通过该车载终端或移动终端提出绿灯延时请求，因此，城市智慧交通平台需要与地图导航系统进行交互，以接收绿灯延时请求。
步骤S120，根据所述绿灯延时请求对应的路口车辆通行情况确定所述绿灯延时请求对应的路口是否发生拥堵。
具体地，并非接收到绿灯延时请求即可确定对应的路口发生拥堵，例如司机为快速通过红绿灯路口，无论该红绿灯路口是否发生拥堵，只要前方存在红绿灯就提出绿灯延时请求。可以理解的是，需要设置绿灯延时请求验证机制，该验证机制的验证依据为绿灯延时请求对应的路口的实际路口车辆通行情况，根据该实际路口车辆通行情况可确定绿灯延时请求对应的路口是否实际发生拥堵。
上述根据所述绿灯延时请求对应的路口车辆通行情况确定所述绿灯延时请求对应的路口是否发生拥堵，包括：
步骤a，通过所述摄像头获取所述路口车辆通行情况对应的图像，以及获取所述绿灯延时请求的提出方的行驶方向；
步骤b，根据所述图像确定所述行驶方向对应的路口是否发生拥堵。
具体地，上述红绿灯上设置有至少一摄像头，该摄像头用于获取路口车辆通行情况对应的图像，该图像用于分析路口车辆通行情况，可以理解的是，该图像中包括等待车辆数的情况，若等待车辆数较少，则说明路口未发生拥堵；若等待车辆数较多，则说明路口发生拥堵。需要说明的是，等待车辆数多或少的判断依据为单位时间(如10秒)内的车辆通行量，该单位时间内的车辆通行量受绿灯时间的影响，可以理解的是，绿灯时间越长，单位时间内的车辆通行量越大，因此，路口是否发生拥堵需要结合等待车辆数和单位时间内的车辆通行量进行综合判断。例如，对于不同路口而言，若等待车辆数均为12，对于单位时间内的车辆通行量为3的路口可确定为拥堵，而对于单位时间内的车辆通行量为5的路口可确定为未拥堵。
具体如何确定路口是否发生拥堵，可设置等待车辆数阈值进行判断，例如，对于某路口，车辆等待数阈值为8，在当前车辆等待数大于或等于8时，该路口发生拥堵，在当前车辆等待数小于8时，该路口未发生拥堵，该车辆等待数阈值可根据路口实际情况自行设置，本实施例不作具体限定。
具体地，上述等待车辆数为同一行进方向上的等待车辆数，可以理解的是，直行方向上的车辆不影响左转方向上的车辆的通行，因此，需要获取绿灯延时请求的提出方的行驶方向。根据该行使方向结合图像中同一行使方向上的等待车辆数共同确定路口是否发生拥堵。
进一步地，延长所述绿灯延时请求对应的红绿灯的绿灯时间之前，还包括：
步骤c，计算疏通所述拥堵所需的疏通时长。
具体地，确定上述绿灯延时请求对应的路口是否发生拥堵的目的在于若发生拥堵则疏通该拥堵，拥堵会有不同的程度，该程度由等待车辆数决定，即等待车辆数越多，拥堵越严重；等待车辆数越少，拥堵越轻微。而拥堵越严重，疏通该拥堵所需要的疏通时长越长；拥堵越轻微，疏通该拥堵所需要的的疏通时长越短。例如，拥堵对应的等待车辆数为8，对应的疏通时长为2分钟；拥堵对应的等待车辆数为15，对应的疏通时长为5分钟。
所述延长所述绿灯延时请求对应的红绿灯的绿灯时间，包括：
步骤d，根据所述疏通时长延长所述绿灯延时请求对应的红绿灯的绿灯时间。
具体地，疏通该拥堵的手段为延长该绿灯延时请求对应的红绿灯的绿灯时间，即避免车辆长时间停留在路口。可以理解的是，对于红绿灯，绿灯结束到黄灯结束再到红灯结束最后下一个绿灯结束为一个红绿灯周期，该周期时间固定，一般地，黄灯时间为3秒，延长绿灯时间可相应减少红灯时间，例如红灯和绿灯的总时长为1分钟，红灯为40秒，绿灯为20秒，延长绿灯的时间至30秒后，红灯时间对应调整为30秒。
需要说明的是，疏通时长越长，延长绿灯延时请求对应的红绿灯的绿灯时间越长，例如疏通时长为1分钟，延长绿灯延时请求对应的红绿灯的绿灯时间为5秒，疏通时长为2分钟，延长绿灯延时请求对应的红绿灯的绿灯时间为8秒。
进一步地，计算疏通所述拥堵所需的疏通时长之前，还包括：
步骤e，获取所述绿灯延时请求的提出方的位置信息；
步骤f，根据所述位置信息确定所述提出方与所述红绿灯之间的拥堵距离。
具体地，计算疏通时长之前需要获取绿灯延时请求的提出方(司机)的位置信息；根据该位置信息确定提出方与红绿灯之间的拥堵距离。需要说明的是，在实际使用环境中，同一红绿灯会有至少一个绿灯延时请求，即可能存在多个绿灯延时请求。在绿灯延时请求只有一个时，对应的位置信息与红绿灯之间的距离即为拥堵距离；在绿灯延时请求为多个时，需要从多个对应的拥堵距离中选出目标拥堵距离。
需要说明的是，目标拥堵距离并非一定是最长的拥堵距离，因为，最长的拥堵距离可能并非真实的拥堵距离，可以理解，司机在看到拥堵的车流后，倾向于在没有到达车流的尾端时即提出绿灯延时请求，以期望车辆到达车流的尾端时拥堵已经被疏通，但该行为会导致误判，从而得出错误的疏通时长，因此，在确定目标拥堵距离时需要对上述会导致误判的行为进行识别并规避。具体地，在获取到连续多个相近的位置信息后，可以获得一个大致的位置差(相邻车辆之间的拥堵距离的差值)规律。例如在连续多个相近的位置信息对应的拥堵距离中，位置差为5米至10米，若突然出现一个位置信息对应的位置差为20米的拥堵距离，则可确定该拥堵距离无效。
所述计算疏通所述拥堵所需的疏通时长，包括：
步骤g，根据所述拥堵距离计算疏通所述拥堵所需的疏通时长。
具体地，根据拥堵距离或目标拥堵距离计算疏通拥堵所需的疏通时长。可以理解，拥堵距离或目标拥堵距离越长，拥堵越严重，所需要的疏通时长越长；拥堵距离或目标拥堵距离越短，拥堵越轻微，所需要的疏通时长越短。
上述根据所述疏通时长延长所述绿灯延时请求对应的红绿灯的绿灯时间，包括：
步骤h，将所述疏通时长与预设映射关系进行匹配，得到目标绿灯时间；
步骤i，延长所述绿灯延时请求对应的红绿灯的绿灯时间至目标绿灯时间。
具体地，将疏通时长与预设映射关系进行匹配，得到目标绿灯时间，其中，预设映射关系为疏通时长与目标绿灯时间之间的关系，即不同的疏通时长或疏通时长区间都有对应的目标绿灯时间，例如，疏通时长为1分钟，目标绿灯时间为25秒；疏通时长区间为(1，2]分钟，目标绿灯时间为30秒。
需要说明的是，预设映射关系可通过经验得出，即通过疏通时长与目标绿灯时间的对应关系进行疏通拥堵，并根据实际的疏通拥堵取得的效果进一步调整疏通时长与目标绿灯时间的对应关系，例如疏通时长为1分钟，目标绿灯时间为25秒时，无法完成拥堵的疏通，则将目标绿灯时间延长(如30秒)，之后重复上述调整步骤，直至能够完成拥堵的疏通。
在得到目标绿灯时间之后，延长绿灯延时请求对应的红绿灯的绿灯时间至目标绿灯时间，以疏通该红绿灯的路口的拥堵。
此外，可以理解的是，该红绿灯的绿灯时间延长后会增大对应的下一红绿灯的交通运行压力，因此，在该红绿灯的绿灯时间延长后，需要对应延长对应的下一红绿灯的绿灯时间，其中，具体的延长时间还需要根据实际情况进行确定，可以理解，上一红绿灯的右转车辆在下一红绿灯可能左转、直行或右转。此举进一步提高了拥堵疏通的效果。
进一步地，若是，则延长所述绿灯延时请求对应的红绿灯的绿灯时间之后，还包括：
步骤j，若预设时间后所述拥堵未得到解决，则启动预设响应方案。
具体地，若预设时间后上述拥堵未得到解决，则启动预设响应方案。其中，预设时间可根据需要自行设置，本实施例中不做具体限定。可以理解，正常情况下，延长红绿灯的绿灯时间后，该红绿灯对应的路口的拥堵应该被疏通，但是，在该红绿灯对应的路口或道路发生突发事件，例如车祸时，由于车祸发生后，特别是严重车祸，对应的车辆会占据道路，导致其他车辆无法正常通行。这类拥堵一般无法通过延长绿灯时间进行疏通，其需要解决的是将占据道路的车辆清理出被占据的道路，例如呼叫近处的交警来处理该事故，以完成拥堵的疏通。
进一步地，延长所述绿灯延时请求对应的红绿灯的绿灯时间之后，还包括：
步骤k，将延长绿灯时间的处理结果作为提示信息，并输出所述提示信息。
具体地，在延长绿灯时间的绿灯延时请求处理接收后，将延长绿灯时间的处理结果(延长绿灯时间或不延长绿灯时间)作为提示信息，并输出该提示信息至提出方(手机或车载终端)，以提醒用户具体的处理结果是什么。例如延长绿灯时间成功，则输出“申请获批，时间已调整”。
本实施例通过接收绿灯延时请求；根据所述绿灯延时请求对应的路口车辆通行情况确定所述绿灯延时请求对应的路口是否发生拥堵；若是，则延长所述绿灯延时请求对应的红绿灯的绿灯时间。实现了在接收到绿灯延时请求后，对该绿灯延时请求进行验证，以确定该绿灯延时请求对应的路口是否发生拥堵，在绿灯延时请求对应的路口发生拥堵时，延长绿灯延时请求对应的红绿灯的绿灯时间，使得在延长绿灯时间时，相应地，红灯时间得到减少，即该红绿灯路口的车流量被增大，单位时间内可通过的车辆更多，从而使得红绿灯在提高交通运力时的效果得到提升。
此外，本发明还提供一种绿灯延时装置，如图2所示，所述绿灯延时装置包括：
接收模块10，用于接收绿灯延时请求；
确定模块20，用于根据所述绿灯延时请求对应的路口车辆通行情况确定所述绿灯延时请求对应的路口是否发生拥堵；
延长模块30，用于若是，则延长所述绿灯延时请求对应的红绿灯的绿灯时间。
进一步地，所述红绿灯上设置有至少一摄像头，在根据所述绿灯延时请求对应的路口车辆通行情况确定所述绿灯延时请求对应的路口是否发生拥堵方面，确定模块20具体用于：
通过所述摄像头获取所述路口车辆通行情况对应的图像，以及获取所述绿灯延时请求的提出方的行驶方向；根据所述图像确定所述行驶方向对应的路口是否发生拥堵。
进一步地，所述延长所述绿灯延时请求对应的红绿灯的绿灯时间之前，还包括：
计算模块，用于计算疏通所述拥堵所需的疏通时长；
所述延长模块30，包括：
延长单元，用于根据所述疏通时长延长所述绿灯延时请求对应的红绿灯的绿灯时间。
进一步地，所述计算疏通所述拥堵所需的疏通时长之前，还包括：
获取模块，用于获取所述绿灯延时请求的提出方的位置信息；
所述确定模块还用于根据所述位置信息确定所述提出方与所述红绿灯之间的拥堵距离；
在计算疏通所述拥堵所需的疏通时长方面，计算模块具体用于：
根据所述拥堵距离计算疏通所述拥堵所需的疏通时长。
进一步地，在根据所述疏通时长延长所述绿灯延时请求对应的红绿灯的绿灯时间方面，延长单元具体用于：
将所述疏通时长与预设映射关系进行匹配，得到目标绿灯时间；延长所述绿灯延时请求对应的红绿灯的绿灯时间至目标绿灯时间。
进一步地，所述若是，则延长所述绿灯延时请求对应的红绿灯的绿灯时间之后，还包括：
启动模块，用于若预设时间后所述拥堵未得到解决，则启动预设响应方案。
进一步地，所述延长所述绿灯延时请求对应的红绿灯的绿灯时间之后，还包括：
输出模块，用于将延长绿灯时间的处理结果作为提示信息，并输出所述提示信息。
本发明绿灯延时装置具体实施方式与上述绿灯延时方法各实施例基本相同，在此不再赘述。
此外，本发明还提供一种绿灯延时设备。如图3所示，图3是本发明实施例方案涉及的硬件运行环境的结构示意图。
需要说明的是，图3即可为绿灯延时设备的硬件运行环境的结构示意图。
如图3所示，该绿灯延时设备可以包括：处理器1001，例如CPU，存储器1005，用户接口1003，网络接口1004，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
可选地，绿灯延时设备还可以包括RF(Radio Frequency，射频)电路，传感器、音频电路、WiFi模块等等。
本领域技术人员可以理解，图3中示出的绿灯延时设备结构并不构成对绿灯延时设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图3所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及绿灯延时程序。其中，操作系统是管理和控制绿灯延时设备硬件和软件资源的程序，支持绿灯延时程序以及其它软件或程序的运行。
在图3所示的绿灯延时设备中，用户接口1003主要用于绿灯延时请求；网络接口1004主要用于后台服务器，与后台服务器进行数据通信；处理器1001可以用于调用存储器1005中存储的绿灯延时程序，并执行如上所述的绿灯延时方法的步骤。
本发明绿灯延时设备具体实施方式与上述绿灯延时方法各实施例基本相同，在此不再赘述。
此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有绿灯延时程序，所述绿灯延时程序被处理器执行时实现如上所述的绿灯延时方法的步骤。
本发明计算机可读存储介质具体实施方式与上述绿灯延时方法各实施例基本相同，在此不再赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，设备，或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
