阅读说明：本技术 公交车自动报站方法、系统及一种远程服务器 (Automatic bus station reporting method and system and remote server ) 是由 王仁明 毛怿安 刘晓斌 赵玉龙 于 2020-04-07 设计创作，主要内容包括：本发明公开了一种公交车自动报站方法、系统及一种远程服务器,该方法包括将上一次报站站点作为参考站点,判断车辆在指定线路运行方向上离开该参考站点的地理距离、车辆当前运行时间与上一次报站时间的时间距离是否满足条件,若是,则确定拟报站站点的序号＝所述参考站点的序号+1；若否,将参考站点的下一个站点作为参考站点,继续判断地理距离、时间距离是否满足条件,而后根据拟报站站点的序号及线路运行方向得到拟报站站点ID,当车辆与拟报站站点的地理距离满足拟报站站点的报站半径时,生成报站信息。本方法根据站点顺序依次寻找拟到达站点,一旦找到就不再继续计算后续站点与车辆的地理距离、时间距离,避免了跳站报站,减小了计算量。(The invention discloses a method, a system and a remote server for automatically reporting bus stops, wherein the method comprises the steps of taking a last stop reporting station as a reference station, judging whether the geographic distance of a vehicle from the reference station in the running direction of a specified line and the time distance between the current running time of the vehicle and the last stop reporting time meet the conditions, and if so, determining that the serial number of the station to be reported is equal to the serial number +1 of the reference station; if not, taking the next station of the reference stations as the reference station, continuously judging whether the geographic distance and the time distance meet the conditions, then obtaining the ID of the station to be reported according to the serial number of the station to be reported and the line running direction, and generating station reporting information when the geographic distance between the vehicle and the station to be reported meets the station reporting radius of the station to be reported. According to the method, the stations to be arrived are sequentially searched according to the station sequence, once the stations are found, the geographical distance and the time distance between the subsequent stations and the vehicle are not calculated, station skipping and station reporting are avoided, and the calculation amount is reduced.)

公交车自动报站方法、系统及一种远程服务器

技术领域

本发明涉及智能公交技术领域，特别涉及一种公交车自动报站方法、系统及一种远程服务器。

背景技术

现有技术的公交自动报站系统主要包括两类：

(1)公交车上设有车载终端，车载终端内设置有GPS(Global PositioningSystem，全球定位系统)模块，还预先存储有各个公交站点的经纬度信息。在实际行车过程中，将GPS模块中获取的车辆的实时位置坐标与各公交站点的经纬度信息进行比较，计算车辆与公交站点两点之间的欧式距离，当该距离满足预设阈值时即触发报站。对于一些特殊线路，如图1所示的U型线路(正确路径为B-C-D-E-F)当车辆P从B驶向C时，由于车辆P与站点F的欧氏距离d_PF小于车辆与P与站点C的欧式距离d_PC，会产生误报。另外，公交线路常常分上行线与下行线，同一站点在马路两边有两个，经纬度信息十分相近，在计算欧氏距离时容易搞混，出现在上行线的公交报了下行线的站点情况，

(2)公交车上设置内置GPS模块的车载终端，公交集团后台系统设置远程服务器，车载终端和远程服务器端保存线路中每一个站点的位置信息，本方法一般通过设置在车载终端的GPS模块实时获取车辆的位置信息，并根据预设的所有公交线路上的站点位置信息，分析公交与各站点差值变化确定下一报站站点。比如，对于普通线路(如包括A-B-C-D等站点)，车辆P与各站点的距离应该是持续增大的即L_PA<L_PB<L_PC<L_PD，若计算得到车辆与后续各种站点距离持续增大，则将距离最小的判断为下一报站站点，再结合预设阈值判断车辆是否即将进出站，实现报站。对于形如图1的线路，车辆与后续各站点的距离值应该是先增大后减小(即L_PC<L_PD<L_PE，但L_PF<L_PE)，若计算得到车辆与后续各种站点差值由逐渐增大后又减小，则将构成距离逐渐增大趋势的首个站点判断为下一报站站点，再结合预设阈值判断车辆是否即将进出站，实现报站。这类自动报站技术克服了现有直接使用欧氏距离产生的误报站情况，但需要实时计算车辆与所有站点的距离，计算量大，并且前期需要针对不同线路变化趋势进行分析得到判断依据，其实现复杂高。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种公交车自动报站方法、系统及一种远程服务器。

第一方面，本发明实施例提供一种公交车自动报站方法，包括以下步骤：

将上一次报站站点作为参考站点；

判断车辆在指定线路运行方向上离开该参考站点的地理距离、车辆当前运行时间与上一次报站时间的时间距离是否满足以下任一条件：(1)所述地理距离不大于该参考站点的报站半径；(2)所述时间距离不大于预设时间；

若是，则确定拟报站站点的序号＝所述参考站点的序号+1；若否，将所述参考站点的下一个站点作为参考站点，继续判断车辆在指定线路运行方向上离开该参考站点的地理距离、车辆当前运行时间与上一次报站时间的时间距离是否满足以下任一条件的步骤；

根据拟报站站点的序号及线路运行方向得到拟报站站点ID，当车辆与拟报站站点的地理距离满足拟报站站点的报站半径时，生成报站信息。

进一步的，还包括：当车辆的实际运行方向角与拟报站站点的标准进站方向角或标准出站方向角满足预设角度阈值时，判断车辆为进站或出站状态，所述报站信息还包括车辆为进站或出站状态。

进一步的，所述预设时间为正常情况下车辆从上一次报站站点到达参考站点的下一站点所需要的运行时间，设置预设时间的方法包括：

若相邻两站之间车辆正常运行的时间范围为t，则预设时间ΔT＝(N+1)*t，N为上一次报站站点与参考站点间的站点数；或者，

预先统计车辆在线路中任意两站点间运行所需的时间范围，将上一次报站站点、参考站点的下一站站点在线路中进行匹配，将匹配得到的所需的时间范围作为预设时间；或者，

预设时间等于参考站点的下一站站点与上一次报站站点的地理距离的差值除以车辆速度。

进一步的，计算车辆离开该参考站点的地理距离包括:根据参考站点的序号结合公交线路运行方向查找到该参考站点的经纬度信息，再利用车辆实际运行的经纬度信息计算车辆离开该参考站点的地理距离。

进一步的，所述报站半径为当前车辆速度与预设的报站预留时间的乘积。

第二方面，基于同一发明思路，本发明实施例还提供一种远程服务器，包括公交线路数据存储模块、调度信息模块、缓存模块、站点判断模块，其中：

所述公交线路数据存储模块,用于存储与各公交线路ID对应的站点信息，并接受站点判断模块的站点信息请求指令，向所述站点判断模块提供所需的站点信息，所述站点信息至少包括线路方向、站点序号、站点ID、站点经纬度信息、报站半径；

所述调度信息模块，用于获取与车辆ID对应的车辆调度信息，并接受站点判断模块的调度信息请求指令，向所述站点判断模块提供所需的车辆调度信息，所述车辆调度信息至少包括车辆要执行的公交线路ID、线路方向；

缓存模块，用于存储站点判断模块生成的报站信息，并接受站点判断模块的上一次报站信息请求指令，向所述站点判断模块提供已存储的上一次报站信息，所述报站信息至少包括线路方向、站点序号、站点ID、报站时间；

站点判断模块，用于接收公交车发来的车辆实际运行状态信息，所述车辆实际运行状态信息至少包括车辆ID、车辆当前经纬度信息、车辆当前运行时间；用于向所述公交线路数据存储模块发送站点信息请求指令并接收所需的站点信息，向所述调度信息模块发送调度信息请求指令并接收所需的车辆调度信息，向所述缓存模块发送上一次报站信息请求指令并接收该报站信息；还用于根据预设规则生成新的报站信息分别发送给车载终端及缓存模块。

第三方面，基于同一发明思路，本发明实施例提供一种公交车自动报站系统，包括车载终端及远程服务器，其中：

所述车载终端，用于将获取的车辆实际运行状态信息发送给远程服务器；用于接收车辆调度信息、报站信息；还用于根据报站信息进行报站；所述车辆实际运行状态信息至少包括车辆ID、车辆当前经纬度信息、车辆当前运行时间，所述车辆调度信息至少包括车辆要执行的公交线路ID、线路方向，所述报站信息至少包括线路方向、站点序号、站点ID、报站时间；

所述远程服务器,用于存储与各公交线路ID对应的站点信息，所述站点信息至少包括线路方向、站点序号、站点ID、站点经纬度信息、报站半径；用于获取与车辆ID对应的车辆调度信息，所述车辆调度信息至少包括车辆要执行的公交线路ID、线路方向；用于接收所述车载终端发来的车辆实际运行状态信息；还用于缓存上一次报站信息，并根据预设规则生成新的报站信息。

本发明实施例与现有技术相比的有益效果在于：

本发明将上一次报站站点作为参考站点,判断车辆在指定线路运行方向上离开该参考站点的地理距离、车辆当前运行时间与上一次报站时间的时间距离是否满足条件，若是，则确定拟报站站点的序号＝所述参考站点的序号+1；若否，将所述参考站点的下一个站点作为参考站点，继续判断地理距离、时间距离是否满足条件，而后根据拟报站站点的序号及线路运行方向得到拟报站站点ID，当车辆与拟报站站点的地理距离满足拟报站站点的报站半径时，生成报站信息。本发明的公交报站方法根据站点顺序依次寻找拟到达的站点，一旦找到就不再继续计算后续站点与车辆的地理距离、时间距离，既避免了跳站报站，还减小了计算量，也不需要针对不同线路变化趋势进行针对性分析，实现更方便。另外，由于是在已确定的公交车行驶线路方向及站点顺序中寻找拟到达站点，避免出现混乱双向路线的情况。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明背景技术中，一种U型线路的示意图；

图2为本发明实施例一中，一种公交车自动报站方法的流程图；

图3为本发明实施例二中，一种远程服务器的结构示意图；

图4为本发明实施例三中，一种公交车自动报站系统的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为了解决现有技术中存在的混乱上下行报站、跳站报站、准确报站计算量大、实现复杂等等问题，提供以下发明内容。

实施例一

本发明实施例公开了一种公交车自动报站方法，如图2所示，包括以下步骤：

S01,将上一次报站站点作为参考站点。

一般报站信息至少包括线路方向、站点序号、站点ID、报站时间。

S02,判断车辆在指定线路运行方向上离开该参考站点的地理距离、车辆当前运行时间与上一次报站时间的时间距离是否满足以下任一条件：

(1)所述地理距离不大于该参考站点的报站半径；

(2)所述时间距离不大于预设时间。

具体的，计算车辆离开该参考站点的地理距离包括:根据参考站点的序号结合公交线路运行方向查找到该参考站点的经纬度信息，再利用车辆实际运行的经纬度信息计算车辆离开该参考站点的地理距离。

各站点的报站半径可以设为一致，若需要区分进站报站半径、出站报站半径，一般进站报站半径>出站报站半径，为乘客留出足够的下车准备时间。在实际应用中，报站半径也可以为当前车辆速度与预设的报站预留时间的乘积。报站预留时间是为提高用户乘车体验设置的经验值，比如为20s。

所述预设时间为正常情况下车辆从上一次报站站点到达参考站点的下一站点所需要的运行时间，设置预设时间的方法包括：

若相邻两站之间车辆正常运行的时间范围为t，则预设时间ΔT＝(N+1)*t，N为上一次报站站点与参考站点间的站点数,t可以为经验值4-5分钟。

由于站点间距离可能存在一定区别，相邻站点间运行时间不同，为了更准确设置预设时间，也可以预先统计车辆在线路中任意两站点间运行所需的时间范围，将上一次报站站点、参考站点的下一站站点在线路中进行匹配，将匹配得到的所需的时间范围作为预设时间。比如如图1所示，预先统计车辆在B-C、B-D、B-E、……C-D、C-E……间运行的时间范围。假设上一次报站站点为B，参考站点的下一站站点为C，则将B-C间运行所需时间范围作为预设时间。

对于直线型线路，预设时间也等于参考站点的下一站站点与上一次报站站点的地理距离的差值除以车辆速度。

S03,若是，则确定拟报站站点的序号＝所述参考站点的序号+1；若否，将所述参考站点的下一个站点作为参考站点，继续判断车辆在指定线路运行方向上离开该参考站点的地理距离、车辆当前运行时间与上一次报站时间的时间距离是否满足以下任一条件的步骤。

S04，根据拟报站站点的序号及线路运行方向得到拟报站站点ID，当车辆与拟报站站点的地理距离满足拟报站站点的报站半径时，生成报站信息。

优选的，一般应该公交车对进站、出站分别进行报站。因此，该公交车自动报站方法还包括：当车辆的实际运行方向角与拟报站站点的标准进站方向角或标准出站方向角满足预设角度阈值时，判断车辆为进站或出站状态，所述报站信息还包括车辆为进站或出站状态。

现结合图1所示的公交线路情况对公交车自动报站方法进行详细说明。公交车自动报站方法应用于一种远程服务器中，该远程服务器包括以下功能：

(1)用于存储与各公交线路ID对应的站点信息。

假设车辆P为15路公交车，该线路的站点信息如表1所示，站点信息至少包括线路方向、站点序号、站点ID、站点经纬度信息、报站半径，还可以包括标准进站方向角、标准出站方向。线路方向包括上行或下行，环形线路的线路方向可以认为只有一种方向，比如看作上行。上下行公交线路中同名站点的站点ID一致，站点序号表示公交车辆从始发站到终点站经过该站的顺序。各站点的报站半径可以设为一致，若需要区分进站报站半径、出站报站半径，一般进站报站半径>出站报站半径，为乘客留出足够的下车准备时间。在实际应用中，报站半径也可以为当前车辆速度与预设的报站预留时间的乘积。报站预留时间是为提高用户乘车体验设置的经验值。由于每个站点所在地理位置有区别，因此针对每个站点的标准进站方向角、标准出站方向一般也有区别。

表1

(2)用于获取与车辆ID对应的车辆调度信息，所述车辆调度信息一般来自公交集团的调度系统，至少包括车辆要执行的公交线路ID、线路方向，表2示意出调度系统提供的调度信息情况。

表2

(3)用于接收车辆P的实际运行状态信息，车辆实际运行状态信息，至少包括车辆当前经纬度信息、车辆当前运行时间，有些情况下还包括车辆速度。远程服务器根据车辆ID与实际运行状态信息的关联来识别不同车辆的实际运行状态信息。

(4)用于缓存上一次报站信息，并根据预设规则生成新的报站信息。

具体的，如图1所示，车辆P离开站点B，远程服务器缓存上一次报站信息如表3所示。上一站站点序号为2，站点ID为B。若缓存信息为空，说明车辆刚启动，接收车辆调度信息、站点信息来设置初始状态，如表4所示。若上一次报站信息内的线路方向与车辆调度信息中线路方向不一致，则说明车辆完成了上次调度安排后未清空缓存，则也需要设置如表4所示的初始状态。

表3

表4

结合图2所示，远程服务器根据预设规则生成新的报站信息包括：

现结合图1的线路做具体说明。

S01’:将上一次报站站点作为参考站点,假设表3为上一次报站信息，读取表3，缓存信息不为空，参考站点的序号＝2，参考站点ID为B。

S02’：计算车辆离开该参考站点的地理距离、车辆当前运行时间与上一次报站时间的时间距离：根据求得的参考站点的序号2结合15路公交线路上行运行方向，在表1中的站点信息中查找到相应的经纬度信息(X_B上,Y_B上)，在表1中还能找到该站点报站半径R_B上。再计算车辆P当前位置与(X_B上,Y_B上)地理距离d_PB，计算车辆P当前运行时间Tp与上一次报站信息中生成的报站时间Tb的差值Tpb，Tpb＝Tp-Tb。

判断得到的地理距离、时间距离是否满足以下任一条件：

(1)d_PB<＝报站半径R_B上，；

(2)Tpb<＝ΔT，在本实施例中，预设时间ΔT＝(N+1)*t，N为上一次报站站点与参考站点间的站点数，N＝0。

S03’：

若d_PB<报站半径R_B，则判断车辆已离开B还未到达下一站，下一站的站点序号为当前序号顺延1位，即拟报站的站点序号为3。

若Tpb<＝ΔT则说明车辆已离开B还未到达下一站，因此下一站的站点序号为当前序号顺延1位，下一站的站点序号为3。

若都不满足，则判断车辆当前已远离B站，但无法确定最近的站，此时，将所述参考站点的下一个站点作为参考站点，继续执行S02’。具体的：

参考站点的序号＝2+1＝3，根据求得的参考站点的序号3结合15路公交线路上行运行方向，在表1中的站点信息中查找到相应的经纬度信息(X_C上,Y_C上)、报站半径R_C上。再计算车辆P当前位置与(X_C上,Y_C上)地理距离d_PC，计算车辆P当前运行时间Tp与上一次报站信息中生成的报站时间Tb的差值Tpb。

判断得到的地理距离、时间距离是否满足以下任一条件：

(1)d_PC<＝报站半径R_C上；

(2)Tpb<＝ΔT，在本实施例中，预设时间ΔT＝(N+1)*t，N为上一次报站站点与参考站点间的站点数，N＝1

直至找到满足条件的拟报站站点序号。

S04’，结合拟报站站点序号及线路运行方向得到拟报站站点ID，当当前车辆与拟报站站点的地理距离满足拟报站站点的报站半径时，生成新的报站信息供报站。

对于公交车报站系统而言，需要得到具体的站点ID才能报站，因此在得到拟报站站点序号后，需结合线路运行方向在表1中得到拟报站站点ID。对于图1来说，得到的拟报站站点序号为3，结合15路公交线路上行运行方向，在表1中的站点信息中查找到得到的拟报站ID为C。

对于图1来说，在表1中能查到C站的报站半径R_C上，或者报站半径R_C上为动态值，R_C上＝当前车辆速度*预设的报站预留时间的乘积。

当d_PC<R_C上时，生成包括线路方向、站点序号、站点ID、报站时间的报站信息供公交车报站。另外，还将生成的报站信息缓存，以作为步骤S01中的上一次报站信息，供下一次报站使用。

优选的，一般应该公交车对进站、出站分别进行报站。因此，该公交车自动报站方法还包括：当车辆的实际运行方向角与拟报站站点的标准进站方向角或标准出站方向角满足预设角度阈值时，判断车辆为进站或出站状态，所述报站信息还包括车辆为进站或出站状态。表1中包括预设的标准进站方向角、标准进站方向角。对于图1来说最终生成的报站信息如表5。

表5

本发明的公交报站方法包括将上一次报站站点作为参考站点,判断车辆在指定线路运行方向上离开该参考站点的地理距离、车辆当前运行时间与上一次报站时间的时间距离是否满足条件，若是，则确定拟报站站点的序号＝所述参考站点的序号+1；若否，将所述参考站点的下一个站点作为参考站点，继续判断地理距离、时间距离是否满足条件，而后根据拟报站站点的序号及线路运行方向得到拟报站站点ID，当车辆与拟报站站点的地理距离满足拟报站站点的报站半径时，生成报站信息。本发明的公交报站方法根据站点顺序依次寻找拟到达的站点，一旦找到就不再继续计算后续站点与车辆的地理距离、时间距离，既避免了跳站报站，还减小了计算量，也不需要针对不同线路变化趋势进行针对性分析，实现更方便。另外，由于是在已确定的公交车行驶线路方向及站点顺序中寻找拟到达站点，避免出现混乱双向路线的情况。如图1所示，若采用现有技术，则公交车下一次报站可能为F站，但使用本发明方法能得到对站点C的准确报站。

实施例二

在一些实施例，本发明实施例还公开了一种远程服务器10，结合图3所示，该远程服务器10包括公交线路数据存储模块11、调度信息模块12、缓存模块13、站点判断模块14，其中：

公交线路数据存储模块11,用于存储与各公交线路ID对应的站点信息，并接受站点判断模块14的站点信息请求指令，向站点判断模块14提供所需的站点信息。表1示出了站点信息的内容，至少包括线路方向、站点序号、站点ID、站点经纬度信息、报站半径。线路方向包括上行或下行，环形线路的线路方向可以认为只有一种方向，比如看作上行。上下行公交线路中同名站点的站点ID一致，站点序号表示公交车辆从始发站到终点站经过该站的顺序。各站点的报站半径可以设为一致，若需要区分进站报站半径、出站报站半径，一般进站报站半径>出站报站半径，为乘客留出足够的下车准备时间。在实际应用中，报站半径也可以为当前车辆速度与预设的报站预留时间的乘积。报站预留时间是为提高用户乘车体验设置的经验值。由于每个站点所在地理位置有区别，因此针对每个站点的标准进站方向角、标准出站方向一般也有区别。

调度信息模块12，用于获取与车辆ID对应的车辆调度信息，并接受站点判断模块14的调度信息请求指令，向所述站点判断模块14提供所需的车辆调度信息。车辆调度信息一般来自公交集团的调度系统，表2示出了调度系统提供的调度信息情况，至少包括车辆要执行的公交线路ID、线路方向、发车时间。公交集团的调度系统也会向车载终端发送该调度信息。

缓存模块13，用于存储站点判断模块14生成的报站信息，并接受站点判断模块14的上一次报站信息请求指令，向所述站点判断模块14提供已存储的上一次报站信息。缓存模块13内设有若干存储区域，用于分别存储对应不同车辆ID的上一次报站信息。报站信息如表3所示，至少包括线路方向、站点序号、站点ID、报站时间。

站点判断模块14，用于接收公交车发来的车辆实际运行状态信息，根据车辆ID区别不同公交车的实际运行状态信息；用于向所述公交线路数据存储模块11发送站点信息请求指令并接收所需的站点信息，向所述调度信息模块12发送调度信息请求指令并接收所需的车辆调度信息，向所述缓存模块13发送上一次报站信息请求指令并接受已存储的报站信息；还用于根据预设规则生成新的报站信息分别根据车辆ID发送给不同的车载终端20及缓存模块13的对于缓存区域。其中，所述预设规则结合图2，包括：

S01’,根据调度信息模块12提供的车辆调度信息判断要报站的公交ID，在缓存模块13内获取与该公交ID对应的上一站报站信息，将上一次报站站点作为参考站点。

S02’,若上一次报站信息内的线路方向与车辆调度信息中线路方向一致，则根据公交线路数据存储模块11存储的站点信息、接收车辆实际运行状态信息，在该线路中判断车辆离开该参考站点的地理距离、车辆当前运行时间与上一次报站时间的时间距离是否满足以下任一条件：

(1)所述地理距离不大于该参考站点的报站半径；

(2)所述时间距离不大于预设时间。

具体的，计算车辆离开该参考站点的地理距离包括:根据参考站点的序号结合公交线路运行方向查找到该参考站点的经纬度信息，再利用车辆实际运行的经纬度信息计算车辆离开该参考站点的地理距离。

各站点的报站半径可以设为一致，若需要区分进站报站半径、出站报站半径，一般进站报站半径>出站报站半径，为乘客留出足够的下车准备时间。在实际应用中，报站半径也可以为当前车辆速度与预设的报站预留时间的乘积。报站预留时间是为提高用户乘车体验设置的经验值，比如为20s。

所述预设时间为正常情况下车辆从上一次报站站点到达参考站点的下一站点所需要的运行时间，设置预设时间的方法包括：

若相邻两站之间车辆正常运行的时间范围为t，则预设时间ΔT＝(N+1)*t，N为上一次报站站点与参考站点间的站点数,t可以为经验值4-5分钟。

由于站点间距离可能存在一定区别，相邻站点间运行时间不同，为了更准确设置预设时间，也可以预先统计车辆在线路中任意两站点间运行所需的时间范围，将上一次报站站点、参考站点的下一站站点在线路中进行匹配，将匹配得到的所需的时间范围作为预设时间。

对于直线型线路，预设时间也等于参考站点的下一站站点与上一次报站站点的地理距离的差值除以车辆速度。

S03’,若是，则确定拟报站站点的序号＝所述参考站点的序号+1；若否，将所述参考站点的下一个站点作为参考站点，继续判断车辆在指定线路运行方向上离开该参考站点的地理距离、车辆当前运行时间与上一次报站时间的时间距离是否满足以下任一条件的步骤。

若判断车辆在指定线路运行方向上离开该参考站点的地理距离、车辆当前运行时间与上一次报站时间的时间距离满足上述任一条件，则拟报站站点的站点序号＝参考站点的序号+1。否则，将所述参考站点的下一个站点作为参考站点，重新执行步骤S02。

S04’，根据拟报站站点的序号及线路运行方向得到拟报站站点ID，当车辆与拟报站站点的地理距离满足拟报站站点的报站半径时，生成报站信息。

优选的，一般应该公交车对进站、出站分别进行报站。因此，该公交车自动报站方法还包括：当车辆的实际运行方向角与拟报站站点的标准进站方向角或标准出站方向角满足预设角度阈值时，判断车辆为进站或出站状态，所述报站信息还包括车辆为进站或出站状态。

该远程服务器10的具体工作原理参考实施例一，在此不再赘述。

本发明的远程服务器10包括公交线路数据存储模块11、调度信息模块12、缓存模块13、站点判断模块14，公交线路数据存储模块11、调度信息模块12、缓存模块13分别为站点判断模块14提供站点信息、调度信息、上一次报站信息，站点判断模块14还接收来自公交车的车辆实际运行状态信息，并根据预设规则生成报站信息进行报站。判断车辆在指定线路运行方向上离开该参考站点的地理距离则确定拟报站站点的序号＝所述参考站点的序号+1本发明利用远程服务器根据站点顺序依次寻找拟到达的站点，一旦找到就不再继续计算后续站点与车辆的地理距离、时间距离，既避免了跳站报站，还减小了计算量，也不需要针对不同线路变化趋势进行针对性分析，实现更方便。另外，由于是在已确定的公交车行驶线路方向及站点顺序中寻找拟到达站点，避免出现混乱双向路线的情况。

实施例三

在一些实施例中，公开了一种公交车自动报站系统，如图4所示，包括位于公交车上的车载终端20，以及设置于公交集团管理系统侧的远程服务器10，远程服务器10与车载终端20为一对多关系。其中：

车载终端20，用于将获取的车辆实际运行状态信息发送给远程服务器10；用于接收车辆调度信息、报站信息；还用于根据报站信息进行报站；所述车辆实际运行状态信息至少包括车辆ID、车辆当前经纬度信息、车辆当前运行时间，所述车辆调度信息一般来自公交集团的调度系统，至少包括车辆要执行的公交线路ID、线路方向，所述报站信息至少包括线路方向、站点序号、站点ID、报站时间。

远程服务器10,用于存储与各公交线路ID对应的站点信息，所述站点信息至少包括线路方向、站点序号、站点ID、站点经纬度信息、报站半径；用于获取与车辆ID对应的车辆调度信息，所述车辆调度信息至少包括车辆要执行的公交线路ID、线路方向，该调度信息来自于公交集团的调度系统；用于接收所述车载终端20发来的车辆实际运行状态信息；还用于缓存上一次报站信息，并根据预设规则生成与车辆ID对应的新的报站信息。

具体的，在一些实施例中，结合图4所示，车载终端20包括主控制器21，以及分别与主控制器21连接的卫星定位模块22、通信模块23、报站模块24，其中：

主控制器21，用于接收卫星定位模块22发送的车辆定位信息，并将该车辆定位信息和存储的车辆ID作为车辆运行状态信息发送给通信模块，还用于接收通信模块23转发的用于指导车辆运行的车辆调度信息，并在接收到通信模块23转发的报站信息后向报站模块24发送报站指令。

卫星定位模块22，卫星定位模块22包括GPS定位模块或北斗卫星定位模块22，用于实时获取车辆定位信息发送给主控制器21，所述车辆定位信息至少包括车辆当前经纬度信息、车辆当前运行时间。

通信模块23，用于将获取的实际运行状态信息发送给远程服务器10；还用于接收车辆调度信息、报站信息并转发给主控制器21。

报站模块24，用于在接收到主控制器21发送的报站指令后进行报站操作。报站模块24包括语音设备或显示设备，当车辆进出站时，车载语音设备即可提醒提前做好下车准备，比如“下一站为站点C，请做好下车准备”，也可以通过车载显示设备(车内滚动显示的LED屏或者LCD屏)显示即将到达站点的提示信息。

在另一些实施例中，结合图4所示，所述远程服务包括公交线路数据存储模块11、调度信息模块12、缓存模块13、站点判断模块14，其中：

公交线路数据存储模块11,用于存储与各公交线路ID对应的站点信息，并接受站点判断模块14的站点信息请求指令，向所述站点判断模块14提供所需的站点信息；

调度信息模块12，用于获取与车辆ID对应的车辆调度信息20，并接受站点判断模块14的调度信息请求指令，向所述站点判断模块14提供所需的车辆调度信息。

缓存模块13，用于存储站点判断模块14生成的报站信息，并接受站点判断模块14的上一次报站信息请求指令，向所述站点判断模块14提供已存储的上一次报站信息。缓存模块13内设有若干存储和区域，用于分别存储对应不同车辆ID的上一次报站信息。

站点判断模块14，用于接收公交车发来的车辆实际运行状态信息，根据车辆ID区别不同公交车的实际运行状态信息；用于向所述公交线路数据存储模块11发送站点信息请求指令并接收所需的站点信息，向所述调度信息模块12发送调度信息请求指令并接收所需的车辆调度信息，向所述缓存模块13发送上一次报站信息请求指令并接受已存储的报站信息；还用于根据预设规则生成新的报站信息分别根据车辆ID发送给不同的车载终端20及缓存模块13的对于缓存区域。所述预设规则参考实施例一、实施例二，在此不再赘述。

本发明的公交车自动报站系统包括车载终端与远程服务器，由远程服务器根据预设规则生成报站信息，车载终端仅需要接收报站信息并实现报站，减少车载终端的工作量。本发明实施例的远程服务器根据站点顺序依次寻找拟到达的站点，一旦找到就不再继续计算后续站点与车辆的地理距离、时间距离，既避免了跳站报站，还减小了计算量，也不需要针对不同线路变化趋势进行针对性分析，实现更方便。另外，由于是在已确定的公交车行驶线路方向及站点顺序中寻找拟到达站点，避免出现混乱双向路线的情况。

应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。

在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。

本领域技术人员还应当理解，结合本文的实施例描述的各种说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地说明硬件和软件之间的可交换性，上面对各种说明性的部件、框、模块、电路和步骤均围绕其功能进行了一般地描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本公开的保护范围。

结合本文的实施例所描述的方法或者算法的步骤可直接体现为硬件、由处理器执行的软件模块或其组合。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质连接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该ASIC可以位于用户终端中。当然，处理器和存储介质也可以作为分立组件存在于用户终端中。

对于软件实现，本申请中描述的技术可用执行本申请所述功能的模块(例如，过程、函数等)来实现。这些软件代码可以存储在存储器单元并由处理器执行。存储器单元可以实现在处理器内，也可以实现在处理器外，在后一种情况下，它经由各种手段以通信方式耦合到处理器，这些都是本领域中所公知的。

上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。