CN110335461A - 一种公交班次实际执行信息的获取方法及装置 - Google Patents

Abstract

本发明公开了一种公交班次实际执行信息的获取方法，包括如下步骤：步骤1，终端与服务器建立连接后进行注册，所述终端安装在公交车辆上；步骤2，服务器提前向终端下发行车计划、站点信息、线路信息；步骤3，终端把进出站事件和心跳数据上传服务器；步骤4，服务器根据所述进出站事件和所述心跳数据进行实时计算班次进出站时间；该方法减少了服务端的计算资源和计算架构的复杂度，提高了班次实际执行情况的数据完整性和准确性，同时提高公交司机的考核准确性。

Description

一种公交班次实际执行信息的获取方法及装置

技术领域

本发明涉及智能交通研究领域，尤其是涉及一种公交班次实际执行信息的获取方法及装置。

背景技术

随着社会经济和城市化的不断发展，人们的出行需求迅速增长，公交系统的作用日益凸显，同时也面临着前所未有的挑战。城市的公交系统的优化发展可以缓解城市交通压力，有利于节能减排低碳发展。合理的编排公交行车计划，既符合城市公交集团人性化管理的要求，也符合提高公交车运营效率和服务质量的重要举措，但是最终行车计划编排的是否合理可以使用公交班次的实际执行情况来校验，公交班次的实际执行情况信息也是公交司机考核的重要数据之一，因此公交班次的实际执行情况的获取具有重要的意义。

目前公交班次的实际执行信息的获取仅仅通过班次的实际首站出发时间和末站到达时间来界定，比较粗略。现有方法中终端实时采集GPS相关信息，每隔一段时间(如10s)上传数据到服务端，服务端统一进行汇总计算，按照GPS和公交站点进行匹配出实际排班的首站出发时间和末站到达时间。现在大中型城市的公交系统体量能达到1万车，按照现有的GPS数据采集到服务端，一天的数据量达到亿级。服务端的计算量非常大，需要集中大量的计算资源和复杂的分布式计算架构采集解决计算问题。而且GPS的采集频率最好能达到1秒一次(一天的数据量达到10亿级)，这样GPS和站点匹配率，实际排班计算结果更准确，但这样会对服务端的计算资源要求更高。另外，GPS采集也会丢失偏移、信号差丢失，终端故障，公交车加开班次等情况，对公交班次的实际执行的获取造成了一定难度。

发明内容

为了克服现有技术的不足，本发明的目的在于提供一种公交班次实际执行信息的获取方法及装置，该方法减少了服务端的计算资源和计算架构的复杂度，提高了班次实际执行情况的数据完整性和准确性，同时提高公交司机的考核准确性。

为达到上述目的，本发明采用分布式的原理，站点匹配的计算在终端本地实现，通过服务器与终端之间的交互，服务器计算出班次的实际进出站时间，再通过服务器从宏观层面做进一步修复。详细流程如下：

步骤1，终端与服务器建立连接后进行注册，所述终端安装在公交车辆上；

步骤2，服务器提前向终端下发行车计划、站点信息、线路信息；

步骤3，终端把进出站事件和心跳数据上传服务器

步骤31，终端进行实时站点匹配，并把匹配到的进出站事件上传服务器，所述进出站事件包含班次ID、进/出站的GPS点、进/出站时间(GPS点产生的时间)、行驶方向、当前站点、车辆状态；

步骤32，终端每隔10s-60s(优选，30秒)向服务器上传一次心跳数据，所述心跳数据包含班次ID、(车辆实时位置的)GPS点和GPS点产生的时间，行驶方向、匹配的当前站点、车辆状态；若GPS点位于站点S的站点区域，所述匹配到的当前站点是站点S，若GPS点位于站点区域以外的区域，所述匹配到的当前站点为0；

所述车辆状态包括进站和出站；

步骤4，服务器根据所述进出站事件和所述心跳数据进行实时计算班次进出站时间；

优选的，还包括步骤5，服务器离线修复隔天的公交车辆每个班次进出站时间。

进一步的，步骤31中所述终端进行实时站点匹配，并把匹配到的进出站事件上传服务器，具体步骤如下，

步骤311，终端每秒获取一次GPS点及对应的时间，去除在每秒内产生位移大于L米的GPS点，L∈[23，34](因为根据路况，公交车的速度即GPS移动的速度一般不超过120km/h(即33.3m/s)，有限速路段则不会超过80km/h(即22.2m/s))；

步骤312，(由于公交车辆不可能完全沿着线路走向进行精确行驶，通过投影算法可以将公交车位置投影到标准公交线路上，所述标准公交线路是指由站点、拐弯点及通常的行驶轨迹连接而成的一条固定曲线)通过投影算法找到GPS点P在标准公交线路上的投影点P’，计算P和P’两点间的距离D(P’,P)，若D(P’,P)大于阈值Dm，认为车辆偏移线路，即车辆不在公交线路上行驶，舍弃GPS点P信息；否则进入步骤313，

步骤313，判断公交的行驶方向：计算GPS点P的投影点P’相对于标准公交线路的上行行驶距离Tu和下行行驶距离Td，(Tu+Td＝标准公交线路的曲线长度)，若Tu增大，Td减小,则公交行驶方向为上行，若Tu减小，Td增大，则行驶方向为下行；

步骤314，判断当前站点及进出站状态，上传进出站事件

在每个站点S前后位置各设置进站点A和出站点B，进站点A与站点S之间的区域为进站区域，站点S与出站点B之间的区域为出站区域，进站区域和出站区域统称为站点区域。若GPS点P的投影点P'首次落入S站点的进站区域，认为公交车进站，终端向服务器上报进站事件；若投影点P'首次离开S站点的出站区域(即上一秒的P'落到站点区域内并且当前P'落到站点区域以外区域)则认为出站，终端向服务器上报出站事件；

优选的，步骤32的所述车辆状态和所述匹配到的当前站点具体为：

若GPS点P的投影点P'位于站点S的站点区域，所述匹配到的当前站点是站点S，若GPS点P的投影点P'位于站点区域以外的区域，所述匹配到的当前站点为0；若GPS点P的投影点P'位于进站区域，则车辆状态为进站，若GPS点P的投影点P'位于出站区域，,则车辆状态为出站，否则车辆状态为0；

在服务区计算进出站时间的过程中，如果有进出站事件时，以进出站事件为准，但是现实情况中往往存在终端由于自身原因没有向服务器上传进出站事件时，此时服务器依然可以依据心跳数据来计算车辆的进出站时间。

因此，步骤4中所述服务器根据所述进出站事件和所述心跳数据进行实时计算班次进出站时间，具体为：服务器接收终端上传的报文，所述报文包括进出站事件和心跳数据，

(由于服务器接受的报文，不一定都是当天的班次信息，优选的，所述步骤4服务器接收终端上传的报文后，优先判断报文的的班次ID是否属于当天的班次，若是，进行下一步判断，否则舍弃。)

步骤41，若报文类型为进出站事件，则更新当前站点的进出站时间；

步骤42，若报文类型为心跳数据，判断其班次是否处于结束状态，若班次为结束状态，则不进入后续流程，若当前班次状态为非结束状态，则判断匹配到的当前站点是首站还是中途站还是末站，(每个班次初始状态为未开始状态，当心跳数据中站点为首站或中途站时，班次状态变更为执行中，当站点为末站时，班次状态变为结束状态，班次状态为结束状态后，即使收到的心跳数据中的班次是当前班次，也不进入后面的处理流程)。

(1)若为首站，且车辆状态为出站，①若当前班次未更新过实际发车时间，则更新当前班次的实际发车时间，并更新当前站点出站时间，班次状态变更为运行中，②若当前班次已更新过实际发车时间，则不更新；

(2)若为中途站，①若当前班次没有更新过发车时间，则以当前站点的进站时间来更新班次发车时间(优选的，①若当前班次没有更新过发车时间，并且采集到的上一个中途站恰好是当前班次中当前站点对应的上一站，则以上一个中途站的进站时间来更新班次发车时间)(公交车辆实际运行过程中，往往存在车辆从非首站开始运行的情况，这种情况就会没有首站的数据，造成车辆缺失发车时间，系统也无法对车辆的班次生命周期进行维护，此时以匹配到的连续站点的第一个非首站的进站时间作为班次发车时间，弥补了特殊班次数据不完整的缺陷。)②若当前班次已更新过发车时间：若当前车辆状态为进站状态且当前站点未更新过进站时间则更新当前站点进站时间，若当前车辆状态为出站且当前站点未更新过出站时间则更新当前站点出站时间；

(3)若为末站：若当前车辆状态为进站且当前班次未更新过实际结束时间，则更新班次实际结束时间，并更新当前站点的进站时间，同时班次状态更新为结束状态。(班次的首站只有发车时间、末站只有到站时间)

上述步骤4中并没有用到心跳数据中所述匹配到的当前站点为0的情况，即并没有用到公交车辆的GPS点位于站点区域以外区域的心跳数据，步骤5是当终端没有上传进出站事件时，服务器会通过心跳数据(包括站点区域以外区域的心跳数据)来计算终端的进出站事件，步骤5相当于是对于步骤4的完善。

步骤5中服务器离线修复隔天的公交车辆每个班次进出站时间，具体为：

步骤51，站点匹配

服务器获取每个班次对应的所有站点的进出站事件以及心跳数据，将进出站事件同实际站点进行匹配，并按照实际站点顺序进行排序，若存在站点S未能匹配到进出站事件的情况，进入步骤2，否则，进入步骤3，

步骤52，对站点进出站时间进行优化

步骤521，通过心跳数据对进出站时间进行优化

找到站点S上一个站点出站时间到下一个站点进站时间范围内心跳数据的GPS数据，并按照时间顺序排序，依次寻找每个GPS定位点P对应线路上的投影点P'，找到第一个落到站点区域(或者进站区域)内的投影点P₁'，P₁'对应的GPS点的时间为公交在该站点的进站时间；找到第一个落到站点区域(或者出站区域)外的投影点P₂'，P₂'对应的GPS点的时间为出站时间；

步骤522，通过当前线路上当前班次前后相邻班次的进出站时间推算

若步骤521没有找到站点S对应的P₁'，P₂'，寻找当前线路上与该车辆发车时间前后间隔5～30min以内的所有车辆(如共n个车辆)，获取这些车辆在上一站出站时间与这一站到站时间的时间差，依次记为tb₁,tb₂,,,tb_n；这些车辆的这一站出站时间与下一站的进站时间差记为te₁,te₂,,,te_n，通过一定的方式(如过滤掉tb₁,tb₂,,,tb_n之间的最小值和最大值)求出平均数tb_avg、te_avg，则当前车辆在该站点的进站时间为上一站的出站时间tb+tb_avg，当前车辆的出站时间为下一站的进站时间te–te_avg；

步骤53，首站的出站时间为班次实际发车时间，末站的进站时间为班次实际结束时间，从而得到每个班次的进出站时间。

本发明还包括一种公交班次实际执行情况的获取装置，包括连接模块、第一传输模块、第二传输模块、计算模块，上述模块依次电连接；

所述连接模块可执行上述一种公交班次实际执行信息的获取方法的步骤1的步骤；

所述第一传输模块可执行上述一种公交班次实际执行信息的获取方法的步骤2的步骤；

所述第二传输模块可执行上述一种公交班次实际执行信息的获取方法的步骤3的步骤；

所述计算模块可执行上述一种公交班次实际执行信息的获取方法的步骤4的步骤；

优选的，还包括同计算模块相连接的修复模块，所述修复模块可执行上述一种公交班次实际执行信息的获取方法的步骤5的步骤。

与现有技术相比，本发明具有如下有益效果：

利用现有的终端部署方式，进行分布式边缘计算架构设计，将计算过程转移到终端，让终端在本地通过投影算法使用间隔1秒的GPS数据来进行站点匹配，计算班次的进出站时间，终端将匹配结果上传到服务器，服务端采用普通的刀片服务器即可，打破了GPS频率低地限制，终端本地采集的GPS数据频率可达到秒级，大大提高了计算结果的精度，同时采用投影算法来匹配班次进出站时间，规避了无效的GPS数据的同时，也保证了匹配结果的准确率；服务器获取车辆的进出站事件后，对某些没有进出站信息的数据可通过终端上传的心跳数据进行分析计算出进出站时间，保证了数据的完整性；若某段时间缺失心跳数据，服务器也可以隔天修复每个班次进出站时间。本发明减少了服务端的计算资源和计算架构的复杂度，提高了班次实际执行情况的数据完整性和准确性，同时提高公交司机的考核准确性。

附图说明

图1为本发明的服务器实时计算班次进出站时间的方法流程图；

图2为本发明的公交班次实际执行情况的获取装置示意图

具体实施方式

为了阐明本发明的技术方案和工作原理，下面结合附图与具体实施例对本发明做详细的介绍。本实施例中，所述车辆包括但不限于公交公司的公交车辆，也包括与公交车采用类似运行模式的企业班车、大巴车辆、地铁等。

附图1为本发明的步骤4的服务器实时计算班次进出站时间的方法流程图，结合该图，该方法具体步骤如下：

步骤1，终端与服务器建立连接后进行注册，所述终端安装在公交车辆上；

步骤2，服务器提前向终端下发行车计划、站点信息、线路信息；

步骤3，终端把进出站事件和心跳数据上传服务器

步骤31，终端进行实时站点匹配，并把匹配到的进出站事件上传服务器，所述进出站事件包含班次ID、进/出站的GPS点、进/出站时间、行驶方向、当前站点、车辆状态；

步骤311，终端每秒获取一次GPS点及对应的时间，去除在每秒内产生位移大于34米的GPS点；

步骤312，通过投影算法找到GPS点P在标准公交线路上的投影点P’，计算P和P’两点间的距离D(P’,P)，若D(P’,P)大于阈值100m，认为车辆偏移线路，即车辆不在公交线路上行驶，舍弃GPS点P信息；否则进入步骤313，

步骤313，判断公交的行驶方向：计算GPS点P的投影点P’相对于标准公交线路的上行行驶距离Tu和下行行驶距离Td，(Tu+Td＝标准公交线路的曲线长度)，若Tu增大，Td减小,则公交行驶方向为上行，若Tu减小，Td增大，则行驶方向为下行；

步骤314，判断当前站点及进出站状态，上传进出站事件

若GPS点P的投影点P'首次落入S站点的进站区域，认为公交车进站，终端向服务器上报进站事件；若投影点P'首次离开S站点的出站区域(即上一秒的P'落到站点区域内并且当前P'落到站点区域以外区域)则认为出站，终端向服务器上报出站事件；

步骤32，终端每隔30秒向服务器上传一次心跳数据，所述心跳数据包含班次ID、车辆实时位置的GPS点和GPS点产生的时间，行驶方向、匹配的当前站点、车辆状态；

若GPS点P的投影点P'位于站点S的站点区域，所述匹配到的当前站点是站点S，若GPS点P的投影点P'位于站点区域以外的区域，所述匹配到的当前站点为0；若GPS点P的投影点P'位于进站区域，则车辆状态为进站，若GPS点P的投影点P'位于出站区域，,则车辆状态为出站，否则车辆状态为0；

步骤4，服务器根据所述进出站事件和所述心跳数据进行实时计算班次进出站时间；如图1所示，

服务器接收终端上传的报文，所述报文包括进出站事件和心跳数据，优先判断报文的的班次ID是否属于当天的班次，若是，进行下一步判断，否则舍弃。

步骤41，若报文类型为进出站事件，则更新当前站点的进出站时间；

步骤42，若报文类型为心跳数据，判断其班次是否处于结束状态，若班次为结束状态，则不进入后续流程，若当前班次状态为非结束状态，则判断匹配到的当前站点是首站还是中途站还是末站。

(1)若为首站，且车辆状态为出站，①若当前班次未更新过实际发车时间，则更新当前班次的实际发车时间，并更新当前站点出站时间，班次状态变更为运行中，②若当前班次已更新过实际发车时间，则不更新；

(2)若为中途站，①若当前班次没有更新过发车时间，并且采集到的上一个中途站恰好是当前班次中当前站点对应的上一站，则以上一个中途站的进站时间来更新班次发车时间。②若当前班次已更新过发车时间：若当前车辆状态为进站状态且当前站点未更新过进站时间则更新当前站点进站时间，若当前车辆状态为出站且当前站点未更新过出站时间则更新当前站点出站时间；

(3)若为末站：若当前车辆状态为进站且当前班次未更新过实际结束时间，则更新班次实际结束时间，并更新当前站点的进站时间，同时班次状态更新为结束状态。

步骤5，服务器离线修复隔天的公交车辆每个班次进出站时间。

步骤51，站点匹配

服务器获取每个班次对应的所有站点的进出站事件以及心跳数据，将进出站事件同实际站点进行匹配，并按照实际站点顺序进行排序，若存在站点S未能匹配到进出站事件的情况，进入步骤2，否则，进入步骤3，

步骤52，对站点进出站时间进行优化

步骤521，通过心跳数据对进出站时间进行优化

找到站点S上一个站点出站时间到下一个站点进站时间范围内心跳数据的GPS数据，并按照时间顺序排序，依次寻找每个GPS定位点P对应线路上的投影点P'，找到第一个落到站点区域(或者进站区域)内的投影点P₁'，P₁'对应的GPS点的时间为公交在该站点的进站时间；找到第一个落到站点区域(或者出站区域)外的投影点P₂'，P₂'对应的GPS点的时间为出站时间；

步骤522，通过当前线路上当前班次前后相邻班次的进出站时间推算

若步骤521没有找到站点S对应的P₁'，P₂'，寻找当前线路上与该车辆发车时间前后间隔10min以内的所有车辆(如共6个车辆)，获取这些车辆在上一站出站时间与这一站到站时间的时间差，依次记为tb₁,tb₂,,,tb₆；这些车辆的这一站出站时间与下一站的进站时间差记为te₁,te₂,,,te₆，通过一定的方式(如过滤掉tb₁,tb₂,,,tb₆之间的最小值和最大值)求出平均数tb_avg、te_avg，则当前车辆在该站点的进站时间为上一站的出站时间tb+tb_avg，当前车辆的出站时间为下一站的进站时间te–te_avg；

步骤53，首站的出站时间为班次实际发车时间，末站的进站时间为班次实际结束时间，从而得到每个班次的进出站时间。

基于相同的技术构思，图2示例性的示出了本发明的公交班次实际执行情况的获取装置示意图，该装置可以执行公交班次实际执行情况的获取方法的流程。

如图2所示，该装置具体包括包括连接模块、第一传输模块、第二传输模块、计算模块、修复模块，上述模块依次电连接；

所述连接模块可执行上述一种公交班次实际执行信息的获取方法的步骤1的步骤；

所述第一传输模块可执行上述一种公交班次实际执行信息的获取方法的步骤2的步骤；

所述第二传输模块可执行上述一种公交班次实际执行信息的获取方法的步骤3的步骤；

所述计算模块可执行上述一种公交班次实际执行信息的获取方法的步骤4的步骤；

所述修复模块可执行上述一种公交班次实际执行信息的获取方法的步骤5的步骤。

以上结合附图对本发明进行了示例性描述，显然，本发明具体实现并不受上述方式的限制，凡是采用了本发明的方法构思和技术方案进行的各种非实质性的改进；或者未经改进、等同替换，将本发明的上述构思和技术方案直接应用于其他场合的，均在本发明的保护范围之内。

Claims (10)

1.一种公交班次实际执行信息的获取方法，其特征在于，包括以下步骤：

步骤1，终端与服务器建立连接后进行注册，所述终端安装在公交车辆上；

步骤2，服务器提前向终端下发行车计划、站点信息、线路信息；

步骤3，终端把进出站事件和心跳数据上传服务器

步骤31，终端进行实时站点匹配，并把匹配到的进出站事件上传服务器，所述进出站事件包含班次ID、进/出站的GPS点、进/出站时间、行驶方向、当前站点、车辆状态；

步骤32，终端每隔10s-60s向服务器上传一次心跳数据，所述心跳数据包含班次ID、GPS点和GPS点产生的时间，行驶方向、匹配的当前站点、车辆状态；若GPS点位于站点S的站点区域，所述匹配到的当前站点是站点S，若GPS点位于站点区域以外的区域，所述匹配到的当前站点为0；所述车辆状态包括进站和出站；

步骤4，服务器根据所述进出站事件和所述心跳数据进行实时计算班次进出站时间。

2.根据权利要求1所述的一种公交班次实际执行信息的获取方法，其特征在于，步骤31中所述终端进行实时站点匹配，并把匹配到的进出站事件上传服务器，具体步骤如下，

步骤311，终端每秒获取一次GPS点及对应的时间，去除在每秒内产生位移大于L米的GPS点，L∈[23，34]

步骤312，通过投影算法找到GPS点P在标准公交线路上的投影点P’，计算P和P’两点间的距离D(P’，P)，若D(P’，P)大于阈值Dm，认为车辆偏移线路，即车辆不在公交线路上行驶，舍弃GPS点P信息；否则进入步骤313，

步骤313，判断公交的行驶方向：计算GPS点P的投影点P’相对于标准公交线路的上行行驶距离Tu和下行行驶距离Td，若Tu增大，Td减小,则公交行驶方向为上行，若Tu减小，Td增大，则行驶方向为下行；

步骤314，判断当前站点及进出站状态，上传进出站事件

若GPS点P的投影点P'首次落入S站点的进站区域，认为公交车进站，终端向服务器上报进站事件；若投影点P'首次离开S站点的出站区域，则认为出站，终端向服务器上报出站事件。

3.根据权利要求2所述的一种公交班次实际执行信息的获取方法，其特征在于，步骤32的所述车辆状态和所述匹配到的当前站点具体为：

若GPS点P的投影点P'位于站点S的站点区域，所述匹配到的当前站点是站点S，若GPS点P的投影点P'位于站点区域以外的区域，所述匹配到的当前站点为0；若GPS点P的投影点P'位于进站区域，则车辆状态为进站，若GPS点P的投影点P'位于出站区域，,则车辆状态为出站，否则车辆状态为0。

4.根据权利要求1-3任一项所述的一种公交班次实际执行信息的获取方法，其特征在于，步骤4中所述服务器根据所述进出站事件和所述心跳数据进行实时计算班次进出站时间，具体为：

服务器接收终端上传的报文，所述报文包括进出站事件和心跳数据，

步骤41，若报文类型为进出站事件，则更新当前站点的进出站时间；

步骤42，若报文类型为心跳数据，判断匹配到的当前站点是首站还是中途站还是末站；

(1)若为首站，且车辆状态为出站，①若当前班次未更新过实际发车时间，则更新当前班次的实际发车时间，并更新当前站点出站时间，班次状态变更为运行中，②若当前班次已更新过实际发车时间，则不更新；

(2)若为中途站，①若当前班次没有更新过发车时间，则以当前站点的进站时间来更新班次发车时间②若当前班次已更新过发车时间：若当前车辆状态为进站状态且当前站点未更新过进站时间则更新当前站点进站时间，若当前车辆状态为出站且当前站点未更新过出站时间则更新当前站点出站时间；

(3)若为末站：若当前车辆状态为进站且当前班次未更新过实际结束时间，则更新班次实际结束时间，并更新当前站点的进站时间，同时班次状态更新为结束状态。

5.根据权利要求4所述的一种公交班次实际执行信息的获取方法，其特征在于，所述步骤4服务器接收终端上传的报文后，优先判断报文的的班次ID是否属于当天的班次，若是，进行步骤41和步骤42的判断，否则舍弃。

6.根据权利要求4所述的一种公交班次实际执行信息的获取方法，其特征在于，步骤41判断匹配到的当前站点是首站还是中途站还是末站之前，首先判断其班次是否处于结束状态，若班次为结束状态，则不进入后续流程，若当前班次状态为非结束状态，则判断匹配到的当前站点是首站还是中途站还是末站。

7.根据权利要求1-3或5-6任一项所述的一种公交班次实际执行信息的获取方法，其特征在于，还包括步骤5，服务器离线修复隔天的公交车辆每个班次进出站时间。

8.根据权利要求7所述的一种公交班次实际执行信息的获取方法，其特征在于，步骤5中服务器离线修复隔天的公交车辆每个班次进出站时间，具体为：

步骤51，站点匹配

服务器获取每个班次对应的所有站点的进出站事件以及心跳数据，将进出站事件同实际站点进行匹配，并按照实际站点顺序进行排序，若存在站点S未能匹配到进出站事件的情况，进入步骤2，否则，进入步骤3，

步骤52，对站点进出站时间进行优化

步骤521，通过心跳数据对进出站时间进行优化

找到站点S上一个站点出站时间到下一个站点进站时间范围内心跳数据的GPS数据，并按照时间顺序排序，依次寻找每个GPS定位点P对应线路上的投影点P'，找到第一个落到站点区域内的投影点P₁'，P₁'对应的GPS点的时间为公交在该站点的进站时间；找到第一个落到站点区域外的投影点P₂'，P₂'对应的GPS点的时间为出站时间；

步骤522，通过当前线路上当前班次前后相邻班次的进出站时间推算进出站时间

步骤53，首站的出站时间为班次实际发车时间，末站的进站时间为班次实际结束时间，从而得到每个班次的进出站时间。

9.一种公交班次实际执行信息的获取装置，其特征在于，包括连接模块、第一传输模块、第二传输模块、计算模块，上述模块依次电连接；

所述连接模块可执行权利要求1-8任一项所述的一种公交班次实际执行信息的获取方法的步骤1的步骤；

所述第一传输模块可执行权利要求1-8任一项所述的一种公交班次实际执行信息的获取方法的步骤2的步骤；

所述第二传输模块可执行权利要求1-8任一项所述的一种公交班次实际执行信息的获取方法的步骤3的步骤；

所述计算模块可执行权利要求1-8任一项所述的一种公交班次实际执行信息的获取方法的步骤4的步骤。

10.根据权利要求9所述的一种公交班次实际执行信息的获取装置，其特征在于，还包括同计算模块相连接的修复模块；

所述修复模块可执行权利要求7-8任一项所述的一种公交班次实际执行信息的获取方法的步骤5的步骤。