路况信息采集方法及装置、车辆、公交调度方法及系统

申请号 CN201710646725.1 申请日 2017-08-01 公开(公告)号 CN107369320A 公开(公告)日 2017-11-21
申请人 中国联合网络通信集团有限公司; 发明人 杨贝斯; 刘媛媛;
摘要 本 发明 提供一种路况信息采集方法,其中,所述路况信息采集方法包括:获取车辆的 刹车 状态数据,并将刹车状态数据上传至相应的网关,其中,所述刹车状态数据包括所述车辆在预定时间段内的刹车次数;确定所述车辆所处的区域;将网关收集的刹车状态数据上传至所述车辆所述的区域的 数据处理 平台。本发明还提供一种公交调度方法、路况信息采集装置、车辆、公交调度系统。利用所述路况信息采集方法能够高效、准确地将各个区域多个车辆的刹车状态数据上传至数据处理平台,从而对路况进行准确判断。
权利要求

1.一种路况信息采集方法,其特征在于,所述路况信息采集方法包括:
获取车辆的刹车状态数据,并将刹车状态数据上传至相应的网关,其中,所述刹车状态数据包括所述车辆在预定时间段内的刹车次数;
确定所述车辆所处的区域;
将网关收集的刹车状态数据上传至所述车辆所述的区域的数据处理平台。
2.根据权利要求1所述的路况信息采集方法,其特征在于,所述网关中存储有不同区域的数据处理平台的地址,其中,所述将网关收集的刹车状态数据上传至所述车辆所述的区域的数据处理平台的步骤包括:
确定所述车辆所处的区域对应的数据处理平台的地址;
根据所述数据处理平台的地址将所述网关收集的刹车状态数据上传至相应的数据处理平台。
3.一种公交调度方法,其特征在于,所述公交调度方法包括:
获取不同区域的数据处理平台中接收到的刹车状态数据,其中,所述数据处理平台中的刹车次数为车辆利用权利要求1或2所述的路况信息采集方法获得;
根据各个区域的数据处理平台获得的刹车状态数据判断该区域是否发生拥堵,包括:
当所述数据平台内预定时间段内刹车次数超过预定次数的车辆超过预定比例时,判定所述数据平台对应的区域发生拥堵;
当所述数据平台内预定时间段内刹车次数超过预定次数的车辆未超过预定比例时,判定所述数据平台对应的区域未发生拥堵;
将未发生拥堵的区域的公交车的发车间隔设置为第一预定间隔;
将发生拥堵的区域的公交车发车间隔延长至第二预定间隔,所述第二预定间隔大于所述第一预定间隔。
4.根据权利要求3所述的公交调度方法,其特征在于,所述公交调度方法还包括:
将发生拥堵的区域的绿灯时间设置为第一预定时间;
将与发生拥堵的区域相邻且未发生拥堵的区域的绿灯时间设置为第二预定时间;
将未发生拥堵、且周围不存在发生拥堵的区域的绿灯时间设置为第三预定时间,其中,所述第三预定时间小于所述第一预定时间且大于所述第二预定时间。
5.一种路况信息采集装置,其特征在于,所述路况信息采集装置包括网关、刹车状态数据获取模定位模块:
所述刹车状态数据获取模块用于获取车辆的刹车状态数据,并将所述车辆的刹车状态数据发送至所述网关,其中,所述刹车状态数据包括所述车辆在预定时间段内的刹车次数;
所述定位模块用于确定所述车辆所处的区域;
所述网关用于将接收到的刹车状态数据发送至所述车辆所处区域的数据处理平台。
6.根据权利要求5所述的路况信息采集装置,其特征在于,所述网关中存储有不同区域的数据处理平台的地址,并且能够根据所述车辆所处的区域确定所述车辆所处的区域对应的数据处理平台的地址。
7.一种车辆,其特征在于,所述车辆包括权利要求5或6所述路况信息采集装置。
8.根据权利要求7所述的车辆,其特征在于,所述刹车状态数据获取模块包括传感器,所述传感器设置在所述车辆的刹车片上。
9.一种公交调度系统,其特征在于,所述公交调度系统包括多个数据处理平台、拥堵判断模块和调度模块,
多个所述数据处理平台分别位于不同的区域,所述数据处理平台用于接收权利要求7或8所述的车辆中的路况信息采集装置上传的刹车状态数据;
所述拥堵判断模块用于当所述数据平台内预定时间段内刹车次数超过预定次数的车辆超过预定比例时,判定所述数据平台对应的区域发生拥堵;所述拥堵判断模块用于当所述数据平台内预定时间段内刹车次数超过预定次数的车辆未超过预定比例时,判定所述数据平台对应的区域未发生拥堵,且所述拥堵判断模块用于将判断结果发送至所述调度模块;
所述调度模块用于将未发生拥堵的区域的公交车的发车间隔设置为第一预定间隔以及将发生拥堵的区域的公交车发车间隔延长至第二预定间隔,所述第二预定间隔大于所述第一预定间隔。
10.根据权利要求9所述的公交调度系统,其特征在于,所述公交调度系统还包括交通灯控制模块,所述交通灯控制模块用于将发生拥堵的区域的绿灯时间设置为第一预定时间、并将与发生拥堵的区域相邻且未发生拥堵的区域的绿灯时间设置为第二预定时间、将未发生拥堵、且周围不存在发生拥堵的区域的绿灯时间设置为第三预定时间,其中,所述第三预定时间小于所述第一预定时间且大于所述第二预定时间。

说明书全文

路况信息采集方法及装置、车辆、公交调度方法及系统

技术领域

[0001] 本发明涉及交通调度领域,具体地,涉及一种路况信息采集方法、执行该路况信息采集方法的路况信息采集装置、包括该路况信息采集装置的车辆、一种公交调度方法和一种执行该公交调度方法的公交调度系统。

背景技术

[0002] 随着家庭用轿车数量的急剧增长,城市交通拥堵日益严重,如何有效解决道路拥堵问题受到政府的高度重视和普通民众的持续关注。
[0003] 为了缓解道路拥堵,政府鼓励民众乘坐公共交通工具出行。目前,公交车的发车间隔是固定的。当前方路段发生拥堵时,公交车仍然会按时发车,加剧了道路拥堵现象。
[0004] 因此,如何合理地对公交车进行调度成为本领域亟待解决的技术问题。

发明内容

[0005] 本发明的目的在于一种路况信息采集方法、执行该路况信息采集方法的路况信息采集装置、包括该路况信息采集装置的车辆、一种公交调度方法和一种执行该公交调度方法的公交调度系统。根据所述路况信息采集方法采集的路况信息可以准确快速地判断发生拥堵的区域,利用所述公交调度方法可以有效的缓解交通拥堵的发生。
[0006] 为了实现上述目的,作为本发明的一个方面,提供一种路况信息采集方法,其中,所述路况信息采集方法包括:
[0007] 获取车辆的刹车状态数据,并将刹车状态数据上传至相应的网关,其中,所述刹车状态数据包括所述车辆在预定时间段内的刹车次数;
[0008] 确定所述车辆所处的区域;
[0009] 将网关收集的刹车状态数据上传至所述车辆所述的区域的数据处理平台。
[0010] 优选地,所述网关中存储有不同区域的数据处理平台的地址,其中,所述将网关收集的刹车状态数据上传至所述车辆所述的区域的数据处理平台的步骤包括:
[0011] 确定所述车辆所处的区域对应的数据处理平台的地址;
[0012] 根据所述数据处理平台的地址将所述网关收集的刹车状态数据上传至相应的数据处理平台。
[0013] 作为本发明的第二个方面,提供一种公交调度方法,其中,所述公交调度方法包括:
[0014] 获取不同区域的数据处理平台中接收到的刹车状态数据,其中,所述数据处理平台中的刹车次数为车辆利用本发明所提供的上述路况信息采集方法获得;
[0015] 根据各个区域的数据处理平台获得的刹车状态数据判断该区域是否发生拥堵,包括:
[0016] 当所述数据平台内预定时间段内刹车次数超过预定次数的车辆超过预定比例时,判定所述数据平台对应的区域发生拥堵;
[0017] 当所述数据平台内预定时间段内刹车次数超过预定次数的车辆未超过预定比例时,判定所述数据平台对应的区域未发生拥堵;
[0018] 将未发生拥堵的区域的公交车的发车间隔设置为第一预定间隔;
[0019] 将发生拥堵的区域的公交车发车间隔延长至第二预定间隔,所述第二预定间隔大于所述第一预定间隔。
[0020] 优选地,所述公交调度方法还包括:
[0021] 将发生拥堵的区域的绿灯时间设置为第一预定时间;
[0022] 将与发生拥堵的区域相邻且未发生拥堵的区域的绿灯时间设置为第二预定时间,所述第一预定时间大于所述第二预定时间;
[0023] 将未发生拥堵、且周围不存在发生拥堵的区域的绿灯时间设置为第三预定时间,其中,
[0024] 所述第三预定时间小于所述第一预定时间且大于所述第二预定时间。
[0025] 作为本发明的第三个方面,提供一种路况信息采集装置,其特征在于,所述路况信息采集装置包括网关、刹车状态数据获取模定位模块:
[0026] 所述刹车状态数据获取模块用于获取车辆的刹车状态数据,并将所述车辆的刹车状态数据发送至所述网关,其中,所述刹车状态数据包括所述车辆在预定时间段内的刹车次数;
[0027] 所述定位模块用于确定所述车辆所处的区域;
[0028] 所述网关用于将接收到的刹车状态数据发送至所述车辆所处区域的数据处理平台。
[0029] 优选地,所述网关中存储有不同区域的数据处理平台的地址,并且能够根据所述车辆所处的区域确定所述车辆所处的区域对应的数据处理平台的地址。
[0030] 作为本发明的第四个方面,提供一种车辆,其中,所述车辆包括本发明所提供的上述路况信息采集装置。
[0031] 优选地,所述刹车状态数据获取模块包括传感器,所述传感器设置在所述车辆的刹车片上。
[0032] 作为本发明的第五个方面,提供一种公交调度系统,其中,所述公交调度系统包括多个数据处理平台、拥堵判断模块和调度模块,
[0033] 多个所述数据处理平台分别位于不同的区域,所述数据处理平台用于接本发明所提供的上述车辆中的路况信息采集装置上传的刹车状态数据;
[0034] 所述拥堵判断模块用于当所述数据平台内预定时间段内刹车次数超过预定次数的车辆超过预定比例时,判定所述数据平台对应的区域发生拥堵;所述拥堵判断模块用于当所述数据平台内预定时间段内刹车次数超过预定次数的车辆未超过预定比例时,判定所述数据平台对应的区域未发生拥堵,且所述拥堵判断模块用于将判断结果发送至所述调度模块;
[0035] 所述调度模块用于将未发生拥堵的区域的公交车的发车间隔设置为第一预定间隔以及将发生拥堵的区域的公交车发车间隔延长至第二预定间隔,所述第二预定间隔大于所述第一预定间隔。
[0036] 优选地,所述公交调度系统还包括交通灯控制模块,所述交通灯控制模块用于将发生拥堵的区域的绿灯时间设置为第一预定时间、并将与发生拥堵的区域相邻且未发生拥堵的区域的绿灯时间设置为第二预定时间、将未发生拥堵、且周围不存在发生拥堵的区域的绿灯时间设置为第三预定时间,其中,
[0037] 所述第三预定时间小于所述第一预定时间且大于所述第二预定时间。
[0038] 因此,可以根据统计的车辆的刹车状态数据判断该车辆行驶的路段是否发生拥堵。并且,将网关收集的刹车次数上传至车辆所属区域的数据处理平台,可以分散单个数据处理平台的压、提高单个数据处理平台的处理效率,从而可以及时高效地判断各个区域的路况信息。并且,在本发明中,可以根据区域内道路是否发生拥堵来调整公交车的发车间隔。在发生拥堵的区域,延长公交车的发车间隔,可以减少发生拥堵的区域内的车辆总数,并且,可以合理分配公交车资源,避免不必要的损失。附图说明
[0039] 附图是用来提供对本发明的进一步理解,并且构成说明书的一部分,与下面的具体实施方式一起用于解释本发明,但并不构成对本发明的限制。在附图中:
[0040] 图1是本发明实施例1所提供的路况信息采集方法的流程示意图;
[0041] 图2是本发明实施例2所提供的公交调度方法的流程示意图;
[0042] 图3是本发明实施例3所提供的路况信息采集装置的模块示意图;
[0043] 图4是本发明实施例4所提供的车辆的示意图;
[0044] 图5是本发明实施例5的所提供的公交调度系统的模块示意图;
[0045] 图6是公交调度系统、路况信息采集装置协同工作的原理示意图。
[0046] 附图标记说明
[0047] 300:路况信息采集装置          310:网关
[0048] 320:刹车状态数据获取模块      330:定位模块
[0049] 500:公交调度系统              510:数据处理平台
[0050] 520:拥堵判断模块              530:调度模块
[0051] 540:交通灯控制模块

具体实施方式

[0052] 以下结合附图对本发明的具体实施方式进行详细说明。应当理解的是,此处所描述的具体实施方式仅用于说明和解释本发明,并不用于限制本发明。
[0053] 实施例1
[0054] 本发明实施例1提供一种路况信息采集方法,其中,如图1所示,所述路况信息采集方法包括:
[0055] 在步骤S110中,统计车辆的刹车状态数据,并将刹车状态数据上传至相应的网关;
[0056] 在步骤S120中,确定所述车辆所处的区域;
[0057] 在步骤S130中,将网关收集的刹车状态数据上传至所述车辆所述的区域的数据处理平台。
[0058] 在本发明中,所述刹车状态数据包括所述车辆在预定时间段内的刹车次数和/或刹车状态(刹车状态包括深度刹车和浅度刹车)。可以根据车辆的刹车状态数据判断车辆行驶的路段的路况信息。
[0059] 具体地,当车辆行驶在拥堵路段时的刹车状态数据大于车辆行驶在畅通路段时的刹车次数,并且,当车辆行驶在拥堵路段时多为浅度刹车,当车辆行驶在畅通路段时,浅度刹车的次数会明显减少。因此,将刹车状态信息发送至数据处理平台后,数据处理平台会统计各个车辆的浅度刹车的次数,并据此确定该数据处理平台所处区域的路况信息(即,是否发生拥堵)。
[0060] 因此,可以根据步骤S110中统计的车辆的刹车状态数据判断该车辆行驶的路段是否发生拥堵。并且,在步骤S130中,将网关收集的刹车次数上传至车辆所属区域的数据处理平台,可以分散单个数据处理平台的压力、提高单个数据处理平台的处理效率,从而可以及时高效地判断各个区域的路况信息。
[0061] 在本实施例中,可以使用传感器来确定车辆的刹车次数。例如,可以在车辆的刹车片上安装传感器,通过感应刹车片和轮毂或碟盘之间的摩擦来统计车辆刹车的次数,并且能获得车辆刹车的状态。
[0062] 在本发明中,对如何执行步骤S130并不做具体的限制。例如,在一种优选实施方式中,可以在所述网关中预先存储不同区域的数据处理平台的地址,相应地,步骤S130可以包括:
[0063] 在步骤S131中,确定所述车辆所处的区域对应的数据处理平台的地址;
[0064] 在步骤S132中,根据所述数据处理平台的地址将所述网关收集的刹车次数上传至相应的数据处理平台。
[0065] 具体地,可以先利用定位装置(例如,车辆自带的导航仪)确定车辆所处的位置,然后在于网关中预先存储的区域位置与数据处理平台地址之间的对应关系确定所述车辆所处的区域对应的数据处理平台的地址。
[0066] 在本发明中,可以周期性地执行步骤S130。即,每个预定时间执行一次步骤S130,例如,可以每隔5s执行一次步骤S130。
[0067] 在本发明中,针对行驶在路面上的车辆执行本实施例所提供的路况信息采集方法。
[0068] 为了降低监控成本、并且提高实施的可行性,优选地,可以在公交车上执行本实施例所提供的上述方法。
[0069] 实施例2
[0070] 本发明实施例2提供一种公交调度方法,其中,如图2所示,所述公交调度方法包括:
[0071] 在步骤S210中,获取不同区域的数据处理平台中接收到的刹车次数,其中,所述数据处理平台中的刹车次数为本发明所提供的上述路况信息采集方法获得;
[0072] 在步骤S220中,根据各个区域的数据处理平台获得的刹车次数判断该区域是否发生拥堵,包括:
[0073] 在步骤S221中,当所述数据平台内预定时间段内刹车次数超过预定次数的车辆超过预定比例时,判定所述数据平台对应的区域发生拥堵;
[0074] 在步骤S222中,当所述数据平台内预定时间段内刹车次数超过预定次数的车辆未超过预定比例时,判定所述数据平台对应的区域未发生拥堵;
[0075] 在步骤S230中,将未发生拥堵的区域的公交车的发车间隔设置为第一预定间隔;
[0076] 在步骤S240中,将发生拥堵的区域的公交车发车间隔延长至第二预定间隔,所述第二预定间隔大于所述第一预定间隔。
[0077] 在本实施例中,可以根据区域内道路是否发生拥堵来调整公交车的发车间隔。在发生拥堵的区域,延长公交车的发车间隔,可以减少发生拥堵的区域内的车辆总数,并且,可以合理分配公交车资源,避免不必要的损失。
[0078] 在现有技术中,公交车调度中心会制定预定的公交车发车间隔,即,所述第一预定间隔。在本实施例所提供的公交调度方法中,是以所述第一预定间隔为基础进行调节的。例如,所述第一预定间隔可以为15min,所述第二预定间隔可以为20min。
[0079] 由于实施例1中所提供的路况信息采集方法中已经得到了各个车辆的刹车状态数据,因此,任意一个区域中的数据处理平台中可以根据获该区域中多辆车的刹车状态。因此,利用本实施例所提供的公交调度方法可以实时掌握各个区域的道路拥堵情况,并根据该道路拥堵情况来确定是否对公交车的发车间隔进行调整,从而可以减轻道路拥堵、以及对公交车资源进行合理的分配,降低城市公共交通的运营成本。
[0080] 如上文中所述,刹车状态数据包括两方面的数据:一方面是刹车次数,另一方面是刹车程度。为了使得判断结果更加准确,优选地,在步骤S221中,当所述数据平台内预定时间内轻度刹车次数超过预定次数的车辆超过预定比例时,判定所述数据平台对应的区域发生拥堵;在步骤S22中,当所述数据平台内预定时间内轻度刹车次数超过预定次数的车辆未超过预定比例时,判定所述数据平台对应的区域未发生拥堵。
[0081] 在本发明中,对所述预定比例没有特殊的限定,例如,所述预定比例可以是50%至100%。该预定比例可以由监控者人为设定。并且,所述的“预定次数”也可以由监控者人为设定。
[0082] 可以根据统计数据来确定所述预定比例。具体地,可以按照如下方法确定所述预定比例:
[0083] 连续多天(例如,一个月)接收同一个或者几个区域内的车辆的刹车状态数据;
[0084] 将各个区域在多天内的路况信息(通过传统的确定方法,例如,利用道路上按照的探头进行拍照的方法确定路段是否拥堵等,获得的路况信息)与获取的刹车状态数据进行比较,以确定所述预定比例。
[0085] 在本发明中,在通过上述方法确定了所述预定比例后,还可以对所述预定比例进行验证,具体地,验证步骤包括:
[0086] 测量轻度刹车次数超过所述预定比例的路段中相邻两辆车之间的间距;
[0087] 当相邻两辆车之间的距离小于预定距离的时间超过特定时间时,则确认所述预定比例是准确的。
[0088] 对所述预定比例进行一次验证,也可以进行多次验证,从而可以防止对路况造成误判。
[0089] 在本发明中,对所述预定距离没有特殊的要求,例如,所述预定距离可以在1m至2m之间(例如,1.5m),并且,所述特定时间可以在5min至10min之间(例如,8min)。
[0090] 为了进一步缓解交通拥堵情况,优选地,所述公交调度方法还包括:
[0091] 在步骤S250中,将发生拥堵的区域的绿灯时间设置为第一预定时间;
[0092] 在步骤S260中,将与发生拥堵的区域相邻且未发生拥堵的区域的绿灯时间设置为第二预定时间,所述第一预定时间大于所述第二预定时间;
[0093] 在步骤S270中,将未发生拥堵、且周围不存在发生拥堵的区域的绿灯时间设置为第三预定时间。
[0094] 其中,所述第三预定时间小于所述第一预定时间且大于所述第二预定时间。
[0095] 将与拥堵区域相邻的未发生拥堵的区域的绿灯时间延长后,可以减少开往发生拥堵区域的车辆,避免加重发生拥堵区域的拥堵现象。延长了发生拥堵的区域的绿灯时间后,有利于对拥堵区域的车辆进行疏通,尽快解决拥堵问题。
[0096] 为了降低监控成本,优选地,可以在预定时间段内执行所述公交调度方法。例如,可以在上班高峰期、下班高峰期执行所述调度方法。上班高峰期可以是8:00am-9:00am,下班高峰期可以是5:00pm-7:00pm。
[0097] 可以在上班高峰期和下班高峰期持续执行本发明所提供的公交调度方法,也可以每隔预定时间执行一次本发明所提供的公交调度方法,例如,可以每隔15分钟执行一次本发明所提供的公交调度方法。
[0098] 为了降低运营成本和便于管理,优选地,可以只监控公交车的刹车次数。
[0099] 在本发明中,可以按照公交车的路线分别对该公交车进行调度。即,针对每条公交车线路都执行本发明所提供的上述公交调度方法。
[0100] 此外,本发明所提供的公交调度方法还可以包括将各条线路对应的公交车的刹车信息生成统计表。具体地,统计表的格式可以如下:
[0101] 路段名称为:xx西路;
[0102] 时间点为:8:15am;
[0103] 刹车次数为:xx西路8:15am的1号车辆的刹车次数3.2次、xx西路8:18am的2号车辆的刹车次数为3.1次;
[0104] 时间点为:8:30am;
[0105] 刹车次数为:xx西路8:30am的1号车刹车次数3.5次,xx西路8:30am的2号车辆刹车次数3.5次。
[0106] 在获取同一路段不同的车辆(例如,1号车、2号车)在相同时间点的统计信息,具体内容为:位于同一路段、处于不同时间点的所有公交车的平均刹车次数的统计信息。具体形式为:xx西路8:15am的公交车的平均刹车次数为3.5次,xx东路8:15am的公交车的平均刹车次数为3.3次,xx东路8:30am的公交车的平均刹车次数为3.5次,xx西路8:30am的公交车的平均刹车次数为3.3次。
[0107] 通过获得的公交车的刹车状态数据可以确定相应的区域是否发生拥堵。
[0108] 实施例3
[0109] 作为发明的第三个方面,提供一种执行本发明所提供的上述路况信息采集方法的路况信息采集装置300,其中,如图3所示,所述路况信息采集装置包括网关310、刹车状态数据获取模块320和定位模块330。
[0110] 刹车状态数据获取模块320用于获取车辆的刹车次数,并将所述车辆的刹车次数发送至网关310,其中,所述刹车状态数据包括所述车辆在预定时间段内的刹车次数。
[0111] 定位模块330用于确定所述车辆所处的区域。在本发明中,定位模块330可以是车载的GPS设备,也可以是移动终端设备,例如,具有定位功能的手机、电脑等。
[0112] 网关310用于将接收到的刹车次数发送至所述车辆所处区域的数据处理平台510。
[0113] 在本发明中,刹车状态数据获取模块320可以包括传感器,如上文中个所述,可以在车辆的刹车片上安装传感器,通过感应刹车片和轮毂或碟盘之间的摩擦来统计车辆刹车的次数,并且能获得车辆刹车的状态。
[0114] 刹车状态数据获取模块320获取刹车状态数据后,可以将刹车状态数据通过zigbee或蓝牙等方式将刹车状态数据发送至网关310进行汇聚,并由网关310将所述刹车状态信息发送至相应的数据处理平台。
[0115] 定位模块330可以包括导航仪,利用定位模块330可以容易地确定车辆所处的位置。
[0116] 优选地,网关310中存储有不同区域的数据处理平台的地址,并且该网关310能够根据所述车辆所处的区域确定所述车辆所处的区域对应的数据处理平台的地址。
[0117] 上文中已经详细地描述了路况信息采集方法的工作原理以及有益效果,这里不再赘述。
[0118] 实施例4
[0119] 如图4所示,本发明实施例4提供一种车辆,所述车辆包括本发明所提供的上述路况信息采集装置。如图所示,所述路况信息采集装置包括网关310、刹车状态数据获取模块320和定位模块330。
[0120] 优选地,所述刹车状态数据获取模块包括传感器,所述传感器设置在所述车辆的刹车片上。
[0121] 实施例5
[0122] 如图5所示,本发明实施例5提供一种执行实施例2所提供的公交调度方法的公交调度系统500,其中,所述公交调度系统包括多个数据处理平台510、拥堵判断模块520和调度模块530。
[0123] 多个数据处理平台510分别位于不同的区域,该数据处理平台510用于接收实施例4中所提供的车辆中的路况信息采集装置300采集的刹车状态数据;
[0124] 拥堵判断模块520用于根据各个数据处理平台510接收到的刹车次数判断各个数据处理平台510所处的区域是否发生拥堵,并将判断结果发送至调度模块530。具体地,所述拥堵判断模块用于当所述数据平台内预定时间段内刹车次数超过预定次数的车辆超过预定比例时,判定所述数据平台对应的区域发生拥堵;所述拥堵判断模块用于当所述数据平台内预定时间段内刹车次数超过预定次数的车辆未超过预定比例时,判定所述数据平台对应的区域未发生拥堵,且所述拥堵判断模块用于将判断结果发送至所述调度模块。
[0125] 如上文中所述,可以通过统计的方式来确定所述预定比例。
[0126] 因此,所述交通调度系统还可以包括统计模块,所述统计模块用于连续多天(例如,一个月)接收同一个或者几个区域内的车辆的刹车状态数据;
[0127] 将各个区域在多天内的路况信息(通过传统的确定方法,例如,利用道路上按照的探头进行拍照的方法确定路段是否拥堵等,获得的路况信息)与获取的刹车状态数据进行比较,以确定所述预定比例。
[0128] 优选地,所述交通调度系统还可以包括验证模块,所述验证模块用于:
[0129] 测量轻度刹车次数超过所述预定比例的路段中相邻两辆车之间的间距;
[0130] 当相邻两辆车之间的距离小于预定距离的时间超过特定时间时,则确认所述预定比例是准确的。
[0131] 对所述预定比例进行一次验证,也可以进行多次验证,从而可以防止对路况造成误判。
[0132] 调度模块530用于根据所述拥堵模块发送的判断结果将发生拥堵的区域的公交车发车间隔延长至超过预定间隔。具体地,调度模块530用于将未发生拥堵的区域的公交车的发车间隔设置为第一预定间隔以及将发生拥堵的区域的公交车发车间隔延长至第二预定间隔,所述第二预定间隔大于所述第一预定间隔。
[0133] 优选地,所述公交调度系统还包括交通灯控制模块540,该交通灯控制模块540用于将发生拥堵的区域的绿灯时间设置为第一预定时间、并将与发生拥堵的区域相邻且未发生拥堵的区域的绿灯时间设置为第二预定时间、将未发生拥堵、且周围不存在发生拥堵的区域的绿灯时间设置为第三预定时间,其中,
[0134] 所述第三预定时间小于所述第一预定时间且大于所述第二预定时间。
[0135] 本实施例所提供的公交调度系统用于执行本发明所提供的公交调度方法,本发明实施例2中已经详细描述了公交调度方法的原理以及有益效果,这里不再赘述。
[0136] 下面结合图6介绍本发明所提供的路况信息采集装置、公交调度系统协同工作的原理图。
[0137] 在多辆公交车上都安装包括网关310、刹车状态数据获取模块320、和定位模块330的路况信息采集装置。刹车状态数据获取模块320是传感器,刹车状态数据获取模块320设置在公交车的刹车片上,网关310安装在车内,定位模块330也安装在车内。
[0138] 每辆公交车上的网关310收集到刹车数据、并确定公交车所处的区域内的数据处理平台510的地址,并将该网关510收集到的刹车数据上传至相应的数据处理平台510中,由数据处理平台510将汇总的数据发送至拥堵判断模块520,由该拥堵判断模块520根据各个区域的多辆公交车的刹车数据来判断各个区域是否发生拥堵。
[0139] 可以理解的是,以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式,然而本发明并不局限于此。对于本领域内的普通技术人员而言,在不脱离本发明的精神和实质的情况下,可以做出各种变型和改进,这些变型和改进也视为本发明的保护范围。
QQ群二维码
意见反馈