一种公交车的预计到达时间展示方法、装置及其设备与流程

本申请实施例涉及计算机
技术领域：
，尤其涉及一种公交车的预计到达时间展示方法、装置及其设备。
背景技术：
：用户出行时经常需要查询公交。用户查询公交方案时，会向用户展示出即将乘坐的公交车的预计到达时间(estimatedtimeofarrival，eta)，用户可根据此信息，合理选择公交车辆。技术实现要素：本申请实施例提供一种公交车的预计到达时间展示方案。根据本申请实施例的第一方面，提供了一种公交车的预计到达时间展示方法，包括：根据用户数据信息，获取用户行程信息，所述用户行程信息包括：用户位置、用户上车站点以及用户可用公交车；根据所述用户位置和所述用户上车站点确定用户抵达所述用户上车站点的用户到站时间点；获取并展示所述用户到站时间点之后的所述用户可用公交车抵达所述用户上车站点的预计到达时间。根据本申请实施例的第二方面，提供一种公交车的预计到达时间展示装置，包括：获取模块，根据用户数据信息，获取用户行程信息，所述用户行程信息包括：用户位置、用户上车站点以及用户可用公交车；确定模块，根据所述用户位置和所述用户上车站点确定用户抵达所述用户上车站点的用户到站时间点；展示模块，获取并展示所述用户到站时间点之后的所述用户可用公交车抵达所述用户上车站点的预计到达时间。根据本申请实施例的第三方面，提供了一种电子设备，包括：包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如第一方面所述的公交车的预计到达时间展示方法。根据本申请实施例的第四方面，提供了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面所述的公交车的预计到达时间展示方法。根据本申请实施例的第五方面，提供了一种机程序产品，包括计算机指令，所述计算机指令指示计算机设备执行如第一方面所述的公交车的预计到达时间展示方法所对应的操作。根据本申请实施例提供的方案，客户端通过用户数据信息，获取用户行程信息，并获取用户上车站点的用户到站时间点，从而获取并展示所述用户到站时间点之后的所述用户可用公交车抵达所述用户上车站点的预计到达时间。通过将用户到站时间纳入计算，从而向用户展示出更为合理的公交信息，避免了无效信息的展示，提高了用户的体验。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。图1为当前技术中所涉及的公交信息的展示方式的示意图；图2为本申请实施例所提供的一种公交车的预计到达时间的展示方法的流程示意图；图3为本申请实施例所提供的一种在客户端中展示多个可用公交车的预计到达时间的示意图；图4a为本申请实施例所提供的一种被展示的可用公交车的预计到达时间的示意图；图4b为本申请实施例所提供的另一种被展示的可用公交车的预计到达时间的示意图；图5为本申请实施例所提供的一种公交车的预计到达时间展示装置的结构示意图；图6为本申请实施例所提供的一种电子设备的结构示意图。具体实施方式为了使本领域的人员更好地理解本申请实施例中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请实施例一部分实施例，而不是全部的实施例。基于本申请实施例中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于本申请实施例保护的范围。当前的公交查询方案中，通常都是向用户展示出距离用户上站最近的一辆公交的预计到站时间。如图1所示，图1为当前技术中所涉及的公交信息的展示方式的示意图。在该示意图中，用户距车站需步行10分钟，这时告诉用户“3路车a还有3分钟到站”，那么用户显然是赶不上这辆公交的，用户需要的实际上是到站时间超过10分钟的3路车的到站时间。换言之，此时展示的信息是无效的，基于此，本申请实施例提供一种更有效的公交车的预计到达时间展示方案。下面结合本申请实施例附图进一步说明本申请实施例具体实现。如图2所示，图2为本申请实施例所提供的一种公交车的预计到达时间展示方法的流程示意图，包括:s201，根据用户数据信息，获取用户行程信息。用户可以在客户端中直接输入用户数据信息，即用户的起点和终点。例如，客户端可以将用户输入的起点所对应的位置作为用户位置，或者，基于客户端所处设备中的定位模块来获取自身所处设备的当前位置作为用户位置，并发送至服务端，服务端即可以基于输入终点和用户位置确定规划路径。进而服务端可以基于数据库中预存的信息查询得到在所述规划路径中的可用公交车，或者，向相关的第三方(例如公交车集团)调用得到当前的可用公交车，并且将可用公交车中距离用户最近的站点确定为用户的上车站点。显然，确定得到的规划路径中应当包含有用户位置、用户上车站点以及用户可用公交车等等相关信息。在一种实施例中，服务端也可以通过用户的历史数据对用户习惯进行预估，从而可以预先推送用户可能需要使用的相关导航信息至客户端所处设备并存储。例如，服务端基于用户历史数据预估用户经常在18点至20点之间从a地点(可能为公司地点)返回b地点(可能是家的地点)，那么服务端就可以在17点即预先推送从a点至b点的相关地图导航数据至客户端，以使得客户端可以在本地即可以根据用户的历史数据信息而获得用户行程信息，并进行导航路线的规划，并从导航路线中获取得到用户上车站点以及用户可用公交车。通常而言，用户上车站点和用户位置之间还会存在一段距离，即如图1所示的，用户“小明”至上车站点的距离可能还有约500m，步行过去还需要10分钟的时间。此外，需查询得到的用户可用公交车可能是一条线路的公交，也有可能是多条线路的公交。例如，从a站点到b站点可能的公交有3路车和10路车均能够到达。s203，根据所述用户位置和所述用户上车站点确定用户抵达所述用户上车站点的用户到站时间。用户到站时间则通常基于用户位置和上车站点之间的距离来确定，或者，也可以基于相关的行程历史记录统计得到。这里的距离通常指的是在导航路线中从用户位置到上车站点的路线的长度，而不是指二者的直线距离。在确定了距离之后，即可以基于各种方式来确定用户的速度，例如，可以基于用户的出行方式(包括步行、骑行、公交、驾车、驾车 步行等等)来确定用户的速度，或者，也可以通过客户端实时上报的用户位置的变化信息来确定用户的速度。又例如，服务端还可以调用预先建立的用于存储历史出行数据的数据库，出行数据的数据库中存储有从用户位置和上车站点之间的大量的导航记录，从而服务端可以基于所述导航记录来进行统计，以直接根据用户位置和上车站点之间的导航记录所花费的时间来确定用户到站时间。s205，获取并展示所述用户到站时间点之后的所述用户可用公交车抵达所述用户上车站点的预计到达时间。如前所述，可用公交车在所述上车站点的公交到站时间可以基于该可用公交车的历史行驶记录查询得到，或者向相关的第三方调用得到可用公交车抵达所述用户上车站点的预计到达时间。展示的预计到达时间可能是一个或者多个，可以是同一条线路上的多个不同可用公交车的预计到达时间，也可以是多条不同线路上的多个不同可用公交车的预计到达时间。在展示预计到达时间的同时，还可以展示可用公交车的其它信息包括诸如可用公交车的线路编号、可用公交车在所述上车站点的公交到站时间、可用公交车到达所述上车站点的时间长度、可用公交车的拥挤程度、可用公交距离上车站点的站点数等等。如前所述，可用公交车可能是多个线路编号所对应的公交，在同一线路编号下也可能存在多个可用公交车。如图3所示，图3为本申请实施例所提供的一种在客户端中展示多个可用公交车的信息(即同时在导航地图中展示了在用户到达时间以后的公交a和公交b的相关信息)的示意图。根据本申请实施例提供的方案，客户端通过用户数据信息，获取用户行程信息，并获取用户上车站点的用户到站时间，从而获取并展示所述用户到站时间点之后的所述用户可用公交车抵达所述用户上车站点的预计到达时间。通过将用户到站时间纳入计算，从而向用户展示出更为合理的公交信息，避免了无效信息的展示，提高了用户的体验。在一种实施例中，对于用户到站时间可以根据用户的出行方式，确定从所述用户位置抵达所述用户上车站点的用户到站时间。对于用户的出行方式，可以采用多种方式来进行确定。具体包括：默认出行方式、用户选择的出行方式、根据用户历史行为或者交通状态的变化信息所推荐的出行方式。例如，若在导航线路中用户位置和用户上车站点之间的距离不超过一个较短的预设距离(例如200m)，那么可以默认出行方式为步行；又例如，若用户之前已经通过客户端导航至另一公交车上，那么则可以默认出行方式为公交车的方式。又例如，还可以在客户端中展示出多种不同的出行方式，由用户在客户端中进行选择，并将用户在客户端中所选择的出行方式确定为用户的出行方式。以及，还可以基于用户位置变动路线和位置变动速度(即客户端基于所处设备的定位模块可以发送定位信息和定位时间至服务端，服务端即可以得到用户位置变动路线和位置变动速度)，进而，可以从数据中查询得到与位置变动路线和位置变动速度相匹配的出行方式(包括是否公交、以及是哪条公交线路)确定为所述用户的出行方式。在这种实施方式下，将以该公交的速度确定为所述用户的速度，具体而言，公交的速度中将会包含基于公交在站点的停靠时长和路况信息所带来的时长修正，而使得确定得到的用户的速度更为精确。此外，还可以基于用户的交通状态的变化信息给出推荐的出行方式，以供用户选择。例如，若用户的交通状态的变化信息指示用户被堵车，则可以推荐另一从用户位置抵达所述用户上车站点的线路给用户，或者推荐骑行或者步行给用户选择。基于已经确定用户的出行方式(指用户从用户位置到达上车站点的方式)，即可以将出行方式所对应的速度确定为所述用户的速度。例如，在服务端中基于大量的出行记录存储有在不同的位置之间不同的出行所对应的速度表，速度表中存储了起点和终点、出行方式和速度的对应记录。如表1所示，表1为本申请实施例所提供的一种速度表。表1包含位置、出行方式和速度的速度表(起点，终点)出行方式速度m/s(a,b)步行0.95(a,b)骑行4.1(a,c)步行0.8………………服务端可以首先确定出用户的出行方式，进而基于用户位置和上车站点和出行方式从表1中查询，将所述出行方式所对应的速度确定为所述用户的速度。从而，若如用户采用单一出行方式，确定用户所采用单一出行方式的单一出行方式速度，以及采用单一出行方式从所述用户位置抵达所述用户上车站点的单一出行方式距离；通过所述单一出行方式速度和所述单一出行方式距离获得从所述用户位置抵达所述用户上车站点的用户到站时间。例如，若用户选择步行到上车站，则用户到站时间＝当前时间 步行距离/步行速度；若用户选骑行到上车站，则用户到站时间＝当前时间 骑行距离/骑行速度；若用户打车到公交站：则用户到站时间＝当前时间 行驶距离/车辆速度。若用户采用混合出行方式，确定用户所采用各出行方式的各种出行方式速度，以及采用各出行方式的各种出行方式距离；通过所述各种出行方式速度和所述各种出行方式距离获得各种出行方式耗时；将所述各种出行方式耗时进行累加，获得从所述用户位置抵达所述用户上车站点的用户到站时间。例如，若用户采用的是打车 步行的方式到达，则用户到站时间＝当前时间 行驶距离/车辆速度 步行距离/步行速度。在一种实施例中，若用户在混合出行方式中还可能存在出行方式中的耗时，则还可以进一步的追加耗时至用户到站时间中。例如，若用户乘坐的是通过公交换乘到达用户上车站点，则用户到站时间＝当前时间 行驶距离/公交行进速度 停靠站牌时间。其中的停靠站牌时间即为出行方式耗时。此外，还可以基于用户位置的变动信息(包括定位得到的用户的绝对经纬度的变动和定位时间)，从而即可以基于用户位置的变动信息实时的确定出用户的速度。例如，在10s时间内，通过客户端上报的用户的两个绝对经纬度的距离为20m，那么则说明用户的速度可能是2m/s。在一种实施例中，若所述用户到站时间点之后的所述用户可用公交车抵达所述用户上车站点的预计到达时间存在多条，则还可以基于预设条件对多条预计到达时间进行筛选。例如，预设条件可以是所述预计到达时间与所述用户到站时间的时间差小于预设时长；或者，所述预计到达时间与所述用户到站时间的时间差最小。以使得客户端中能够简约的对公交信息进行展示。如图4a所示，图4a为本申请实施例所提供的一种被展示的可用公交车的预计到达时间的示意图。用户还有10分钟才能到达站点a，在服务端中确定得到在10分钟以后到达的公交车分别有3号线a和3号线b，分别在11分钟和21分钟以后后到达；4号线一辆，在15分钟以后到达。若此时的预设条件为预设时长为3分钟，则可以得到3号线a预计到达时间与所述用户到站时间的时间差为1分钟，而3号线b和4号线的预计到达时间与所述用户到站时间的时间差分别为5分钟和11分钟，则此时客户端中只显示3号车a的预计到达时间。在示意图中的虚线框即表示虽然3号线b和4号线a也是实际存在的可用公交车，但由于在时间上不满足预设条件，因此不会被客户端所显示。这里的预设时长可以是由服务端默认，也可以是基于用户需求自行配置的，以满足用户的实际需要。通常，预设时长的取值在[0,30]分钟范围内，以符合实际公交的运行需求。又例如，预设条件可以是预计到达时间与所述用户到站时间的时间差最小。在一种实施例中，若存在多个不同线路的可用公交车时，则可以针对任一线路的公交，分别确定出预计到达时间与所述用户到站时间的时间差最小的可用公交车的预计到达时间，以使得所述客户端同时展示所述多个不同线路的可用公交车的预计到达时间。如图4b所示，图4b为本申请实施例所提供的另一种被展示的可用公交车的预计到达时间的示意图。用户还有10分钟才能到达站点a，在服务端中确定得到在10分钟以后到达的公交车分别有3号线二辆，分别在11分钟和21分钟以后到达；4号线二辆，分别在15分钟和25分钟以后到达。那么此时，即可以分别获取11分钟以后到达的第一辆3号线路的车的包括预计到达时间在内的相关信息，以及，获取在15分钟以后到达的第一辆4号线路的包括预计到达时间在内的相关信息，以使得所述客户端同时展示可用的最近的3号线和4号线的信息。通过该方式，可以使得展示出的公交的信息更贴近用户的时间，进一步提高了用户体验。根据本申请实施例的第二方面，本申请实施例还提供了一种公交车的预计到达时间展示装置ts1，如图5所示，图5为本申请实施例所提供的一种公交车的预计到达时间展示装置的结构示意图，包括：获取模块501，根据用户数据信息，获取用户行程信息，所述用户行程信息包括：用户位置、用户上车站点以及用户可用公交车；确定模块503，根据所述用户位置和所述用户上车站点确定用户抵达所述用户上车站点的用户到站时间点；展示模块505，获取并展示所述用户到站时间点之后的所述用户可用公交车抵达所述用户上车站点的预计到达时间。可选地，ts2，如ts1所述的装置，所述确定模块503，根据用户的出行方式，确定从所述用户位置抵达所述用户上车站点的用户到站时间。可选地，ts3，如ts2所述的装置，所述确定模块503，如用户采用单一出行方式，确定用户所采用单一出行方式的单一出行方式速度，以及采用单一出行方式从所述用户位置抵达所述用户上车站点的单一出行方式距离；通过所述单一出行方式速度和所述单一出行方式距离获得从所述用户位置抵达所述用户上车站点的用户到站时间；或者，如用户采用混合出行方式，确定用户所采用各出行方式的各种出行方式速度，以及采用各出行方式的各种出行方式距离；通过所述各种出行方式速度和所述各种出行方式距离获得各种出行方式耗时；将所述各种出行方式耗时进行累加，获得从所述用户位置抵达所述用户上车站点的用户到站时间。可选地，ts4，如ts3所述的装置，所述确定模块503，将所述各种出行方式之间的等候时间与各种出行方式耗时进行累加，获得从所述用户位置抵达所述用户上车站点的用户到站时间。可选地，ts5，如ts4所述的装置，所述用户的出行方式，包括：默认出行方式、用户选择的出行方式、根据用户历史行为或者交通状态的变化信息所推荐的出行方式。可选地，ts6，如ts1所述的装置，所述展示模块505，获取并展示所述用户到站时间点之后，且满足预设条件的所述用户可用公交车抵达所述用户上车站点的预计到达时间；其中，所述预设条件包括：所述预计到达时间与所述用户到站时间的时间差小于预设时长；或者，所述预计到达时间与所述用户到站时间的时间差最小。可选地，预设时长的取值在[0,30]范围内。本实施例的公交车的预计到达时间展示装置用于实现前述多个方法实施例中相应的公交车的预计到达时间展示方法，并具有相应的方法实施例的有益效果，在此不再赘述。此外，本实施例的公交车的预计到达时间展示装置中的各个模块的功能实现均可参照前述方法实施例中的相应部分的描述，在此亦不再赘述。根据本申请实施例的第三方面，本申请实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现第一方面所述的公交车的预计到达时间展示方法。图6示出了本申请实施例所提供的一种更为具体的计算设备硬件结构示意图，该设备可以包括：处理器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，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请实施例方案所必需的组件，而不必包含图中所示的全部组件。根据本申请实施例的第四方面，提供了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面所述的公交车的预计到达时间展示方法。根据本申请实施例的第五方面，提供了一种机程序产品，包括计算机指令，所述计算机指令指示计算机设备执行如第一方面所述的公交车的预计到达时间展示方法所对应的操作。通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。上述实施例阐明的系统、方法、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于方法实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的方法实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本申请实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。以上所述仅是本申请实施例的具体实施方式，应当指出，对于本
技术领域：
的普通技术人员来说，在不脱离本申请实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请实施例的保护范围。当前第1页12