一种公交车到站时间查询方法及装置与流程

本说明书实施例涉及互联网应用技术领域，尤其涉及一种公交车到站时间查询方法及装置。

背景技术

随着智能终端的发展和网络应用的普及，用户可以通过终端上安装的各种应用客户端实现各种业务操作，例如，通过终端所安装的专用客户端、浏览器客户端、或社交类客户端的公众号等，查询公交车到站时间，可以便于用户管理出行时间，较少等车中浪费的时间，提升出行的体验感。

基于现有技术，需要结果可实施性更高且更准确的公交车到站时间查询方法。

技术实现要素：

针对上述技术问题，本说明书实施例提供一种公交车到站时间查询方法及装置，技术方案如下：

一种公交车到站时间查询方法，该方法包括：

接收查询请求，并获得该请求指定的公交车编号及关注站点；

根据公交车编号，确定至少一辆行驶途中未到达关注站点的目标公交车，并通过基站定位确定目标公交车的当前位置；

确定当前位置到关注站点的行驶路径，获得行驶路径的长度及当前交通状况，并根据所获得当前交通状况，确定对应的行驶路径当前的拥堵指数；

根据拥堵指数，获得目标公交车的平均行驶速度、并确定根据行驶路径长度与平均行驶速度计算到站时长的计算策略；计算目标公交车的预计到站时长。

一种公交车到站时间查询装置，该装置包括：

查询请求接收模块，用于接收查询请求，并获得该请求指定的公交车编号及关注站点；

目标公交车确定模块，用于根据公交车编号，确定至少一辆行驶途中未到达关注站点的目标公交车，并通过基站定位确定目标公交车的当前位置；

行驶路径获得模块，用于确定当前位置到关注站点的行驶路径，获得行驶路径的长度及当前交通状况，并根据所获得当前交通状况，确定对应的行驶路径当前的拥堵指数；

到站时长计算模块，用于根据拥堵指数，获得目标公交车的平均行驶速度、并确定根据行驶路径长度与平均行驶速度计算到站时长的计算策略；计算目标公交车的预计到站时长。

本说明书实施例所提供的技术方案，根据查询时的各种实时数据预估公交车到站时间，实时数据如公交车的当前位置、根据行驶路径的当前交通情况确定的拥堵指数等。其中，当前位置是基于成本低、耗电少且不依赖网络信号的基站定位确定，从而使本方案可行性较高。而预计到站时长是根据基于拥堵指数确定的计算策略计算，从而为用户提供更准确的公交车到站时间查询结果。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书实施例。

此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1是本说明书实施例的公交车到站时间查询方法的流程示意图；

图2是本说明书实施例的公交车到站时间查询装置的结构示意图；

图3是本说明书实施例的查询请求接收模块的结构示意图；

图4是用于配置本说明书实施例装置的一种设备的结构示意图。

具体实施方式

为了使本领域技术人员更好地理解本说明书实施例中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于保护的范围。

在出行者选择乘坐公交车出行时，如果可以较为准确地获知公交车的到站时间，便可以灵活地安排出行计划，提升乘坐公共交通工具的出行体验感，从而可以引导出行者更多地使用公共交通工具，缓解城市交通问题与环境问题。

现有技术的一种方案中，出行者可以通过布置于公交车站的电子站牌，查看各路公交车的预计到站时间。电子站牌所显示的预计到站时间，一般是由公交公司根据公交车的历史行驶数据，计算得到公交车的平均行驶速度，并结合各辆公交车从起始站发出的时间，所估算的对于途中各站的预计到站时间。

显然，这一方案中对预计到站时间的估算方式较为粗糙，若实时的交通情况受天气、高峰期及交通管制等因素影响，相对平均行驶速度发生较大的偏差，则将使得预计到站时间的估算结果发生较大的偏差。

此外，出行者若要查看公交车的预计到站时间，仍需要前往车站，因此可能仍需要花费较多的时间等待公交车到站，因此这种方案对于改善出行者乘坐公共交通工具出行体验的效果不明显。

为解决上述为题，现有技术的另一种方案中，采用gps定位的方式，获得公交车的实时位置，从而预测公交车在某站的预计到站时间，gps定位作为一种精确度较高的定位方式，使得这种方案对预计到站时间的预测结果准确度也较高，并且用户可以通过其他更便利的渠道查询到预测结果，而非必须前往公交车站查看。

但是，无论是将各个公交车站的站牌更换为电子站牌，还是在各辆公交车上装备gps设备，都将带来较高的投入及维护成本，且gps定位的方式对网络质量要求较高，在网络信号较差的情况下，仍可能无法得到准确的到站时间预测结果。

针对上述问题，本说明书实施例提供一种公交车到站时间查询方法，基于成本低、耗电少且不依赖网络信号的基站定位方式，实时确定公交车的位置，并结合实时的交通情况等数据，得到较为准确的到站时间预测结果。此外，出行者可以通过终端设备安装的专用客户端、浏览器客户端、或社交类客户端的公众号等等渠道，便捷地查询所预测的公交到站时间。

参见图1所示，该方法可以包括以下步骤：

s101，接收查询请求，并获得该请求指定的公交车编号及关注站点；

本说明书实施例中，用户可以通过终端的查询页面查询所预测的公交车到站时间。

可以理解的是，所提供的查询页面，可以基于c/s(客户端/服务器)架构实现，如用户可以通过专用的查询app中的页面进行查询，或者通过社交app的公众号等页面查询；也可以基于b/s(浏览器/服务器)架构实现，如用户可以通过浏览器页面进行查询。

此外，用户的终端可以是手机、平板电脑等移动终端，也可以是台式机等终端，只要可以实现上述查询功能，本说明书并不对此进行限定。

获得该请求指定的公交车编号及关注站点，可以通过多种实现，并且可以根据用户查询方式的不同，采取对应的获得方式。

在本说明书实施例中，用户可以在查询页面中直接输入要查询的公交车编号，如“56路”，并从所展示的56路公交车的车站列表中，选择关注站点，则可以通过用户的输入、选择操作，获得公交车编号及关注站点。

在本说明书另一个实施例中，可以获得用户输入的关注站点，并获得经停所述关注站点的各公交车编号。

在一个例子中，可以获得用户在查询页面的输入区域中输入的关注站点。例如，查询页面中可以提供查询信息的输入区域，以便用户通过输入文字、数字等方式，查询需要的信息。因此，用户可以直接在查询页面的输入区域中输入关注站点，从而，本实施例中，可以根据用户的该操作获得用户的关注站点。

在另一个例子中，可以获得用户在查询页面的备选列表中选择的关注站点；所述备选列表中包括：根据用户历史查询数据确定的备选站点，和/或根据用户当前位置信息确定的备选站点。为了使用户的操作更加便捷，提升用户使用感，可以直接根据用户的历史查询数据、和/或根据定位到的用户当前位置，确定一个或多个备选站点，形成备选列表，展现给用户进行选择。

例如，当用户打开查询页面、和/或点击查询页面的输入区域时，获取用户历史查询过的站点作为备选站点，并且获取用户当前的位置信息，得到该位置附近的一个或多个站点作为备选站点，从而形成备选列表。

当然，页面中也可以包括“清空历史记录”等操作接口，并且获得历史查询数据及根据定位信息获取附近站点的具体方式可以参考相关资料，本说明书均不进行赘述。

在又一个例子中，可以获得用户在查询页面中确定的路径规划方案，并将该方案中路径的起始站点确定为关注站点。例如，本说明书中的查询页面可以是某地图app中的页面，用户可以在页面中查询路径规划方案，并选择其中一种路径规划方案，则当用户查看该方案的详情时，查询页面可以通过自动或用户操作触发的方式，向用户展示该方案所涉及的公交车，到达该方案所涉及的起始站点的预计时间，即，将该方案中路径的起始站点确定为关注站点，并且仅需要获得该方案中路径涉及的公交车编号，而不需要获得经停关注站点的所有公交车编号。

可以理解的是，还可以通过其他方式获得用户输入的关注站点，并且本方案中可以仅包括其中一种方式，也可以包括多种方式，并根据实际情况使用合适的方式，本说明书实施例对此均不进行限定。

获得关注站点后即可获得经停该站点的公交车编号，进一步地，如上所述，如果确定对所述关注站点进行了路径规划，则可以仅获得进行路径规划后得到的各路径规划方案中包括的公交车编号，并将该公交车编号用于后续步骤，而无需获得所有经停该站点的公交车编号。

s102，根据公交车编号，确定至少一辆行驶途中未到达关注站点的目标公交车，并通过基站定位确定目标公交车的当前位置；

同一公交车编号通常包括多辆公交车，并且同一时刻通常有多辆公交车在行驶途中，通常，行驶途中的多辆公交车分别处于公交路线的不同位置，本说明书实施例中，需要根据s101中所获得的公交车编号，如“**路”，可以确定该编号的至少一辆行驶途中未到达关注站点的目标公交车。

具体确定的目标公交车的数量，可以根据预计到站时间结果展示需求确定，例如，如果只需要展示距离关注站点最近的一辆公交车的预计到站时间，则可以只确定距离关注站点最近的为目标公交车；又例如，如果需要展示多辆公交车的预计到站时间，以便用户更全面地掌握公交信息，规划出行时间，则可以将所有、或预设数量(如5辆等)的行驶途中未到达关注站点的公交车，确定为目标公交车；等等，本说明书不做限定。

基站定位可以通过运营商的无线电通讯网络(如gsm网、cdma网)等，获取无线电通讯网络用户的位置信息。

本方案中所称的无线电通讯网络用户，是指可以通过无线电通讯网络进行通信的设备，例如，可以是公交车装备的专用于基站定位的设备，也可以是公交车装备的具有基站定位模块的其他设备(如刷卡机等)，甚至由于公交车与司机通常为一一对应的关系，还可以是公交系统所注册的该公交车的司机的手机等终端设备，本说明书不做具体限定。

基站定位具体可以通过多种具体方式实现，如现有的技术包括：基于cellid(小区识别码)确定小区传输用户，并转换为经纬度信息，从而确定位置；基于两个基站的信号的入射角度，如aoa(angleofarrival，到达角度)，进行定位；基于三个或更多基站的电波传播时间，如toa(timeofarrival，到达时间)、tdoa(timedifferenceofarrival,到达时间差)，进行精度较高的定位；等等，本说明书实施例中不对基站定位的具体实现方式进行限定，本领域技术人员可以参考相关资料，根据实际需求灵活地采取一种或多种适合的方式。

本说明书实施例中，在通过基站定位确定目标公交车的当前位置后，还可以基于其他数据，对所获得的当前位置进行修正。具体地，可以获得位置修正数据，并使用所述位置修正数据修正所述当前位置；将修正后的当前位置用于后续步骤；

其中，位置修正数据可以为通过获取目标公交车报站数据确定的当前已驶离和/或将到达站点，例如，可以预先关联公交车的语音报站或文字报站设备，并获取该设备产生的报站数据。

位置修正数据也可以为目标公交车的乘客的定位数据，例如，可以通过奖励等方式，鼓励当前正在乘坐公交车的乘客，分享所乘坐公交车的编号及站点；又例如，可以实时获取之前使用过到站时间查询、路径规划等功能的用户的当前位置；又例如，如果乘客采用刷二维码等与移动终端关联的方式乘车，则可以获取用户刷二维码上车、下车之间，二维码所关联移动终端的位置；等等。

位置修正数据还可以为根据目标公交车乘客的环境信息确定的目标公交车位置数据。例如，可以通过奖励等方式，鼓励当前正在乘坐公交车的乘客，上传所拍摄行驶途中街道、建筑物的照片、视频，或文字描述等数据，从而获得目标公交车乘客的环境信息，并通过解析、识别等手段，确定目标公交车的位置。

通过位置修正数据对基站定位的当前位置进行修正，可以在精度较高的基站定位的基础上，进一步地提高所确定的当前位置的精度。例如，报站数据可以使结果精确到公交车的具体站点；乘客移动终端通常可以采取gps定位，精度更高且不需要增加本方案的设备投入成本；根据环境信息甚至可以将位置精确到几米内；等等，此外，对基站定位的当前位置进行修正所使用的位置修正数据，可以为上述或其他的一种或多种数据，本说明书对此均不进行限定。

s103，确定当前位置到关注站点的行驶路径，获得行驶路径的长度及当前交通状况，并根据所获得当前交通状况，确定对应的行驶路径当前的拥堵指数；

本说明书实施例中不限定获得行驶路径当前交通状况的方式。

在一个例子中，可以直接采集或通过其他系统(如交通系统、其他交通或地图应用系统)，获得当前行驶路径中各类型车辆的数量、行驶速度、交通灯等指挥情况、等等，从而根据当前交通状况，确定行驶路径的拥堵程度，并确定对应的拥堵指数。

本说明书实施例中同样不限定根据所获得当前交通状况确定对应的行驶路径当前的拥堵指数的具体方式。例如，可以预设根据当前交通状况计算拥堵指数的方法，该方法中包括各类型车辆的数量、行驶速度、交通灯等指挥情况、等等变量，该方法可以由研发人员预先根据经验总结设定、或者通过机器学习得到，如预先通过机器学习训练拥堵指数预测模型，输入各类型车辆的数量、行驶速度、交通灯等指挥情况、等等变量，即可以输出对应的拥堵指数，等等。

在另一个例子中，也可以预先关联地图应用系统，并获取该系统中通过拥堵程度表示的行驶路径当前交通状况，例如，通常用绿色表示畅通、红色表示拥堵、深红色表示非常拥堵、等等，并预先设定各拥堵颜色对应的拥堵指数，如绿色对应0、红色对应1、深红色对应10、等等，从而直接通过所关联的地图应用系统获得当前交通状况并确定对应的拥堵指数。

s104，根据拥堵指数，获得目标公交车的平均行驶速度、并确定根据行驶路径长度与平均行驶速度计算到站时长的计算策略；计算目标公交车的预计到站时长。

在本说明书实施例中，可以获得目标公交车在拥堵指数为预设平均值情况下的平均行驶速度；根据行驶路径长度与平均行驶速度的商，得到目标公交车的平均到站时长；根据行驶路径当前的拥堵指数，确定时长修正规则，并根据所确定的时长修正规则，使用拥堵指数修正平均到站时长，得到目标公交车修正后的预计到站时长。

其中，拥堵指数为预设平均值情况下的平均行驶速度，可以结合公交车的速度性能，由研发人员根据经验设定，或者通过历史数据计算得到，并且还可以根据新数据的产生，周期性地调整与更新。

拥堵指数的预设平均值，可以由本领域技术人员根据实际情况灵活地设定，例如，可以设定平均值为0，即对应行驶路径完全畅通时的交通状况，而平均行驶速度即为这种情况下的平均行驶速度。对应地，当前拥堵指数可以是大于0的数值，并且行驶路径越拥堵，拥堵指数数值越大，则时长修正规则可以对应地确定为，平均到站时长与拥堵指数的和、乘积、或其他可以使平均到站时长对应增加的方式；又例如，也可以设定平均值为1，并且仍对应行驶路径完全畅通时的交通状况，当前拥堵指数可以是不小于0且不大于1的数值，并且行驶路径越拥堵，拥堵指数数值越小，则时长修正规则可以对应地确定为，平均到站时长与拥堵指数的商、或其他可以使平均到站时长对应增加的方式；等等。

此外，还可以针对不同数值范围的拥堵指数，设定不同的修正规则，如拥堵指数的总范围为不小于0的数值，则当拥堵指数在[0,20)区间内时，修正规则为拥堵指数乘平均到站时长，而当拥堵指数在[20,100)区间内时，修正规则为拥堵指数加平均到站时长，等等。

在本说明书实施例中，可以获得目标公交车在拥堵指数为预设平均值情况下的平均行驶速度；根据行驶路径当前的拥堵指数，确定速度修正规则，并根据所确定的速度修正规则，使用该拥堵指数修正平均行驶速度，得到所述行驶路径修正后的预计行驶速度；根据行驶路径长度与预计行驶速度的商，得到目标公交车的预计到站时长。

设定拥堵指数平均值及修正平均行驶速度的方式可以与上述类似，在此不再赘述。

在本说明书实施例中，可以根据行驶路径当前的拥堵指数，获得预先设定的对应的平均行驶速度；所述对应的平均行驶速度为：目标公交车在该拥堵指数的情况下的行驶速度，即预先设定各个不同的拥堵指数对应的平均行驶速度，则在确定行驶路径当前的拥堵指数后，便可以获得对应的平均行驶速度。然后，根据行驶路径长度与平均行驶速度的商，得到目标公交车的预计到站时长。

在本说明书实施例中，可以根据预设速度参数，获得所述行驶路径当前的速度参数值；所述速度参数包括：天气参数、高峰期参数及交通管制参数中的一种或多种；确定所获得速度参数值对应的历史行驶速度及历史拥堵指数；根据行驶路径当前拥堵指数相对历史拥堵指数的偏差，修正历史行驶速度，得到目标公交车的平均行驶速度；根据行驶路径长度与平均行驶速度的商，得到目标公交车的预计到站时长。即本实施例中并非直接根据拥堵指数确定所参考的行驶速度，而是结合当前的天气参数、高峰期参数及交通管制参数等参数，确定同期的历史行驶速度，并根据历史拥堵指数与当前拥堵指数的偏差修正历史行驶速度，从而得到更准确的到站时间预测结果。

在本说明书实施例中，可以确定目标公交车的若干长度的已行驶路径；获得目标公交车在已行驶路径的行驶速度，及目标公交车在已行驶路径行驶时该路径的拥堵指数；根据行驶路径当前拥堵指数相对已行驶路径拥堵指数的偏差，修正在已行驶路径的行驶速度，得到目标公交车的平均行驶速度；根据行驶路径长度与平均行驶速度的商，得到目标公交车的预计到站时长。

前面所述的方案中，行驶速度均可以为对同一编号的各辆公交车、或同一型号的各辆公交车等，计算各种情况中行驶速度的平均值，但由于不同的司机在不同的交通状况下，驾驶公交车行驶的速度也并不完全相同，因此为了更准确地预测各辆公交车的到站时间，本实施例中结合目标公交车自身的历史数据，得到行驶路径的平均行驶速度。

通过本说明书的方案得到预计到站时长后，便可以向用户展现查询结果，可以理解的是，本说明书实施例并不限定具体的的展示方式，例如，可以直接将所计算的预计到站时长展示给用户，如“将于**分钟后到站”；也可以结合当前时刻展示给用户预计到达时刻，如“将于**点**分到达”；还可以在需要展示多路公交车的预计到达时间时，根据时间长短或早晚，有顺序地展示各路公交车的预计到达时间；等等。此外，还可以预设查询结果更新周期、或结合服务器当前的访问压力等，重新预测并更新到站时间数据，使用户得到更及时且准确的查询结果。

下面结合一个更为具体的实例，对本说明书提供的公交车到站时间查询方法进行说明。

假设在某地图app中具有公交车到站时间查询功能，用户在app界面中输入起始地点与终止地点后，app将给出多个规划路径方案，用户选择其中某个方案后，如果该方案中需要乘坐公交，将自动发起公交车到站时间查询。

查询请求中指定的公交车编号，即该方案中可以乘坐的公交车的编号(以编号均为*路为例)，可以为一路或为多路公交车。查询请求中指定的关注站点，即用户按照该方案乘坐各路公交车的上车站点。

假设该方案中用户需要乘坐244路公交车，并且从d站上车，则确定离d站最近的一辆244路公交车为目标公交车，并通过该公交车上所装备的刷卡机中的基站定位模块，基于gsm信息定位到目标公交车的当前位置。

假设目标公交车的当前正在a站停靠，则可以获得的244路公交车的经停站点列表或线路图，确定a站到d站的行驶路径，并获得行驶路径的长度。此外，还可以直接根据app获得行驶路径当前交通状况，如a站到c站间为绿色(畅通)，而c站到d站之间为红色(拥堵)，则可以根据预先设定的对应关系及算法，确定行驶路径当前的拥堵指数，如5。

此外，确定行驶路径当前对应天气参数、高峰期参数及交通管制参数的参数值，如分别为晴天、早高峰、单号限行，从而确定相同参数值对应的历史行驶速度及历史拥堵指数，并根据行驶路径当前拥堵指数相对历史拥堵指数的偏差，修正历史行驶速度，得到目标公交车的平均行驶速度，从而根据行驶路径长度与平均行驶速度的商，得到目标公交车的预计到站时长。

假设计算结果为20分钟，则可以在该方案的详情展示界面中，展示“最近一辆244路公交车预计20分钟后到达”之类的字样，以供用户规划出行时间。

可见，应用上述方案，根据查询时的各种实时数据预估公交车到站时间，从而提高预测结果的准确性。而所涉及的公交车定位，是基于成本低、耗电少且不依赖网络信号的基站定位实现，从而使本方案可行性较高。

相应于上述方法实施例，本说明书实施例还提供一种公交车到站时间查询装置，参见图2所示，该装置可以包括：

查询请求接收模块110，用于接收查询请求，并获得该请求指定的公交车编号及关注站点；

目标公交车确定模块120，用于根据公交车编号，确定至少一辆行驶途中未到达关注站点的目标公交车，并通过基站定位确定目标公交车的当前位置；

行驶路径获得模块130，用于确定当前位置到关注站点的行驶路径，获得行驶路径的长度及当前交通状况，并根据所获得当前交通状况，确定对应的行驶路径当前的拥堵指数；

到站时长计算模块140，用于根据拥堵指数，获得目标公交车的平均行驶速度、并确定根据行驶路径长度与平均行驶速度计算到站时长的计算策略；计算目标公交车的预计到站时长。

在本说明书提供的一种具体实施方式中，参见图3所示，所述查询请求接收模块110，可以包括：

关注站点获得单元111，用于获得用户输入的关注站点；

公交车编号获得单元112，用于获得经停所述关注站点的各公交车编号。

在本说明书提供的一种具体实施方式中，所述关注站点获得单元111，具体可以用于：

获得用户在查询页面的输入区域中输入的关注站点；和/或

获得用户在查询页面的备选列表中选择的关注站点；所述备选列表中包括：根据用户历史查询数据确定的备选站点，和/或根据用户当前位置信息确定的备选站点；和/或

获得用户在查询页面中确定的路径规划方案，并将该方案中路径的起始站点确定为关注站点。

在本说明书提供的一种具体实施方式中，所述公交车编号获得单元112，还可以用于：

确定是否已对所述关注站点进行路径规划；若是，则获得进行路径规划后得到的各路径规划方案中包括的公交车编号，并将该公交车编号用于后续步骤。

在本说明书提供的一种具体实施方式中，所述装置，还可以包括：

当前位置修正模块，用于获得位置修正数据，并使用所述位置修正数据修正所述当前位置；将修正后的当前位置用于后续步骤；

其中，位置修正数据包括：通过获取目标公交车报站数据确定的当前已驶离和/或将到达站点、目标公交车的乘客的定位数据、和/或根据目标公交车乘客的环境信息确定的目标公交车位置数据。

在本说明书提供的一种具体实施方式中，所述到站时长计算模块140，具体可以用于：

获得目标公交车在拥堵指数为预设平均值情况下的平均行驶速度；

根据行驶路径长度与平均行驶速度的商，得到目标公交车的平均到站时长；

根据行驶路径当前的拥堵指数，确定时长修正规则，并根据所确定的时长修正规则，使用拥堵指数修正平均到站时长，得到目标公交车修正后的预计到站时长。

在本说明书提供的一种具体实施方式中，所述到站时长计算模块140，具体可以用于：

获得目标公交车在拥堵指数为预设平均值情况下的平均行驶速度；

根据行驶路径当前的拥堵指数，确定速度修正规则，并根据所确定的速度修正规则，使用该拥堵指数修正平均行驶速度，得到所述行驶路径修正后的预计行驶速度；

根据行驶路径长度与预计行驶速度的商，得到目标公交车的预计到站时长。

在本说明书提供的一种具体实施方式中，所述到站时长计算模块140，具体可以用于：

根据行驶路径当前的拥堵指数，获得预先设定的对应的平均行驶速度；所述对应的平均行驶速度为：目标公交车在该拥堵指数的情况下的行驶速度；

根据行驶路径长度与平均行驶速度的商，得到目标公交车的预计到站时长。

在本说明书提供的一种具体实施方式中，所述到站时长计算模块140，具体可以用于：

确定目标公交车的若干长度的已行驶路径；

获得目标公交车在已行驶路径的行驶速度，及目标公交车在已行驶路径行驶时该路径的拥堵指数；

根据行驶路径当前拥堵指数相对已行驶路径拥堵指数的偏差，修正在已行驶路径的行驶速度，得到目标公交车的平均行驶速度；

根据行驶路径长度与平均行驶速度的商，得到目标公交车的预计到站时长。

在本说明书提供的一种具体实施方式中，所述到站时长计算模块140，具体可以用于：

根据预设速度参数，获得所述行驶路径当前的速度参数值；所述速度参数包括：天气参数、高峰期参数及交通管制参数中的一种或多种；

确定所获得速度参数值对应的历史行驶速度及历史拥堵指数；

根据行驶路径当前拥堵指数相对历史拥堵指数的偏差，修正历史行驶速度，得到目标公交车的平均行驶速度；

根据行驶路径长度与平均行驶速度的商，得到目标公交车的预计到站时长。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现前述的公交车到站时间查询方法。该方法至少包括：

一种公交车到站时间查询方法，该方法包括：

接收查询请求，并获得该请求指定的公交车编号及关注站点；

根据公交车编号，确定至少一辆行驶途中未到达关注站点的目标公交车，并通过基站定位确定目标公交车的当前位置；

确定当前位置到关注站点的行驶路径，获得行驶路径的长度及当前交通状况，并根据所获得当前交通状况，确定对应的行驶路径当前的拥堵指数；

根据拥堵指数，获得目标公交车的平均行驶速度、并确定根据行驶路径长度与平均行驶速度计算到站时长的计算策略；计算目标公交车的预计到站时长。

图4示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的cpu(centralprocessingunit，中央处理器)、微处理器、应用专用集成电路(applicationspecificintegratedcircuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1020可以采用rom(readonlymemory，只读存储器)、ram(randomaccessmemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。

总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述的公交车到站时间查询方法。该方法至少包括：

一种公交车到站时间查询方法，该方法包括：

接收查询请求，并获得该请求指定的公交车编号及关注站点；

根据公交车编号，确定至少一辆行驶途中未到达关注站点的目标公交车，并通过基站定位确定目标公交车的当前位置；

确定当前位置到关注站点的行驶路径，获得行驶路径的长度及当前交通状况，并根据所获得当前交通状况，确定对应的行驶路径当前的拥堵指数；

根据拥堵指数，获得目标公交车的平均行驶速度、并确定根据行驶路径长度与平均行驶速度计算到站时长的计算策略；计算目标公交车的预计到站时长。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护范围。