用于路线规划的系统和方法与流程

本申请要求于2017年6月21日提交的中国申请no.201710477223.0、于2017年6月30日提交的中国申请no.201710525454.4、于2017年8月31日提交的中国申请no.201710773418.x、于2017年11月3日提交的中国申请no.201711071425.1以及于2017年11月3日提交的中国申请no.201711071415.8的优先权。上述申请中的每个申请的全部内容通过引用的方式并入本文。

本申请一般涉及用于电子路线规划的系统和方法，并且具体地涉及用于涉及公共交通的电子路线规划的系统和方法。

背景技术：

公共交通在人们的日常生活中起着重要的作用。如今，随着因特网的发展，用户可以使用安装在他或她的智能手机中的应用程序来获取公共交通路线，例如公交时刻表。例如，用户可以输入起点和终点，应用程序可以基于所输入的信息输出公共交通路线。然而，用户不能获取公共交通路线对用的公共交通工具的运行信息(例如，运行时段、运行路段)。此外，用户可能无法知道公共交通工具的实时到达位置。用户也不能预测公共交通工具到达起点的时间。因此，期望提供用于确定公共交通工具的路线规划和公共交通工具相关信息(例如运行信息、公共交通工具的实时信息)的系统和方法。

技术实现要素：

根据本申请的一个方面，提供了一种用于路线规划的方法。所述方法可以在服务器上实现。所述方法包括：如果客户端发送的第一行程，基于第一行程生成至少一条路线规划记录，所述至少一条路线规划记录包括至少一条公共交通出行路线。所述方法还包括：如果所述客户端获取所述至少一条公共交通出行路线的的请求，将所述至少一条路线规划记录中与所述请求对应的路线规划记录发送给所述客户端。

根据本申请的另一个方面，提供了一种用于路线规划的方法。所述方法可以在客户端上实现。所述方法包括将有关第一行程的服务请求发送至服务器。所述方法还包括，如果检测到获取至少一条公共交通出行路线的请求，获取并显示所述服务器生成的包括所述至少一条公共交通出行路线的至少一条路线规划记录。与所述至少一条路线规划记录相关联的起点坐标根据第一行程确定。

根据本申请的又一个方面，提供了一种用于路线规划的设备。所述设备可以在服务器上实现。所述设备包括响应单元。所述响应单元用于如果客户端发送的第一行程，并基于第一行程生成至少一条路线规划记录。所述至少一条路线规划记录包括至少一条公共交通出行路线。所述响应单元还用于如果所述客户端获取至少一条公共交通出行路线的请求，将对应于所述请求的至少一条路线规划记录中的一个发送给所述客户端。

根据本申请的又一个方面，提供了一种用于路线规划的设备。所述设备可以在客户端上实现。所述设备包括显示单元。所述显示单元用于将有关第一行程的服务请求发送至服务器。如果确定检测到获取至少一条公共交通出行路线的请求，所述显示单元可以获取获取并显示服务器生成的包括所述至少一条公共交通出行路线的至少一条路线规划记录。基于所述第一行程确定与所述至少一条路线规划记录相关联的起点坐标。

根据本申请的又一个方面，提供了一种服务器。所述服务器包括至少一个存储设备和与所述至少一个存储设备通信的至少一个处理器。所述至少一个存储设备可以存储一组指令。当执行该组指令时，如果客户端发送的第一行程，所述至少一个处理器可基于第一行程生成至少一条路线规划记录。所述至少一条路线规划记录包括至少一条公共交通出行路线。如果所述客户端获取至少一条公共交通出行路线的请求，所述至少一个处理器还可用于获取将对应于所述请求的至少一条路线规划记录中的其中一个发送给所述客户端。

根据本申请的又一个方面，提供了一种客户端。所述客户端包括至少一个存储设备，以及与所述至少一个存储设备通信的至少一个处理器。所述至少一个存储设备可以存储一组指令。当执行所述指令集时，所述至少一个处理器可以用于将有关第一行程的服务请求发送至服务器。所述至少一个处理器如果检测到获取至少一条公共交通出行路线的请求，可以获取并显示所述服务器生成的包括所述至少一条公共交通出行路线的至少一条路线规划记录。根据第一行程确定与所述至少一条路线规划记录相关联的起点坐标。

根据本申请的又一个方面，提供了一种非暂时性计算机可读介质。所述非暂时性计算机可读介质包括至少一组指令。当所述指令被至少一个处理器执行时，所述至少一组指令可以指示所述至少一个处理器执行上述方法。

根据本申请的又一个方面，提供了一种用于公共交通出行路线推送的方法。所述方法可以在网约车应用程序上实现。所述方法包括接收客户端输入的起点和终点。所述方法还包括基于所述起点和所述终点确定多条候选公共交通出行路线。所述方法还包括获取每条候选公共交通出行路线对应的公共交通工具的实时到站信息，并且基于所述实时到站信息确定所述公共交通工具到达目标站点的到站时间信息。所述目标站点是所述公共交通工具距离所述起点最近的站点。所述方法还包括，基于每条候选公共交通出行路线对应的所述公共交通工具的到站时间信息，将至少一条目标公共交通出行路线发送至客户端。

根据本申请的又一个方面，提供了一种用于公共交通出行路线推送的设备。所述设备可以在网约车应用程序上实现。所述设备包括接收模块、筛选模块、获取模块、确定模块和发送模块。所述接收模块可以用于接收客户端输入的起点和终点。所述筛选模块可以用于基于所述起点和所述终点确定多条候选公共交通出行路线。所述获取模块可以用于获取每条候选公共交通出行路线对应的公共交通工具的实时到站信息。所述确定模块可以用于基于所述实时到站信息确定与所述公共交通工具到达目标站点的到站时间信息。所述目标站点是距离所述公共交通工具的起点最近的站点。所述发送模块可以用于基于每条候选公共交通出行路线对应的所述公共交通工具的到站时间信息，将至少一条目标公共交通出行路线发送至客户端。

根据本申请的又一个方面，提供了一种计算设备。所述计算设备包括至少一个存储设备，以及与所述至少一个存储设备通信的至少一个处理器。所述至少一个存储设备可以存储一组指令。当执行该组指令时，所述至少一个处理器可以用于接收客户端输入的起点和终点。所述至少一个处理器还用于基于所述起点和所述终点确定多条候选公共交通出行路线。所述至少一个处理器还用于获取每条候选公共交通出行路线对应的公共交通工具的实时到站信息。所述至少一个处理器还用于基于所述实时到站信息确定与所述公共交通工具到达目标站点的到站时间信息。所述目标站点是距离所述公共交通工具的起点最近的站点。所述至少一个处理器还用于基于每条候选公共交通出行路线对应的所述公共交通工具的到站时间信息，将至少一条目标公共交通出行路线发送至客户端。

根据本申请的又一个方面，提供了一种非暂时性计算机可读介质。所述非暂时性计算机可读介质包括至少一组指令。当所述指令被至少一个处理器执行时，所述至少一组指令可以指示所述至少一个处理器接收客户端输入的起点和终点。所述至少一组指令可以指示所述至少一个处理器基于所述起点和所述终点确定多条候选公共交通出行路线。所述至少一组指令可以指示所述至少一个处理器获取每条候选公共交通出行路线对应的公共交通工具的实时到站信息。所述至少一组指令可以指示所述至少一个处理器基于所述实时到站信息确定与所述公共交通工具到达目标站点的到站时间信息。所述目标站点是距离所述公共交通工具的起点最近的站点。所述至少一组指令可以指示所述至少一个处理器基于每条候选公共交通出行路线对应的所述公共交通工具的到站时间信息，将至少一条目标公共交通出行路线发送至客户端。

根据本申请的又一个方面，提供了一种用于公共交通出行路线推送的方法。所述方法包括获取用户所在位置。所述方法还包括基于所述用户所在位置，从预设的站点位置中确定距离所述用户所在位置最近的站点作为第一站点。所述方法还包括将经过第一站点的一条或多条公共交通出行路线推送给所述用户。

根据本申请的又一个方面，提供了一种用于公共交通出行路线推送的设备。所述设备包括定位模块、处理模块和推送模块。所述定位模块可以用于获取用户所在位置。所述处理模块可以用于基于所述用户所在位置，从预设的站点位置中确定距离所述用户所在位置最近的站点作为第一站点。所述推送模块可以用于将经过所述第一站点的一条或多条公共交通出行路线推送给所述用户。

根据本申请的又一个方面，提供了一种用于信息传输的方法。所述方法包括接收公共交通工具到站的的提示信号。所述方法还包括根据所述提示信号获取所述公共交通工具实时到站信息。所述方法还包括将所述实时到站信息发送至网约车平台，以供与所述网约车平台相关联的用户参考。

根据本申请的又一个方面，提供了一种用于信息传输的设备。所述设备包括接收模块、获取模块和发送模块。所述接收模块用于接收公共交通工具到站的的提示信号。所述获取模块用于根据所述提示信号获取所述公共交通工具实时到站信息。所述发送模块用于将所述实时到站信息发送至网约车平台，以供与所述网约车平台相关联的用户参考。

根据本申请的又一个方面，提供了一种用于信息传输的设备。所述设备包括至少一个存储设备，以及与所述至少一个存储设备通信的至少一个处理器。所述至少一个存储设备可以存储一组指令。当执行该组指令时，所述至少一个处理器可以用于接收公共交通工具到站的的提示信号。所述至少一个处理器可以用于根据所述提示信号获取所述公共交通工具实时到站信息。所述至少一个处理器可以用于将所述实时到站信息发送至网约车平台，以供与所述网约车平台相关联的用户参考。

根据本申请的又一个方面，提供了一种非暂时性计算机可读介质。所述非暂时性计算机可读介质包括至少一组指令。当所述指令被至少一个处理器执行时，所述至少一组指令可以指示所述至少一个处理器接收公共交通工具到站的的提示信号。所述至少一组指令可以指示所述至少一个处理器根据所述提示信号获取所述公共交通工具实时到站信息。所述至少一组指令可以指示所述至少一个处理器将所述实时到站信息发送至网约车平台，以供与所述网约车平台相关联的用户参考。

根据本申请的又一个方面，提供了一种公共交通工具。所述公共交通工具包括用于信息传输的设备。

根据本申请的又一个方面，提供了一种用于显示的方法。所述方法包括接收起点和终点。所述方法还包括根据所述起点和所述终点获取至少两条公共交通出行路线。所述方法还包括生成推荐页面。所述推荐页面包括地图显示区域和文本显示区域。所述文本显示区域可以用于显示与第一数量的公共交通出行路线相关的第一数据。所述方法还包括显示所述推荐页面。

根据本申请的又一个方面，提供了一种用于显示的系统。所述系统包括获取单元、生成单元和第一显示单元。所述获取单元可以用于接收起点和终点，并且根据所述起点和所述终点获取至少两条公共交通出行路线。所述生成单元可以用于生成推荐页面。所述推荐页面包括地图显示区域和文本显示区域。所述文本显示区域可以用于显示与第一数量的公共交通出行路线相关的第一数据。所述第一显示单元可以用于显示所述推荐页面。

根据本申请的又一个方面，提供了一种计算设备。所述计算设备包括至少一个存储设备，以及与所述至少一个存储设备通信的至少一个处理器。所述至少一个存储设备可以存储一组指令。当执行该组指令时，所述至少一个处理器可以用于接收起点和终点，并且根据所述起点和所述终点获取至少两条公共交通出行路线。所述至少一个处理器可以用于生成推荐页面。所述推荐页面包括地图显示区域和文本显示区域。所述文本显示区域可以用于显示与第一数量的公共交通出行路线相关的第一数据。所述至少一个处理器可以用于显示所述推荐页面。

根据本申请的又一个方面，提供了一种非暂时性计算机可读介质。所述非暂时性计算机可读介质包括至少一组指令。当所述指令被至少一个处理器执行时，所述至少一组指令可以指示所述至少一个处理器接收起点和终点，并且根据所述起点和所述终点获取至少两条公共交通出行路线。所述至少一组指令可以指示所述至少一个处理器生成推荐页面。所述推荐页面包括地图显示区域和文本显示区域。所述文本显示区域可以用于显示与第一数量的公共交通出行路线相关的第一数据。所述至少一组指令可以指示所述至少一个处理器显示所述推荐页面。

根据本申请的又一个方面，提供了一种用于与服务系统交互的计算设备。所述计算设备包括数据交换端口、至少一个存储设备和至少一个处理器。所述计算设备的数据交换端口可以连接到所述服务系统，用于提供在客户端上实现的线上线下服务。所述至少一个存储设备可以存储用于路线规划的一组指令。所述至少一个处理器可以用于与所述至少一个存储设备通信。当执行该组指令时，所述至少一个处理器可以用于使所述计算设备通过网络从客户端接收第一行程的信息。所述至少一个处理器可以用于使所述计算设备基于所述第一行程信息生成至少一条路线规划记录。所述至少一条路线规划记录包括至少一条公共交通出行路线。所述至少一个处理器还可以用于使所述计算设备接收用户获取所述至少一条公共交通出行路线之一的请求，并且响应于所接收的请求，通过网络将所述至少一条路线规划记录中的其中一个发送至所述客户端。

在一些实施例中，为了基于所述第一行程的信息生成至少一条路线规划记录，所述至少一个处理器可以用于使所述计算设备基于第一行程的信息确定第一起点和终点。所述至少一个处理器还可以用于使所述计算设备基于所述第一起点和终点确定所述至少一条公共交通出行路线。所述至少一个处理器还可以用于使所述计算设备基于所述第一行程的出发时间和与所述至少一条公共交通出行路线相关联的道路状况，确定与所述至少一条公共交通出行路线对应的一个或多个公共交通工具的一个或多个运行信息。所述一个或多个运行信息包括与具有固定站点的第一部分所述一个或多个公共交通工具对应的运行时段和运行路段，以及具有非固定站点的第二部分所述一个或多个公共交通工具的分布。所述至少一个处理器还可以用于使所述计算设备基于所述一个或多个公共交通工具的一个或多个运行信息生成所述至少一条路线规划记录。所述至少一条路线规划记录中的每一条路线规划记录包括所述一个或多个公共交通工具的一个或多个标识符，以及用在所述客户端上显示的接口标识。所述接口标识对应于每一个所述至少一条路线规划记录。

在一些实施例中，为了基于所述第一行程的信息确定第一起点，所述至少一个处理器可以用于使所述计算设备分析所述用户的位置和对应于所述第一行程的第二起点。所述用户所在位置是所述用户的地理位置。所述用户的地理位置可以由所述客户端的定位芯片组确定。所述至少一个处理器可以用于使所述计算设备确定所述用户所在位置与所述第二起点之间的距离。所述至少一个处理器还用于使所述计算设备确定所述距离是否大于或等于距离阈值。所述至少一个处理器还用于使所述计算设备基于所述距离大于或等于距离阈值的结果，将所述第二起点指定为第一起点，以及基于所述距离小于距离阈值的结果，将所述用户所在位置指定为第一起点。

在一些实施例中，为了基于所述第一起点和所述终点确定所述至少一条公共交通出行路线，所述至少一个处理器可以用于使所述计算设备基于所述第一起点和所述终点确定多条候选公共交通出行路线。所述至少一个处理器还用于使所述计算设备获取与所述多条候选公共交通出行路线中的每一个相对应的公共交通工具的实时到站信息。所述至少一个处理器还用于使所述计算设备基于所述实时到站信息确定与所述公共交通工具到达目标站点的到站时间信息。所述目标站点是距离所述公共交通工具的第一起点最近的站点。所述至少一个处理器还用于使所述计算设备基于每条候选公共交通出行路线对应的所述公共交通工具的到站时间信息确定所述至少一条公共交通出行路线。

在一些实施例中，所述公共交通工具的实时到站信息包括到达站点、车次、车牌、行驶方向、所述公共交通工具的当前位置或所述公共交通工具所在辖区中的至少一个。

在一些实施例中，为了基于所述实时到站信息确定所述公共交通工具到达目标站点的到站时间信息，所述至少一个处理器可以用于使所述计算设备确定与所述实时到站信息匹配的行驶车辆。所述行驶车辆是所述服务系统的签约车辆，且所述行驶车辆的行驶方向与所述公共交通工具的行驶方向匹配。所述至少一个处理器还用于使所述计算设备确定与所述公共交通工具行驶路线重合的一个或多个行驶车辆作为一个或多个参考车辆。所述至少一个处理器还用于使所述计算设备获取与所述一个或多个参考车辆中的每个参考车辆相关联的一个或多个参考行程。所述至少一个处理器还用于使所述计算设备基于与所述一个或多个参考车辆中的每个参考车辆相关联的所述一个或多个参考行程，确定与所述到站时间信息。

在一些实施例中，所述一个或多个参考行程中的每个参考车辆包括行驶速度和从所述到达站点到所述目标站点的距离。或者，所述一个或多个参考行程中的每个参考车辆包括从所述到达站点到所述目标站点的行驶时间。

在一些实施例中，所述到站时间信息包括所述公共交通工具到达所述目标站点的到站时刻，和所述公共交通工具从所述到达站点到所述目标站点的第一行驶时长。为了基于所述公共交通工具的到站时间信息确定至少一条公共交通出行路线，所述至少一个处理器可以用于使所述计算设备确定所述客户端从所述第一起点到所述目标站点的第二行驶时长。所述至少一个处理器还用于使所述计算设备将所述多条候选公共交通出行路线中的至少一个确定为所述至少一条公共交通出行路线。所确定的所述多条候选公共交通出行路线中的至少一个的第一行驶时长大于所述客户端从所述第一起点到所述目标站点的所述第二行驶时长。

在一些实施例中，为了基于所述第一起点和所述终点确定多条候选公共交通处行路线，所述至少一个处理器可以用于使所述计算设备从预设的站点位置中确定距离所述第一起点最近的站点作为第一站点，并确定经过所述第一站点的一条或多条第一公共交通出行路线。所述至少一个处理器还用于使所述计算设备从所述一条或多条第一公共交通出行路线中，确定经过所述终点的一条或多条第二公共交通出行路线，并基于所述一条或多条第二公共交通出行路线确定所述多条候选公共交通出行路线。

在一些实施例中，为了确定经过所述第一站点的一条或多条第一公共交通出行路线，所述至少一个处理器可以用于使所述计算设备从预设的站点位置中确定距离所述用户所在位置第二近的站点到作为第二站点，并确定经过所述第一站点或所述第二站点的所述一条或多条第一公共交通出行路线。

在一些实施例中，为了基于所述一条或多条第二公共交通出行路线确定所述多条候选公共交通出行路线，所述至少一个处理器可以用于使所述计算设备对于所述一条或多条第二公共交通出行路线中的每个第二公共交通出行路线，获取对应于每个第二公共交通出行路线的公共交通工具的当前位置。所述至少一个处理器还用于使所述计算设备确定从所述公共交通工具的当前位置到所述第一站点的距离。所述至少一个处理器还用于使所述计算设备基于第一规则对所述一条或多条第二公共交通出行路线进行排序。所述至少一个处理器还用于使所述计算设备基于所述排序后的一条或多条第二公共交通出行路线，确定所述多条候选公共交通出行路线。

在一些实施例中，所述至少一个处理器可以用于使所述计算设备接收所述客户端输入的关键词，并进一步确定所述关键词是否包含数字。所述至少一个处理器可以用于使所述计算设备基于所述关键词包含数字的结果，则将所述一条或多条公共交通出行路线中以所述关键词作为线路的起始数字的至少一条推送给所述用户。

在一些实施例中，为了获取与所述多条候选公共交通出行路线中的每个候选公共交通出行路线对应的公共交通工具的实时到站信息，所述至少一个处理器可以用于使所述计算设备接收公共交通工具到站的的提示信号，并根据所述提示信号获取所述公共交通工具实时到站信息。

在一些实施例中，所述提示信号在所述公共交通工具的开门按钮被触发时产生。或者，所述提示信号在所述公共交通工具的到站提示按钮被触发时产生。

在一些实施例中，所述至少一个处理器还用于使所述计算设备获取规划至少一条公共交通出行路线的请求。所述至少一个处理器还用于使所述计算设备基于预定策略向所述客户端发送对应于所述指定路线规划记录的第一接口标识和/或与对应于所述至少一条路线规划记录的一个或多个非指定路线规划记录一个或多个第二接口标识。所述至少一个处理器还用于指示所述客户端以地图界面的形式显示指定路线规划记录。所述地图界面可以显示所述一个或多个公共交通工具的所述一个或多个标识符，以及与所述指定路线规划记录的所述至少一条公共交通出行路线相关联的第二行程。所述至少一个处理器还用于使所述计算设备指示所述客户端以所述一个或多个第二接口标识的形式显示所述一个或多个非指定路线规划记录。所述第二行程包括至少一个出行参数，所述出行参数包括所述至少一条公共交通出行路线的出行总时长、所述至少一条公共交通出行路线的行驶轨迹、步行总距离或交通成本。

在一些实施例中，所述至少一个处理器还用于使所述计算设备接收获取所述一个或多个第二接口标识的其中一个的请求。所述至少一个处理器还用于使所述计算设备将与所述一个或多个第二接口标识中的一个第二接口标识对应的所述一个或多个非指定路线规划记录中的一个发送至所述客户端。所述至少一个处理器还用于使所述计算设备指示客户端以所述地图界面的形式显示与所述接口标识对应的一个或多个非指定路线规划记录中的一个。

在一些实施例中，所述至少一个处理器还用于使所述计算设备向所述客户端发送指令。所述指令可以用于使客户端生成推荐页面。所述推荐页面包括地图显示区域和文本显示区域。所述地图显示区域用于显示所述地图界面，所述文本显示区域用于显示与所述地图界面。所述指令还用于使客户端通过所述客户端的显示器显示所述推荐页面。

在一些实施例中，与所述一个或多个第二接口标识的所述第一数量相关的所述第一数据包括与一个非指定路线规划记录相对应的公共交通工具的车次，和与非指定路线规划记录对应的公共交通出行路线相关联的预计时长。

在一些实施例中，所述文本显示区域用于以列表的形式显示与所述一个或多个第二接口标识的所述第一数量相关的所述第一数据。

在一些实施例中，所述文本显示区域与所述推荐页面的轮廓线共边。

在一些实施例中，为了通过所述客户端的所述显示器显示所述推荐页面，所述至少一个处理器可以用于使所述计算设备响应于所述用户在所述文本显示区域上执行的的滑动操作，使所述客户端扩展所述文本显示区域以显示与所述一个或多个第二接口标识的第二数量相关的第二数据。所述滑动操作是由所述文本显示区域指向所述推荐页面的中心。

在一些实施例中，如果所述用户在所述文本显示区域上执行的点击操作，所述至少一个处理器还用于使所述计算设备使所述客户端在所述文本显示区域上显示与所述点击操作的位置相对应的第二标识相关的第三数据。

根据本申请的又一个方面，提供了一种方法。所述方法可以在具有处理器、存储设备和连接到网络的通信平台的计算设备上实现。所述方法包括通过网络从所述客户端接收第一行程的信息。所述方法还包括基于所述第一行程的信息生成至少一条路线规划记录。所述至少一条路线规划记录包括至少一条公共交通出行路线。所述方法还包括，接收用户获取所述至少一条公共交通出行路线的其中一个的请求，以及基于所接收的请求，通过网络发送所述至少一条路线规划记录的其中一个到所述客户端。

根据本申请的又一个方面，提供了一种非暂时性计算机可读介质。所述非暂时性计算机可读介质可以存储至少一组指令。当所述指令被至少一个处理器执行时，所述至少一组指令可以指示所述至少一个处理器执行通过网络从所述客户端接收第一行程的信息的操作。所述至少一组指令还可以指示所述至少一个处理器基于所述第一行程的信息生成至少一条路线规划记录的操作。所述至少一条路线规划记录包括至少一条公共交通出行路线。所述至少一组指令还可以指示所述至少一个处理器执行接收用户获取所述至少一条公共交通出行路线的其中一个的请求的操作，并基于所接收的请求，通过网络将所述至少一条路线规划记录的其中一个发送至所述客户端。

附图说明

下面根据示例性实施例进一步描述本申请。参考附图详细描述这些示例性实施例。这些实施例是非限制性示例性实施例，其中相同的附图标记在附图的若干视图中表示类似的结构，并且其中：

图1是根据本申请的一些实施例所示的示例性线上线下(onlinetooffline,o2o)服务系统的示意图；

图2是根据本申请的一些实施例所示的计算设备的示例性硬件和软件组件的示意图；

图3是根据本申请的一些实施例所示的可以在其上实现终端的移动设备的示例性硬件和/或软件组件的示意图；

图4是根据本申请的一些实施例所示的用于路线规划的示例性过程的流程图；

图5是根据本申请的一些实施例所示的用于路线规划的示例性过程的流程图；

图6是根据本申请的一些实施例所示的示例性路线规划设备的框图；

图7是根据本申请的一些实施例所示的示例性路线规划设备的框图；

图8是根据本申请的一些实施例所示的用于路线规划的示例性过程的流程图；

图9是根据本申请的一些实施例所示的网约车应用程序上的示例性快车界面的示意图；

图10是根据本申请的一些实施例所述的网约车应用程序上的示例性公交界面的示意图；

图11是根据本申请的一些实施例所示的用于确定一条或多条公共交通出行路线的示例性过程的流程图；

图12是根据本申请的一些实施例所示的用于确定与公共交通工具的到站时间信息的示例性过程的流程图；

图13是根据本申请的一些实施例所示的用于发送公共交通出行路线的示例性过程的流程图；

图14是根据本申请的一些实施例所示的用于发送公共交通出行路线的示例性设备的框图；

图15是根据本申请的一些实施例所示的确定模块的框图；

图16是根据本申请的一些实施例所示的发送模块的框图；

图17是根据本申请的一些实施例所示的用于推送公共交通出行路线的示例性过程的流程图；

图18是根据本申请的一些实施例所示的用于推送公共交通出行路线的示例性过程的流程图；

图19是根据本申请的一些实施例所示的用于推送公共交通出行路线的示例性过程的流程图；

图20是根据本申请的一些实施例所示的用于推送公共交通出行路线的示例性过程的流程图；

图21是根据本申请的一些实施例所示的用于推送公共交通出行路线的示例性过程的流程图；

图22是根据本申请的一些实施例所示的用于基于用户所在位置推送公共交通出行路线的示例性设备的框图；

图23是根据本申请的一些实施例所示的用于基于用户所在位置推送公共交通出行路线的示例性设备的框图；

图24是根据本申请的一些实施例所示的用于基于用户所在位置推送公共交通出行路线的示例性设备的框图；

图25是根据本申请的一些实施例所示的用于基于用户所在位置推送公共交通出行路线的示例性设备的框图；

图26是根据本申请的一些实施例所示的用于发送信息的示例性过程的流程图；

图27是根据本申请的实施例所示的用于发送信息的示例性设备的示意图；

图28是根据本申请的一些实施例所示的用于显示的示例性过程的流程图；

图29是根据本申请的一些实施例所示的用于显示推荐页面的示例性过程的流程图；

图30是根据本申请第三个实施例所示的用于显示推荐页面的示例性过程的流程图；

图31是根据本申请的一些实施例所示的用于显示的示例性过程的流程图；

图32是根据本申请的一些实施例所示的用于显示的示例性过程的流程图。

图33-36是根据本申请的一些实施例所示的网约车应用程序的示意图；

图37是根据本申请的一些实施例所示的用于显示的示例性设备的示意图；

图38是根据本申请的一些实施例所示的用于显示的示例性设备的示意图；

图39是根据本申请的一些实施例所示的用于显示的示例性设备的示意图；

图40是根据本申请的一些实施例所示的用于显示的示例性设备的示意图；

图41是根据本申请的一些实施例所示的示例性处理设备的示意图；

图42是根据本申请的一些实施例所示的用于路线规划的示例性过程的流程图；

图43是根据本申请的一些实施例所示的用于生成至少一条路线规划记录的示例性过程的流程图；

图44是根据本申请的一些实施例所示的用于生成至少一条路线规划记录的示例性过程的流程图；和

图45是根据本申请的一些实施例所示的用于生成至少一条路线规划记录的示例性过程的流程图。

具体实施方式

在以下详细描述中，通过示例阐述了许多具体细节，以便提供对相关申请的透彻理解。然而，显然，对于本领域技术人员来说，可以在没有这些细节的情况下实践本申请。在其他示例中，对众所周知的方法、过程、系统、组件和/或电路进行了大致描述，而没有详细描述，以避免不必要地模糊本申请的各方面。对于本领域技术人员来说，对所公开的实施例的各种修改是显而易见的，并且在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用。因此，本申请不限于所示的实施例，而是与权利要求一致的最宽范围。

这里使用的术语仅用于描述特定示例实施例，而不是限制性的。如这里所使用的，单数形式“一”、“一个”和“该”也可以包括复数形式，除非上下文另有明确说明。需要进一步理解的是，当在本说明书中使用术语“包括”与“包含”时，表明所述特征、整数、步骤、操作、元素和/或组件的存在，但不排除一个或以上其他特征、整数、步骤、操作、元素、组件和/或组的存在或添加。

应当理解，这里使用的术语“系统”、“引擎”、“单元”、“模块”和/或“块”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。

通常，这里使用的词语“模块”、“单元”或“块”指的是体现在硬件或固件中的逻辑，或者是软件指令的集合。这里描述的模块、单元或块可以实现为软件和/或硬件，并且可以存储在任何类型的非暂时性计算机可读介质或其他存储设备中。在一些实施例中，软件模块/单元/块可以进行编译并链接到可执行程序中。应当理解的是，软件模块可以从其他模块/单元/块或它们自身调用，和/或可以响应于检测到的事件或中断而被调用。用于在计算设备上执行的软件模块/单元/块可以被提供在计算机可读介质上，例如光盘、数字视频盘、闪存驱动器、磁盘或任何其他有形介质，或者作为数字下载(最初以压缩或可安装的格式存储，在执行之前需要安装、解压缩或解密)。这样的软件代码可以部分或全部存储在执行计算设备的存储设备中，以供计算设备执行。软件指令可以嵌入固件中，例如可擦除可编程只读存储器(eprom)。还应当理解的是，硬件模块/单元/块可以包含在连接的逻辑组件中，例如门和触发器，和/或包含可编程单元，例如可编程门阵列或处理器。这里描述的模块/单元/块或计算设备功能可以实现为软件模块/单元/块，但是可以用硬件或固件表示。通常，这里描述的模块/单元/块指的是逻辑模块/单元/块，其可以与其他模块/单元/块组合或者划分为子模块/子单元/子块。该描述可应用于系统、引擎或其一部分。

应当理解的是，除非上下文另有明确说明，否则当单元、引擎、模块或块被指代“位于”、“连接到”或“耦合到”另一个单元、引擎、模块或块时，它可以直接位于、连接到或耦合到其他单元、引擎、模块、块，或中间单元、引擎、模块或块，也可与之通信。如这里所使用的，术语“和/或”包括一个或多个相关所列项目的任何和所有组合。

本申请的所有功能和特征、结构的相关元件的操作和功能以及部件的组合和制造经济性，在参考以下附图描述时可以变得更加明显，所有这些描述构成本申请的一部分。然而，应该清楚地理解，附图仅用于说明和描述的目的，并不旨在限制本申请的保护范围。应当理解，附图未按比例绘制。

本申请使用流程图来说明根据本申请的一些实施例的系统所执行的操作。应该理解的是，流程图的操作可以不按顺序执行。相反，操作可以倒序或同时执行。此外，可以向流程图添加一个或以上其他操作，或从流程图中移除一个或以上操作。

本申请的实施例可以应用于不同的运输系统，包括但不限于陆地运输、海运、空运、航空运输等，或其任何组合。所述运输系统的交通工具可包括人力车、代步工具、出租车、专车、便车、公共汽车、铁路交通(例如，火车、列车、高铁和地铁)、船舶、飞机、宇宙飞船、热气球、无人驾驶车辆等，或其任何组合。所述运输系统还包括应用于管理和/或分发的任何运输系统，例如，用于发送和/或接收快递的系统。

本申请的不同实施例的应用场景可以包括但不限于一个或多个网页、浏览器插件和/或扩展、客户端终端、定制系统、公司内部分析系统、人工智能机器人等，或其任何组合。应当理解的是，本申请的系统及方法的应用场景仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他应用场景。

本申请中的术语“乘客”、“请求者”、“服务请求者”和“客户”可互换使用，以指代可以请求或订购服务的个人、实体或工具。此外，本申请中的术语“司机”、“提供者”、“服务提供者”和“供应者”可互换使用，以指代可以提供服务或促进提供服务的个人、实体或工具。本申请中的术语“用户”指代可以请求服务、订购服务、提供服务或促进提供服务的个人、实体或工具。例如，所述用户可以是请求者、乘客、司机、操作员等，或其任何组合。在本申请中，“请求者”和“请求者终端”可以互换使用，“提供者”和“提供者终端”可以互换使用。

本申请中的术语“请求”、“服务”、“服务请求”和“订单”可互换使用，以指代可由乘客、请求者、服务请求者、客户、司机、提供者、服务提供者、供应者等，或其任何组合发起的请求。所述服务请求可以由乘客、请求者、服务请求者、客户、司机、提供者、服务提供者或供应者中的任何一个接受。所述服务请求可能是收费的或免费的。

本申请涉及用于生成路线规划记录的系统和方法，所述路线规划记录包括至少一条公共交通出行路线。所述系统和方法可以通过网络从客户端的服务系统接收第一行程信息，并基于所述第一行程信息生成至少一条路线规划记录。具体地，所述系统和方法可以基于所述第一行程信息确定第一起点和终点。所述系统和方法可以基于所述第一起点和所述终点确定至少一条公共交通出行路线。所述系统和方法可以基于所述第一行程的出发时间和与所述至少一条公共交通出行路线相关联的道路状况，确定与所述至少一条公共交通出行路线对应的一个或多个公共交通工具的一个或多个运行信息。所述系统和方法可以基于所述一个或多个公共交通工具的一个或多个运行信息生成所述至少一条路线规划记录。所述系统和方法还可以接收用户获取所述至少一条公共交通出行路线之一的请求，且响应于所接收的请求将所述至少一条路线规划记录中的其中一个发送给所述用户。

图1是根据本申请的一些实施例所示的示例性路线规划系统100的框图。所述路线规划系统100可以是在线平台，包括服务器110、网络120、请求者终端130、提供者终端140、车辆150、存储设备160和导航系统170。

在一些实施例中，服务器110可以是单个服务器或服务器组。所述服务器组可以是集中式的或分布式的(例如，服务器110可以是分布式系统)。在一些实施例中，服务器110可以是本地的或远程的。例如，服务器110可以通过网络120访问存储在请求者终端130、提供者终端140和/或存储设备160中的信息和/或数据。作为另一示例，服务器110可以直接连接到请求者终端130、提供者终端140和/或存储设备160以访问存储的信息和/或数据。在一些实施例中，服务器110可以在云平台上实现。仅作为示例，云平台可以包括私有云、公共云、混合云、社区云、分布式云、内部云、多云等，或其任何组合。在一些实施例中，服务器110可以在如本申请中图2所示的具有一个或多个组件的计算设备200上实现。

在一些实施例中，服务器110可以包括处理设备112。处理设备112可以处理与所述服务请求相关的信息和/或数据，以执行本申请中描述的一个或多个功能。例如，处理设备112可以生成包括至少一条公共交通出行路线的至少一条路线规划记录。作为另一示例，处理设备112可以将所述至少一条路线规划记录发送至请求者终端130。在一些实施例中，处理设备112可以包括一个或多个处理设备(例如，单核处理器或多核处理器)。仅作为示例，处理设备112包括中央处理单元(cpu)、专用集成电路(asic)、专用指令集处理器(asip)、图形处理单元(gpu)、物理处理单元(ppu)、数字信号处理器(dsp)、现场可编程门阵列(fpga)、可编程逻辑电路(pld)、控制器、微控制器单元、精简指令集计算机(risc)、微处理器等，或其任何组合。

网络120可以促进信息和/或数据的交换。在一些实施例中，路线规划系统100的一个或多个组件(例如，服务器110、请求者终端130、提供者终端140、车辆150、存储设备160和导航系统170)可以通过网络120向所述路线规划系统100的其他组件发送信息和/或数据。例如，服务器110可以通过网络120从请求者终端130接收服务请求。在一些实施例中，网络120可以是任何类型的有线或无线网络，或其组合。仅作为示例，网络120可以包括缆线网络、有线网络、光纤网络、电信网络、内联网、因特网、局域网(lan)、广域网(wan)、无线局域网(wlan)、城域网(man)、公共电话交换网(pstn)、蓝牙网络、zigbee网络、近场通信(nfc)网络等，或其任何组合。在一些实施例中，网络120可以包括一个或多个网络接入点。例如，网络120可以包括有线或无线网络接入点，例如基站和/或互联网交换点120-1、120-2、……，通过这些接入点，所述路线规划系统100的一个或多个组件可以连接到网络120以交换数据和/或信息。

在一些实施例中，乘客可以是请求者终端130的所有者。在一些实施例中，请求者终端130的所有者可以是除乘客之外的其他人。例如，请求者终端130的所有者a可以使用所述请求者终端130来发送针对乘客b的服务请求或者从服务器110接收服务确认和/或信息或指令。在一些实施例中，服务提供者可以是提供者终端140的一个用户。在一些实施例中，提供者终端140的用户可以是除服务提供者之外的其他人。例如，提供者终端140的用户c可以使用提供者终端140来接收对服务提供者d的服务请求，和/或来自服务器110的信息或指令。在一些实施例中，“乘客”和“乘客终端”可以交换使用，“服务提供者”和“提供者终端”可以交换使用。“乘客终端”、“请求者终端”和“客户端”可以交换使用。在一些实施例中，所述提供者终端可以与一个或多个服务提供者(例如，夜班服务提供者或白班服务提供者)相关联。

在一些实施例中，请求者终端130可以包括移动设备130-1、平板电脑130-2、手提电脑130-3、机动车辆中的内置设备130-4等，或者任何组合。在一些实施例中，移动设备130-1可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、增强现实设备等，或其任何组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电器的控制设备、智能监控设备、智能电视、智能摄像机、对讲机等，或其任意组合。在一些实施例中，可穿戴设备可包括智能手环、智能鞋袜、智能眼镜、智能头盔、智能手表、智能服装、智能背包、智能配件等，或其任何组合。在一些实施例中，智能移动设备可以包括智能手机、个人数字助理(pda)、游戏设备、导航设备、销售点(pos)设备等，或其任何组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实眼镜、虚拟现实贴片、增强现实头盔、增强现实眼镜、增强现实贴片等，或其任何组合。例如，虚拟现实设备和/或增强现实设备可以包括googletm眼镜、oculusrift、hololens、gearvr等。在一些实施例中，机动车辆中内置设备130-4可以包括车载计算机、车载电视等。在一些实施例中，请求者终端130可以是具有定位技术的设备，以确定乘客和/或请求者终端130的位置。

提供者终端140可以包括多个提供者终端140-1、140-2、...、140-n。在一些实施例中，提供者终端140可以与请求者终端130是类似或相同的设备。在一些实施例中，可以定制提供者终端140以实现路线规划系统100。在一些实施例中，提供者终端140可以是具有定位技术的设备，用于确定服务提供者、提供者终端140和/或与提供者终端140相关联的车辆150的位置。在一些实施例中，请求者终端130和/或提供者终端140可以与另一个定位设备通信，以确定乘客、请求者终端130、服务提供者和/或提供者终端140的位置。在一些实施例中，请求者终端130和/或提供者终端140可以周期性地将定位信息发送至服务器110。在一些实施例中，提供者终端140还可以周期性地将可用性状态发送至服务器110。所述可用性状态可表明与提供者终端140相关联的车辆150是否可用于接载乘客。例如，请求者终端130和/或提供者终端140可以每30分钟将定位信息和可用性状态发送至服务器110。作为另一示例，每当用户登录到与所述路线规划系统100相关联的移动应用程序时，请求者终端130和/或提供者终端140可以将定位信息和可用性状态发送至服务器110。

在一些实施例中，提供者终端140可以对应于一个或多个车辆150。车辆150可以接载乘客并且前往终点。车辆150可包括多个车辆150-1、150-2、...、150-n。一个车辆可以对应于一种类型的服务(例如，出租车服务、专车服务、快车服务、拼车服务、公共汽车服务、司机租用服务或班车服务)。

存储设备160可以存储数据和/或指令。在一些实施例中，存储设备160可以存储从请求者终端130和/或提供者终端140获取的数据。例如，存储设备160可以存储从请求者终端130获取的服务请求。在一些实施例中，存储设备160可以存储服务器110可以执行或使用的数据和/或指令，以执行本申请中描述的示例性方法。例如，存储设备160可以存储从服务器110获取的一条或多条路线规划记录。在一些实施例中，存储设备160可以包括大容量存储器、可移动存储器、易失性读写存储器、只读存储器(rom)等，或其任何组合。示例性大容量存储器可以包括磁盘、光盘、固态驱动器等。示例性可移动存储器可以包括闪存驱动器、软盘、光盘、存储卡、zip盘、磁带等。示例性易失性读写存储器可以包括随机存取存储器(ram)。示例性ram可以包括动态ram(dram)、双倍数据速率同步动态ram(ddrsdram)、静态ram(sram)、晶闸管ram(t-ram)和零电容ram(z-ram)。示例性rom可以包括掩模rom(mrom)、可编程rom(prom)、可擦除可编程rom(eprom)、电可擦除可编程rom(eeprom)、光盘rom(cd-rom)，以及数字通用磁盘rom等。在一些实施例中，存储设备160可以在云平台上实现。仅作为示例，云平台可以包括私有云、公共云、混合云、社区云、分布式云、内部云、多云等，或其任何组合。

在一些实施例中，存储设备160可以连接到网络120以与所述路线规划系统100的一个或多个组件(例如，服务器110、请求者终端130或提供者终端140)通信。所述路线规划系统100的一个或多个组件可以通过网络120访问存储在存储设备160中的数据或指令。在一些实施例中，存储设备160可以与所述路线规划系统100的一个或多个组件(例如，服务器110、请求者终端130、提供者终端140)直接连接或通信。在一些实施例中，存储设备160可以是服务器110的一部分。

导航系统170可以确定与一个物体相关联的信息，例如，请求者终端130、提供者终端140，车辆150等中的一个或多个。在一些实施例中，导航系统170可以是全球定位系统(gps)、全球导航卫星系统(glonass)、北斗卫星导航系统(compass)、伽利略卫星定位系统、准天顶卫星系统(qzss)等。所述信息可包括物体的位置、海拔、速度、加速度或当前时间。导航系统170可以包括一个或多个卫星，例如，卫星170-1、卫星170-2和卫星170-3。卫星170-1至170-3可以独立地或共同地确定上述信息。导航系统170可以通过无线连接将上述信息发送至网络120、请求者终端130、提供者终端140或车辆150。

在一些实施例中，所述路线规划系统100的一个或多个组件(例如，服务器110、请求者终端130、提供者终端140)具有访问存储设备160的许可。在一些实施例中，当满足一个或多个条件时，所述路线规划系统100的一个或多个组件可以读取和/或修改与乘客、服务提供者和/或公众有关的信息。例如，服务器110可以在服务完成之后读取和/或修改一个或多个乘客的信息。作为另一示例，服务器110可在服务完成之后读取和/或修改一个或多个服务提供者的信息。

本领域普通技术人员将理解，当所述路线规划系统100的元件(或部件)执行时，所述元件可以通过电信号和/或电磁信号执行。例如，当请求者终端130向服务器110发送服务请求时，请求者终端130的处理器可以生成编码该请求的电信号。然后，请求者终端130的处理器可以将该电信号发送至输出端口。如果请求者终端130通过有线网络与服务器110通信，则输出端口可以物理地连接到电缆，该电缆可以将电信号发送至服务器110的输入端口。如果请求者终端130通过无线网络与服务器110通信，则请求者终端130的输出端口可以是一个或多个天线，其将电信号转换为电磁信号。类似地，提供者终端140可以通过电信号或电磁信号从服务器110接收指令和/或服务请求。在诸如请求者终端130、提供者终端140和/或服务器110的电子设备内，当其处理器处理指令、发出指令和/或执行操作时，所述指令和/或操作通过电信号进行。例如，当处理器从存储介质检索或保存数据时，它可以将电信号发送至存储介质的读/写设备，该读/写设备可以在存储介质中读取或写入结构化数据。所述结构化数据可以通过电子设备的总线以电信号的形式发送至处理器。这里，电信号可以指一个电信号、一系列电信号和/或多个离散电信号。

图2是根据本申请的一些实施例所示的示例性计算设备的示意图。所述计算设备可以是计算机，例如图1中的服务器110和/或具有特定功能的计算机，用于实现根据本申请的一些实施例所示的任何特定系统。计算设备200可以用于实现执行本申请中披露的一个或多个功能的任何组件。例如，服务器110可以在计算机的硬件设备、软件程序、固件或其任何组合上实现，例如计算设备200。为简洁起见，图2仅描绘了一个计算设备。在一些实施例中，提供推荐乘车位置功能的计算设备的功能可以由分布式模式中的一组类似平台来实现，以分散系统的处理负载。

计算设备200可以包括通信终端250，其可以与能实现数据通信的网络连接。计算设备200还包括处理器220，用于执行指令并且包括一个或多个处理器。示意性计算机平台包括内部通信总线210、不同类型的程序存储单元和数据存储单元(例如，硬盘270、只读存储器(rom)230、随机存取存储器(ram)240)、适用于计算机处理和/或通信的各种数据文件，以及可能由处理器220执行的一些程序指令。计算设备200还包括输入/输出设备260(即，数据交换端口)，其可以支持计算设备200和其他组件之间的数据流的输入和输出。例如，所述数据交换端口可以连接到服务系统，用于提供在客户端(例如，请求者终端130、提供者终端140)上实现的线上线下服务。此外，计算设备200可以通过通信网络接收程序和数据。

图3是根据本申请的一些实施例所示的可以在其上实现终端的示例性移动设备的示例性硬件和/或软件组件的示意图。如图3所示，移动设备300包括通信平台310、显示器320、图形处理单元(gpu)330、中央处理单元(cpu)340、输入/输出接口350、内存360、移动操作系统(os)370、存储器390。在一些实施例中，任何其他合适的组件，包括但不限于系统总线或控制器(未示出)，也可以包括在移动设备300中。

在一些实施例中，移动操作系统370(例如，ios^tm、android^tm、windowsphone^tm等)和一个或多个应用程序380可以从存储器390加载到内存360中，以便由cpu340执行。应用程序380包括浏览器或任何其他合适的移动应用程序，用于从所述路线规划系统100接收和呈现与图像处理或其他信息相关的信息。用户与所述信息流的交互可以通过输入/输出接口350实现并提供给存储设备160、服务器110和/或所述路线规划系统100的其他组件。在一些实施例中，移动设备300可以是对应于请求者终端130或提供者终端140的示例性实施例。

为了实现本申请中描述的各种模块、单元及其功能，计算机硬件平台可以用作本申请中描述的一个或多个组件的硬件平台。具有用户接口组件的计算机可用于实现个人电脑(pc)或任何其他类型的工作站或终端设备。如果适当编程，计算机也可以充当系统。

图4是根据本申请的一些实施例所示的用于路线规划的示例性过程400的流程图。在一些实施例中，过程400可以在路线规划系统100中实现。例如，过程400可以存储在存储设备160和/或存储器(例如，rom230、ram240等)中作为指令的形式，并由服务器110(例如，服务器110中的处理设备112、或服务器110中的处理设备112的处理器220)调用和/或执行。

在步骤402中，响应于从客户端接收的第一行程，处理设备112可以基于所述第一行程生成至少一条路线规划记录。所述至少一条路线规划记录包括至少一条公共交通出行路线。在一些实施例中，由所述客户端(例如，请求者终端130)的用户发送的所述第一行程信息包括与所述第一行程相关联的服务请求的起点、终点和出发时间。与所述路线规划记录相关联的属性信息包括与所述出发时间相对应的时间戳。

在步骤404中，处理设备112可以响应于所述客户端获取公共交通出行路线的请求，将所述至少一条路线规划记录中的其中一个发送至所述客户端。

在一些实施例中，响应于从客户端接收的第一行程，可以基于所述第一行程生成至少一条路线规划记录。所述至少一条路线规划记录包括至少一条公共交通出行路线。响应于所述客户端获取公共交通出行路线的请求，可以将与所述请求相对应的所述至少一条路线规划记录中的一个或多个发送至所述客户端。例如，当用户想要在发布第一行程之后读取公共交通出行路线时，所述用户可以输入获取公共交通出行路线的请求。此外，所述用户可以点击与所述客户端相关联的按钮(例如，如图9所示的网约车应用程序的页面上的“公交”按钮)以发送用于获取公共交通出行路线的请求。然后，用户可以在不手动输入行程信息的情况下接收所述路线规划记录，这可以简化用户的操作，提供多条公共交通出行路线之间的比较，并改善用户体验。

在一些实施例中，为了基于第一行程生成至少一条路线规划记录，处理设备112可以基于第一行程确定与至少一条路线规划记录相关联的起点和终点。例如，处理设备112可以将第一行程的终点指定为与至少一条路线规划记录相关联的终点。处理设备112可以基于与至少一条公共交通出行路线相关联的起点和终点的坐标来确定至少一条公共交通出行路线。与至少一条公共交通出行路线相关联的起点和终点的坐标也可以分别称为起点坐标和终点坐标。处理设备112还可以基于第一行程的出发时间和与至少一条公共交通出行路线中的每个公共交通出行路线相关联的道路状况，确定与每个公共交通出行路线对应的一个或多个公共交通工具的一个或多个运行信息。在一些实施例中，所述一个或多个运行信息包括具有固定站点的第一部分的一个或多个公共交通工具的运行时段和运行路段，以及具有非固定站点的第二部分的一个或多个公共交通工具的分布。处理设备112还可以基于一个或多个公共交通工具的一个或多个运行信息生成所述至少一条路线规划记录。所述至少一条路线规划记录中的每个路线规划记录包括一个或多个公共交通工具的一个或多个标识符以及用于在客户端上显示的接口标识。所述接口标识可以对应于所述至少一条路线规划记录中的每个路线规划记录。与每个路线规划记录相对应的接口标识可以用于将一条路线记录与另一条路线规划记录区分开。所述接口标识符可以包括符号、数字、字母等。

在一些实施例中，可以基于第一行程确定与至少一条路线规划记录相关联的起点坐标。例如，起点坐标可以是第一行程的起点坐标。作为另一示例，所述起点坐标可以是当第一行程发送至路线规划系统时客户端所在位置的坐标。响应于第一行程的终点坐标，至少一条公共交通出行路线可以基于起点坐标和终点坐标确定。当所述用户查看公共交通出行路线时，可以在用户没有再次输入行程信息的情况下将提示(即，路线规划记录)直接推送给用户。此外，为了提高路线规划的可靠性，公共交通工具的运行信息需要进行考虑(例如，与具有固定站点的公共交通工具(例如，公共汽车)相对应的运行时段和运行路段以及具有非固定站点的公共交通工具(例如，共用自行车)的分布信息。此外，当生成所述路线规划记录时，可以向用户提供所述公共交通工具的标识符，以供用户更直观地了解所述公共交通出行路线。

可以基于出发时间和道路状况预先确定与到达起点的每条公共交通出行路线相关联的公共交通工具的到站时间，和/或可以在每条公共交通出行路线的起点处显示共享自行车的分布，以确保用户可以根据运行信息综合权衡多条公共交通出行路线，也可以提高路线规划的可靠性。

应当注意的是，所述起点坐标包括与起点相关联的纬度和经度坐标，或者与基于wi-fi定位技术、全球定位系统(gps)定位技术、基站定位技术等中的至少一个确定的坐标区域。以上定位技术的坐标精度可小于10米。

在一些实施例中，基于第一行程确定与至少一条路线规划记录相关联的起点坐标，处理设备112可以分析客户端的位置和第一行程的起点。所述客户端的位置可以是所述第一行程生成时客户端的地理位置。处理设备112可以确定客户端的位置与所述起点之间的距离。如果距离大于或等于距离阈值，处理设备112则将与起点相对应的坐标指定为起点坐标。如果距离小于距离阈值，处理设备112则将与客户端的位置相对应的坐标指定为起点坐标。

在一些实施例中，当确定距离大于或等于所述距离阈值时，可以确定客户端的位置与起点之间的距离相对较大，且与起点相对应的坐标可以被指定为与至少一条路线规划记录相关联的起点坐标。替代地或附加地，当确定距离小于距离阈值时，可认为客户端的位置可能没有精确定位，且与客户端的位置相对应的坐标可以被指定为与至少一条路线规划记录相关联的起点坐标，以满足用户的行程请求。距离阈值可以是300米。

在一些实施例中，响应于客户端获取至少一条公共交通出行路线的其中一个的请求，将至少一条路线规划记录中的与请求对应的路线规划记录推送到客户端，处理设备112可以响应于规划所述至少一条公共交通出行路线的请求，基于预定策略推送至少一条路线规划记录中的指定路线规划记录和/或非指定路线规划记录的接口标识。处理设备112可以指示客户端以地图界面的形式显示指定路线规划记录。地图界面可以显示一个或多个公共交通工具的一个或多个标识符以及与至少一条公共交通出行路线相关联的第二行程。处理设备112可以指示客户端以接口标识的形式显非指定路线规划记录。第二行程包括至少一个出行参数，出行参数包括至少一条公共交通出行路线的出行总时长、至少一条公共交通出行路线的行驶轨迹、步行总距离和交通成本，或其任意组合。

在一些实施例中，可以基于预定策略显示至少一条路线规划记录中的指定路线规划记录和/或非指定路线规划记录的接口标识。指定路线规划记录可以显示在所述地图界面中，其可以直观地显示至少一条公共交通出行路线的出行总时长、至少一条公共交通出行路线的行驶轨迹、步行总距离或者交通成本，或其任意组合。此外，非指定路线规划记录可以用接口标识的形式显示，以节省网络数据使用。

在一些实施例中，响应于客户端获取接口标识的请求，处理设备112可以将对应于接口标识的非指定路线规划记录推送到客户端。处理设备112还可以指示客户端以地图界面的形式显示与接口标识对应的非指定路线规划记录。

响应于客户端获取接口标识的请求，可以将与接口标识对应的非指定路线规划记录推送给所述客户端，以便为用户提供不同的路线规划记录。为了便于用户查找到请求的路线规划记录，可以基于预定策略选择指定路线规划记录和非指定路线规划记录。例如，可以将具有最短出行总时长的路线规划记录确定为指定路线规划记录。作为另一示例，可以将具有最小步行总距离的路线规划记录确定为指定路线规划记录。作为另一示例，可以将存储在存储设备(例如，存储设备160)中的具有用户的最高使用频率或最高评价的路线规划记录确定为指定路线规划记录。

图5是根据本申请的一些实施例所示的用于路线规划的示例性过程500的流程图。在一些实施例中，过程500可以在路线规划系统100中实现。例如，过程500以指令的形式存储在存储设备160和/或存储器(例如，rom230、ram240等)中，并由服务器110(例如，服务器110中的处理设备112或移动设备300的cpu340)调用和/或执行。

在步骤502中，处理设备112可以从客户端(例如，请求者终端130)接收有关第一行程的服务请求。响应于检测到获取至少一条公共交通出行路线的请求，客户端(例如，cpu340)可以获取并显示至少一条路线规划记录，路线规划记录包括由服务器(例如，处理设备112)生成的至少一条公共交通出行路线。与至少一条路线规划记录相关联的起点坐标可以基于第一行程确定。

在一些实施例中，响应于从客户端接收的第一行程，可以基于第一行程生成至少一条路线规划记录。至少一条路线规划记录可包括至少一条公共交通出行路线。响应于客户端获取至少一条公共交通出行路线的其中一个的请求，可以将至少一条路线规划记录中的对应于请求的路线规划记录推送到客户端。例如，当用户想要在发布第一行程后获取公共交通出行路线时，可以将路线规划记录推送给用户，而无需再次由用户手动输入行程信息，这可以简化用户操作，且提供了多条公共交通出行路线之间的便捷比较，并改善用户体验。

在一些实施例中，客户端(或用户)发布的第一行程可以包括服务请求的起点、终点和出发时间。路线规划记录的属性信息可以包括与出发时间对应的时间戳。

应当注意的是，起点坐标不是严格的纬度和经度坐标，而是基于wi-fi定位技术、全球定位系统(gps)定位技术或基站定位技术中的至少一个确定的坐标区域。上述定位技术的坐标精度可小于10米。

在一些实施例中，为了获取获取并显示至少一条路线规划记录，其包括由服务器生成的至少一条公共交通出行路线，客户端(例如，cpu340或显示单元702)可以基于预定策略获取与服务器生成的至少一条路线规划记录中的指定路线规划记录和/或非指定路线规划记录相对应的接口标识。客户端(例如，显示单元702)可以地图界面的形式显示所述指定路线规划记录。地图界面可以显示一个或多个公共交通工具的一个或多个标识符以及与至少一条公共交通出行路线相关联的第二行程。客户端(例如，显示单元702)可以以接口标识的形式显示非指定路线规划记录。第二行程可以包括至少一个出行参数，出行参数包括至少一条公共交通出行路线的出行总时长、至少一条公共交通出行路线的行驶轨迹、步行总距离和交通成本，或其任意组合。

在一些实施例中，可以基于预定策略显示与至少一条路线规划记录的指定路线规划记录和/或非指定路线规划记录相对应的所述接口标识。指定路线规划记录可以显示为地图界面，其可以直观地显示至少一条公共交通出行路线的出行总时长，至少一条公共交通出行路线的行驶轨迹、步行总距离以及交通成本。此外，非指定路线规划记录可以以接口标识的形式显示，以便节省网络数据使用。

在一些实施例中，为了获取并显示至少一条路线规划记录，其包括由服务器生成的至少一条公共交通出行路线，若检测到获取接口标识的请求，处理设备112可以指示客户端(例如，cpu340或显示单元702)获取与服务器生成的所述接口标识相对应的非指定路线规划记录。处理设备112可以指示客户端以地图界面的形式显示与接口标识对应的非指定路线规划记录。

在一些实施例中，响应于规划至少一条公共交通出行路线的请求，至少一条路线规划记录中的指定路线规划记录和/或非指定路线规划记录的所述接口标识被推送到客户端。指定路线规划记录可以显示为地图界面。非指定路线规划记录可以以接口标识的形式显示，以便节省网络数据使用。

在一些实施例中，为了以接口标识的形式显示所述非指定路线规划记录，处理设备112可以使客户端(例如，显示单元702)基于第二行程的至少一个出行参数，显示多个接口标识作为接口列表。

在一些实施例中，可以基于第二行程的至少一个出行参数将多个接口标识显示为接口列表，便于用户通过接口列表查看多条非指定路线规划记录，并根据用户对接口列表的触控操作在显示对应的非指定路线规划记录。

在一些实施例中，为了以地图界面的形式显示指定路线规划记录，处理设备112可以使客户端(例如，显示单元702)在地图界面中显示任一公共交通出行路线的一个或多个公共交通工具的运行信息。运行信息可以包括具有固定站点的第一部分的所述一个或多个公共交通工具的运行时段和运行路段，以及具有非固定站点的第二部分的一个或多个公共交通工具的分布。

在一些实施例中，为了提高路线规划的可靠性，可能需要考虑公共交通工具的运行信息。例如，具有固定站点的第一部分的公共交通工具(例如，公共汽车)的运行时段或运行路段，以及具有非固定站点的第二部分的公共交通工具(例如，共享自行车)的分布。此外，当生成路线规划记录时，可以向用户提供公共交通工具的标识符，以便用户更直观地了解公共交通出行规划。

可以基于出发时间和道路状况预先确定每条公共交通出行路线的公共交通工具到达起点的时间，和/或可以在每条公共交通出行路线的起点处显示共享自行车的分布。这样，用户可以基于上述运行信息对多条公共交通出行路线进行综合权衡，并且还可以提高路线规划的可靠性。

图6是根据本申请的一些实施例所示的示例性路线规划设备600的框图。路线规划设备600可以包括响应单元602、确定单元604、生成单元606、分析单元608和计算单元610。路线规划设备600的单元可以是处理设备112的至少一部分硬件电路。路线规划设备600的单元也可以实现为由处理设备112读取和执行的应用程序或指令集。此外，这些单元可以是硬件电路和应用程序/指令的任何组合。例如，当处理设备112正在执行应用程序或指令集时，路线规划设备600的单元可以是处理设备112的一部分。

如图6所示，响应单元602可用于响应于从客户端接收的第一行程，基于第一行程生成至少一条路线规划记录。至少一条路线规划记录可包括至少一条公共交通出行路线。响应单元602还可用于响应于客户端获取公共交通出行路线的请求，将所述至少一条路线规划记录中的其中一条发送至所述客户端。

在一些实施例中，响应于从客户端接收的第一行程，响应单元602可以基于第一行程生成至少一条路线规划记录。至少一条路线规划记录可包括至少一条公共交通出行路线。响应于客户端获取公共交通出行路线的请求，响应单元602可以将与请求相对应的至少一条路线规划记录中的一个或多个发送至客户端。例如，当用户想要在发布第一行程之后读取公共交通出行路线时，用户可以输入获取公共交通出行路线的请求。此外，用户可以点击与客户端相关联的按钮(例如，如图9所示的网约车应用程序的页面上的“公共汽车”按钮)以发送获取公共交通出行路线的请求。然后，用户可以在不手动输入行程信息的情况下接收路线规划记录，以简化用户的操作，提供多条公共交通出行路线之间的便捷比较，并改善用户体验。

在一些实施例中，客户端(或所述用户)发布的第一行程可以包括服务请求的起点、终点和出发时间。路线规划记录的属性信息可以包括与出发时间对应的时间戳。

确定单元604可以用于基于第一行程确定与至少一条路线规划记录相关联的起点坐标。响应单元602还用于响应于第一行程的终点坐标，基于起点坐标和终点坐标确定至少一条公共交通出行路线。确定单元604还用于基于第一行程的出发时间和至少一条公共交通出行路线相关联的道路状况，确定至少一条公共交通出行路线相对应的一个或多个公共交通工具的一个或多个运行信息。一个或多个运行信息包括与具有固定站点的第一部分的一个或多个公共交通工具相对应的运行时段和运行路段，以及具有非固定站点的第二部分的一个或多个公共交通工具的分布。生成单元606可以用于基于一个或多个公共交通工具的一个或多个运行信息生成至少一条路线规划记录。至少一条路线规划记录中的每条路线规划记录包括一个或多个公共交通工具的一个或多个标识符以及用在客户端上显示的接口标识。该接口标识对应于至少一条路线规划记录的每一个。

在一些实施例中，与至少一条路线规划记录相关联的起点坐标可以基于第一行程来确定。例如，起点坐标可以是第一行程的起点坐标。作为另一示例，起点坐标可以是将第一行程发送至路线规划系统时客户端的位置的坐标。响应于所述第一行程的终点坐标，确定单元604可以基于起点坐标和终点坐标确定至少一条公共交通出行路线。当用户读取公共交通出行路线时，可以在没有用户再次输入行程信息的情况下将提示(即，路线规划记录)直接推送给用户。此外，为了提高路线规划的可靠性，公共交通工具的运行条件(例如，与具有固定站点的公共交通工具(例如，公共汽车)相对应的运行时段或运行路段以及具有非固定站点的公共交通工具(例如，共享自行车)的分布)可能需要进行考虑。此外，当生成路线规划记录时，可以向用户提供公共交通工具的标识符，以便用户更直观地理解公共交通出行路线。

确定单元604可以基于出发时间和道路状况预先确定与到达起点的每条公共交通出行路线相关联的公共交通工具的到站时间，和/或可以显示每条公共交通出行路线的起点处的共享自行车的分布，以确保用户可以根据运行信息对多条公共交通出行路线进行综合权衡，也可以提高路线规划的可靠性。

应当注意的是，起点坐标包括与起点相关联的纬度和经度坐标，或者与基于wi-fi定位技术、全球定位系统(gps)定位技术、基站定位技术等中的至少一个确定的坐标区域。上述定位技术的坐标精度可小于10米。

分析单元608可以用于分析客户端的位置和与第一行程相关联的起点。当生成第一行程时，客户端的位置可以是客户端的地理位置。计算单元610可以用于确定客户端的位置与起点之间的距离。如果该距离大于或等于距离阈值时，确定单元604可以将与起点对应的坐标指定为起点坐标。如果该距离小于距离阈值时，确定单元604可以将与客户端的位置相对应的坐标指定为起点坐标。

在一些实施例中，当距离大于或等于距离阈值时，确定单元604可以确定客户端的位置与起点之间的距离相对较大，并将该起点的坐标可以指定为与至少一条路线规划记录相关联的起点坐标。替代地或附加地，距离小于距离阈值时，确定单元604可确定客户端的位置可能没有精确定位，并将与客户端位置相对应的坐标指定为与至少一条路线规划记录相关联的起点坐标，以便满足用户的行程请求。其中，距离阈值可以是300米。

在一些实施例中，基于预定策略推送对应于至少一条路线规划记录的指定路线规划记录和/或非指定路线规划记录的接口标识，响应单元602可以用于响应包括规划至少一条公共交通出行路线的请求，。响应单元602可以指示客户端以地图界面的形式显示指定路线规划记录。地图界面可以显示一个或多个公共交通工具的一个或多个标识符以及与至少一条公共交通出行路线相关联的第二行程。响应单元602可以指示客户端以接口标识的形式显示非指定路线规划记录。第二行程可以包括至少一个出行参数，出行参数包括至少一条公共交通出行路线的出行总时长、至少一条公共交通出行路线的行驶轨迹、步行总距离和交通成本，或其任意组合。

在一些实施例中，客户端可以基于预定策略显示与至少一条路线规划记录的指定路线规划记录和/或非指定路线规划记录相对应的接口标识。指定路线规划记录可以显示在地图界面中，其可以直观地显示至少一条公共交通出行路线的出行总时长、至少一条公共交通出行路线的行驶轨迹、步行总距离或者交通成本，或其任意组合。此外，非指定路线规划记录可以以接口标识的形式显示，以节省网络数据使用。

在一些实施例中，如果客户端获取接口标识的请求，响应单元602可以将对应于接口标识的非指定路线规划记录推送到客户终端。响应单元602还可以指示客户终端以地图界面的形式显示与接口标识对应的非特定路线规划记录。

响应于客户端获取接口标识的请求，响应单元602可以将与接口标识对应的非指定路线规划记录推送给客户端，以便为用户提供各种路线规划记录。为了便于搜索用户请求的路线规划记录，响应单元602可以基于预定策略选择指定路线规划记录和非指定路线规划记录。例如，响应单元602可以将具有最短出行总时长的路线规划记录确定为指定路线规划记录。作为另一示例，响应单元602可以将具有最短步行总距离的路线规划记录确定为指定路线规划记录。作为另一示例，响应单元602可以将存储在存储设备(例如，存储设备160)中的具有用户最高使用频率或最高评价的路线规划记录确定为指定路线规划记录。

图7是根据本申请的一些实施例所示的示例性路线规划设备700的框图。路线规划设备700包括显示单元702。路线规划设备700的单元可以是请求者终端130的硬件电路的至少一部分。路线规划设备700的单元还可以实现为由请求者终端130(例如，cpu340或gpu330)读取和执行的应用程序或指令集。此外，单元可以是硬件电路和应用程序/指令的任何组合。例如，当请求者终端130(例如，cpu340或gpu330)正在执行所述应用程序或指令集时，路线规划设备700的单元可以是请求者终端130(例如，cpu340或gpu330)的一部分。

如图4所示，在服务器(例如，处理设备112处理设备112)从客户端接收到有关第一行程的服务请求之后，显示单元702可用于响应于检测到获取取至少一条公共交通出行路线的请求，获取并显示至少一条路线规划记录，其包括由服务器(例如，处理设备112)生成的至少一条公共交通出行路线。与至少一条路线规划记录相关联的起点坐标可以基于所述第一行程确定。

在一些实施例中，响应于从客户端接收的第一行程，显示单元702可以基于第一行程生成至少一条路线规划记录。至少一条路线规划记录可包括至少一条公共交通出行路线。响应于客户端获取至少一条公共交通出行路线的其中一个的请求，显示单元702可以将对应于请求的至少一条路线规划记录中的其中一个推送到客户端。例如，当用户想要在发布第一行程后获取公共交通出行路线时，可以将路线规划记录推送给用户，而无需由用户再次手动输入行程信息，以简化用户操作，且提供多条公共交通出行路线之间的便捷比较，并改善用户体验。

在一些实施例中，客户端(或用户)发布第一行程可以包括服务请求的起点、终点和出发时间。路线规划记录的属性信息可以包括与所述出发时间对应的时间戳。

应当注意的是，起点坐标不是严格的纬度和经度坐标，而是基于wi-fi定位技术、gps技术或基站定位技术中的至少一个确定的坐标区域。上述定位技术的坐标精度可小于10米。

在一些实施例中，显示单元702可以用于基于预定策略获取取与服务器生成的至少一条路线规划记录的指定路线规划记录和/或非指定路线规划记录相对应的接口标识。显示单元702可以用于以地图界面的形式显示指定路线规划记录。地图界面可以显示一个或多个公共交通工具的一个或多个标识符以及述至少一条公共交通出行路线相关联的第二行程。显示单元702还可以用于以接口标识的形式显示非指定路线规划记录。所述第二行程包括至少一个行程参数，出行参数包括至少一条公共交通出行路线的出行总时长、至少一条公共交通出行路线的行驶轨迹、步行总距离和交通成本，或者其组合。

在一些实施例中，显示单元702可以基于预定策略显示与至少一条路线规划记录的指定路线规划记录和/或非指定路线规划记录相对应的接口标识。指定路线规划记录可以显示为地图界面，其可以直观地显示至少一条公共交通出行路线的出行总时长、至少一条公共交通出行路线的行驶轨迹、步行总距离以及交通成本。此外，非指定路线规划记录可以以接口标识的形式显示，以便节省网络数据使用。

在一些实施例中，显示单元702可以用于响应检测到获取接口标识的请求，获取由服务器生成的与接口标识相对应的非指定路线规划记录。显示单元702还用于指示客户端以地图界面的形式显示与接口标识对应的非指定路线规划记录。

在一些实施例中，响应于规划至少一条公共交通出行路线的请求，显示单元702可以基于预定策略将对应于至少一条路线规划记录的指定路线规划记录和/或非指定路线规划记录的接口标识推送到客户端。指定路线规划记录可以显示为地图界面。非指定路线规划记录可以以接口标识的形式显示，以便节省网络数据使用。

在一些实施例中，显示单元702可以基于第二行程的至少一个出行参数将多个接口标识显示为接口列表。

在一些实施例中，显示单元702可以基于第二行程的至少一个出行参数将多个接口标识显示为接口列表，以便用户通过接口列表获取多条非指定路线规划记录，并在接口列表上显示与用户的触摸操作对应的非指定路线规划记录。

在一些实施例中，显示单元702可以在地图界面中显示与每个公共交通出行路线相对应的一个或多个公共交通工具的一个或多个运行信息。一个或多个运行信息包括对应于具有固定站点的第一部分的一个或多个公共交通工具的运行时段和运行路段，以及具有非固定站点的第二部分的一个或多个公共交通工具的分布。

在一些实施例中，为了提高路线规划的可靠性，可能需要考虑公共交通工具的运行信息。例如，对应于具有固定站点的第一部分的公共交通工具(例如，公共汽车)的运行时段或运行路段，以及具有非固定站点的第二部分的公共交通工具(例如，共享自行车)的分布可能需要进行考虑。此外，当生成路线规划记录时，显示单元702可以向用户提供公共交通工具的标识符，以便用户更直观地理解公共交通出行规划。

显示单元702可以基于出发时间和道路状况预先确定与到达起点的每条公共交通出行路线相关联的公共交通工具的到站时间，和/或显示在每条公共交通出行路线的起点处的共享自行车的分布，以确保用户可以根据运行信息对多条公共交通出行路线进行综合权衡，同时提高路线规划的可靠性。

图8是根据本申请的一些实施例所示的用于路线规划的示例性过程的流程图。在一些实施例中，过程800可以在路线规划系统100中实现。例如，过程800可以作为指令的形式存储在存储设备160和/或存储器(例如，rom230、ram240等)中，并由服务器110(例如，服务器110中的处理设备112，或服务器110中的处理设备112的处理器220)调用和/或执行。

在步骤802中，处理设备112可以分析第一行程相关联的客户端位置、起点、终点坐标和与出发时间。

在步骤804中，处理设备112可以确定客户端位置与起点之间的距离是否大于或等于距离阈值(例如，300m)。如果处理设备112确定客户端位置与起点之间的距离大于或等于300m，则过程800可以进行到操作808。如果处理设备112确定客户端位置与起点之间的距离小于300m，则过程800可以进行到操作806。

在步骤806中，处理设备112可以将与客户端位置相对应的坐标指定为起点坐标。

在步骤808中，处理设备112可以将与起点相对应的坐标指定为起点坐标。

在步骤810中，处理设备112可以基于起点坐标、终点坐标和出发时间生成至少一条路线规划记录。至少一条路线规划记录可包括至少一条公共交通出行路线。

在步骤812中，处理设备112可以存储随至少一条路线规划记录生成时间戳信息，时间戳信息与出发时间相关联。

在步骤814中，处理设备112可以推送与时间戳信息相同的指定路线规划记录对应的地图界面和非指定路线规划记录对应的接口标识。

图9是根据本申请的一些实施例所示的网约车应用程序上的示例性快车界面900的示意图。如图9所示，用户可以在网约车应用程序的“快车”界面中输入起点坐标、终点坐标和出发时间(例如，21：00)。服务器(例如，服务器110)可以发送预定的拼车服务费19.75元，以及预定的非拼车服务费22.96元。服务器110可以预览显示“网约车行驶轨迹”。并且在用户选择“乘客”和“支付方式选项”之后，无论用户是否在界面上点击“确认”，服务器110都可以获取行程(即第一行程)并生成时间戳作为属性信息。

图10是根据本申请的一些实施例所示的网约车应用程序上的示例性公共交通工具界面(也称为公交界面)1000的示意图。如图10所示，在客户端发布行程(例如，第一行程)之后，如果用户在界面上点击“公交”，则服务器110可以推送包括公共交通出行路线的路线规划记录。例如，如果客户端的位置与起点之间的距离是1千米(大于阈值300米)，则可以将第一行程的起点确定为路线规划记录的起点坐标。如果预定策略是最快到达，则在地图界面上显示的路线规划记录可包括“636路→昌平线”、行程信息(如第二行程)如“步行1.2公里(km)”、“4元人民币”、“636公交将在3分钟内到达”，且“32分钟到达”，并且对应于“636路”和“昌平线”的标识符可以显示在地图界面上。为了节省网络数据使用，“其他公交换乘方案”可以由接口标识代替。当用户触摸接口标识时，可以显示其他公交换乘方案。

图11是根据本申请的一些实施例所示的用于确定一条或多条公共交通出行路线的示例性过程1100的流程图。在一些实施例中，过程1100可以在所述路线规划系统100中实现。例如，过程1100可以作为指令的形式存储在存储设备160和/或存储器(例如，rom230、ram240等)中，并由服务器110(例如，服务器110中的处理设备112，或服务器110中的处理设备112的处理器220)调用和/或执行。

在步骤1102中，处理设备112可以从客户端接收起点和终点。

在步骤1104中，处理设备112可以基于起点和终点确定多条候选公共交通出行路线。

在步骤1106中，处理设备112可以获取取每条候选公共交通出行路线对应的公共交通工具的实时到站信息。

在步骤1108中，处理设备112可以基于实时到站信息确定与公共交通工具到达目标站点的到站时间信息。目标站点为公共交通工具的站点中距离起点最近的站点。

在步骤1110中，处理设备112可以基于每条候选公共交通出行路线的公共交通工具的到站时间信息，将至少一条目标公共交通出行路线发送至客户端。

在一些实施例中，当客户端通过网约车应用程序确定乘车起点和终点时，可以基于起点和终点来确定多条候选公共交通出行路线。具体地，多条候选公共交通出行路线可以基于各种因素，包括，例如多条候选公共交通出行路线是否是直达的、多条候选公共交通出行路线是否涉及换乘、多条候选公共交通出行路线中的每一条的预期时长的确定。此外，多条候选公共交通出行路线中的每条候选公共交通出行路线的公共交通工具可以在到达站点时将实时到站信息发送至与网约车应用程序相关联的数据服务平台。具体地，可以通过触发公共交通工具上安装的信号发射器将实时到站信息发送至数据服务平台。当公共交通工具的司机按下开门按钮时，可以触发信号发射器。此外，当客户端根据用户输入到服务器(例如，处理设备112)的起点和终点发送公共交通出行路线的请求时，可以获取与每条候选公共交通出行路线相对应的公共交通工具的实时到站信息。可以基于实时到站信息确定与公共交通工具到达目标站点的到站时间信息。处理设备112可以基于到站时间信息将至少一条目标公共交通出行路线发送至所述客户端。根据本申请，处理设备112可以将不同公共交通工具的到站时间呈现给客户端。处理设备112可以将一条或多条最佳出行路线作为选项发送至客户端，从而提高客户端的出行体验。

在一些实施例中，公共交通工具的实时到站信息可包括到达站点、车次、车牌、行驶方向或公共交通工具所在辖区等，或其组合。

在一些实施例中，为了确保可以基于公共交通工具的实时到站信息确定到达目标站点的到站时间，实时到站信息可以包括当发送实时到站信息时的当前到达站点、车次、车牌、行驶方向(上行或下行)、公共交通工具所在辖区等。同时，公共交通控制系统可以根据实时到站信息监控每个公共交通工具。

图12是根据本申请的一些实施例所示的用于确定与公共交通工具的到站时间信息的示例性过程的流程图。在一些实施例中，过程1200可以在路线规划系统100中实现。，过程1200可以作为指令的形式存储在存储设备160和/或存储器(例如，rom230、ram240等)中，并由服务器110(例如，服务器110中的处理设备112，或服务器110中的处理设备112的处理器220)调用和/或执行。可以根据如图12中描述的过程1200来执行操作1108。

在步骤1202中，处理设备112可以确定与公共交通工具的实时到站信息匹配的一个或多个行驶车辆。

行驶车辆可以是网约车应用程序的签约车辆。行驶车辆的行驶方向可以与公共交通工具的行驶方向相匹配。

在步骤1204中，处理设备112可以确定与公共交通工具行驶路线重合的一部分行驶车辆作为一个或多个参考车辆。

在步骤1206中，处理设备112可以获取与所述一个或多个参考车辆中的每个参考车辆的参考行程，并且基于每个参考车辆的参考行程来确定到达时间信息。

在一些实施例中，处理设备112可以基于与网约车应用程序的签约车辆相关联的参考行程，并根据公共交通工具的实时到站信息确定与公共交通工具到达目标站点的到站时间信息。处理设备112可以基于签约车辆的历史行程信息预先确定对应于公共交通工具的当前到达站点和目标站点的参考行程。通过收集、统计、分析与签约车辆相关联的历史行程信息，并基于与行驶路线重合的车辆相关联的参考行程，处理设备112可以确定与公共交通工具的到站时间信息。通过分析和总结大量经验数据，可以确保所获取的到站时间信息的准确性和可靠性，同时提高了存储在网约车应用程序的数据服务平台中的数据的价值和网约车应用程序的实用性。

在一些实施例中，参考行程信息可包括参考车辆的行驶速度、从到达站点到目标站点的行驶距离、从到达站点到目标站点的行驶时间，或其组合。

在一些实施例中，处理设备112可以基于与网约车应用程序的签约车辆相关联的参考行程来确定与公共交通工具到达所述目标站点的到站时间信息。例如，处理设备112可以基于行驶速度和行驶距离确定与公共交通工具到达所述目标站点的到站时间信息。行驶速度可以是多个行驶速度的平均值。作为另一示例，处理设备112可以基于签约车辆从当前到达站点到目标站点的行驶时间来确定公共交通工具到达所述目标站点的到站时间信息。所述行驶时间可以是多个行驶时间的平均值。

在一些实施例中，到站时间信息可包括公共交通工具到达目标站点的到站时刻，公共交通工具从到达站点到目标站点的行驶时长，或其组合。

在一些实施例中，为了确保用户能够基于与公共交通工具的到站时间信息选择最佳公共交通出行路线，到站时间信息可以包括公共交通工具到达目标站点的到站时刻，以及公共交通工具在发送实时到站信息时从到达站点到目标站点的行驶时长。

图13是根据本申请的一些实施例所示的用于发送公共交通出行路线的示例性过程的流程图。在一些实施例中，过程1300可以在路线规划系统100中实现。例如，过程1300可以作为指令的形式存储在存储设备160和/或存储器(例如，rom230、ram240等)中，并由服务器110(例如，服务器110中的处理设备112，或服务器110中的处理设备112的处理器220)调用和/或执行。可以根据如图13中描述的过程1300来执行操作1110。

在步骤1302中，处理设备112可以确定客户端从起点到目标站点的第二行驶时长。

在步骤1304中，处理设备112可以将第一行驶时长大于第二行驶时长的多条候选公共交通出行路线中的至少一条作为目标公共交通出行路线发送至客户端。

在一些实施例中，多条候选公共交通出行路线中满足客户端从起点到达目标站点的第一行驶时长大于第二行驶时长(例如，行走时间或骑行时间)的公共交通出行路线，可以作为至少一条目标公共交通出行路线发送至客户端。用户可以比公共交通工具更早到达目标站点，这便于用户安排出行时间并改善用户的出行体验。

在一些实施例中，网约车应用程序可以是滴滴应用程序。当用户a从b市的火车站出站时，用户a可能计划通过公共交通工具从火车站前往会议中心c。用户a可以打开滴滴应用程序并输入火车站作为起点(即乘车起始位置)和会议中心c作为终点(即终点到达位置)。滴滴应用程序的数据服务平台(例如，滴滴大数据平台)可以基于起点和终点选择多条可能的公共交通出行路线(即，候选公共交通出行路线)。数据服务平台可以确定距离火车站最近的站点d。数据服务平台可以确定出将实时到站信息发送至数据服务平台的一个或多个公共交通工具。例如，公共交通工具e、f和g分别在其行车路线上到达站点h、k和m。站点h、k和m分别距离站点d三站、两站和两站。此外，可以基于与存储在滴滴应用程序的数据服务平台中的签约车辆相关联的历史行程信息来确定从站点h、k和m到达站点d的参考车辆。此外，数据服务平台可以基于历史行程信息获取所述参考车辆的行驶距离和平均行驶速度。数据服务平台可以基于行驶距离和平均行驶速度来计算行驶时间。数据服务平台可以基于历史行程信息获取与每个参考车辆相对应的平均行驶时间。数据服务平台可以将所述行驶时间或平均行驶时间发送给客户端，以便根据所述行驶时间和用户a从火车站步行到d站点的时间的匹配程度将目标公共交通出行路线发送至客户端。例如，数据服务平台可以将与公共交通工具e和g相关的路线发送至所述客户端，并提醒用户公共交通工具的准确到站时间，以便用户可以安排步行速度，以确保在公共交通工具到达站点d之前到达。

根据公共交通出行路线的一些实施例，客户端可以避免安装不必要的应用程序、公共交通应用程序等。数据服务平台可以基于公共交通工具的实时位置，将公共交通工具的到站时间连同行程路线一起提供给客户端，以便用户规划行程。公共交通公司可以监控公共交通工具并基于公共交通工具到达站点的时间点确定每个公共交通工具的区间车辆。

图14是根据本申请的一些实施例所示的用于发送公共交通出行路线的设备1400的框图。如图14所示，设备1400可以应用于网约车应用程序。设备可以包括接收模块1402、筛选模块1404、获取模块1406、确定模块1408和发送模块1410。设备1400的单元可以是处理设备112的至少一部分的硬件电路。设备1400的单元还可以实现为由处理设备112读取和执行的应用程序或指令集。此外，单元可以是硬件电路和应用程序/指令的任何组合。例如，当处理设备112正在执行应用程序或指令集时，设备1400的单元可以是处理设备112的一部分。

接收模块1402可用于从客户端接收起点和终点。筛选模块1404可用于基于接收模块1402接收的起点和终点确定多条候选公共交通出行路线；获取模块1406可用于获取与由筛选模块1404确定的多条候选公共交通出行路线中的每条对应的公共交通工具的实时到站信息。确定模块1408可以用于基于由获取模块1406获取的实时到站信息来确定公共交通工具到达目标站点的到站时间信息。目标站点是距离公共交通工具的起点最近的站点。发送模块1410可以用于基于由确定模块1408确定的与公共交通工具的到站时间信息，将至少一条目标公共交通出行路线发送至客户端。

在一些实施例中，当客户端通过网约车应用程序确定乘车起点和终点时，确定模块1408可以基于起点和终点来确定多条候选公共交通出行路线。具体地，多条候选公共交通出行路线可以基于各种因素包括例如多条候选公共交通出行路线是否直达，多条候选公共交通出行路线是否涉及换乘，多条候选公共交通出行路线中的每一条的预期时长确定。此外，所述多条候选公共交通出行路线中的每条候选公共交通出行路线的公共交通工具可以在到达站点时将实时到站信息发送至与网约车应用程序相关联的数据服务平台。具体地，可以通过触发公共交通工具上安装的信号发射器将实时到站信息发送至所述数据服务平台。当公共交通工具的司机按下开门按钮时，可以触发信号发射器。此外，当客户端发送用于根据用户输入到服务器(例如，处理设备112)的起点和终点发送公共交通出行路线的请求时，确定模块1408可以获取与每条候选公共交通出行路线对应的公共交通工具的实时到站信息。确定模块1408可以基于实时到站信息确定与公共交通工具到达目标站点的到站时间信息。发送模块1410可以基于到站时间信息将至少一条目标公共交通出行路线发送至客户端。根据本申请，发送模块1410可以将不同公共交通工具的到站时间呈现给客户端。可以将一条或多条最佳出行路线作为选项发送至所述客户端，从而提高所述客户端的出行体验。

在一些实施例中，公共交通工具的实时到站信息可包括到达站点、车次、车牌、行驶方向和所述公共交通工具所在辖区。

在一些实施例中，为了确保可以基于所述公共交通工具的实时到站信息确定到达目标站点的到站时间，实时到站信息可以包括当发送实时到站信息时的当前到达站点、车次、车牌、行驶方向(上行或下行)、公共交通工具所在辖区等。同时，公共交通控制系统可以根据实时到站信息监控每个公共交通工具。

图15是根据本申请的一些实施例所示的示例性确定模块1500的框图。确定模块1500可以包括第一确定子模块1502、匹配子模块1504和获取子模块1506。

第一确定子模块1502可用于确定与公共交通工具的所述实时到站信息匹配的一个或多个行驶车辆。行驶车辆可以是网约车应用程序的签约车辆。行驶车辆的行驶方向与公共交通工具的行驶方向相匹配。匹配子模块1504可用于确定与公共交通工具行驶路线重合的一部分行驶车辆作为一个或多个参考车辆。获取子模块1506可用于获取与一个或多个参考车辆中的每个参考车辆的参考行程，并基于一个或多个参考车辆中的每个参考车辆的参考行程确定到站时间信息。

在一些实施例中，第一确定子模块1502可以基于与网约车应用程序的签约车辆相关联的参考行程，并根据公共交通工具的实时到站信息来确定与公共交通工具到达目标站点的到站时间信息。第一确定子模块1502可以基于签约车辆的历史行程信息预先确定对应于公共交通工具的当前到达站点和目标站点的参考行程。通过收集、统计、分析与签约车辆相关联的历史行程信息，并基于与行驶路线重合的车辆相关联的参考行程，第一确定子模块1502确定公共交通工具的到站时间信息。通过分析和总结大量经验数据，第一确定子模块1502可以确保所获取的到站时间信息的准确性和可靠性，同时提高了存储在网约车应用程序的数据服务平台中的数据的价值和网约车应用程序的实用性。

在一些实施例中，行程信息可包括车辆的行驶速度和从到达站点到目标站点的行驶距离，或从到达站点到目标站点的行驶时间，或其组合。

在一些实施例中，第一确定子模块1502可以基于与网约车应用程序的签约车辆相关联的参考行程确定公共交通工具到达目标站点的到站时间信息。例如，第一确定子模块1502可以基于行驶速度和行驶距离确定公共交通工具到达目标站点的到站时间信息。行驶速度可以是多个行驶速度的平均值。作为另一示例，第一确定子模块1502可以基于签约车辆从当前到达站点到目标站点的行驶时间来确定与公共交通工具到达目标站点的到站时间信息。行驶时间可以是多个行驶时间的平均值。

在一些实施例中，到站时间信息可包括公共交通工具到达目标站点的的到站时刻，公共交通工具从到达站点到目标站点的行驶时长等，或其组合。

在一些实施例中，为了确保用户能够基于与公共交通工具的到站时间信息选择最佳公共交通出行路线，到站时间信息可以包括公共交通工具到达目标站点的到站时刻，以及，公共交通工具从到达站点到目标站点的行驶时长。

图16是根据本申请的一些实施例所示的示例性发送模块1600的框图。发送模块1600包括第二确定子模块1602和推送子模块1604。

第二确定子模块1602可以用于确定客户端从起点到目标站点的第二行驶时长。推送子模块1604可以用于将第一行驶时长大于第二行驶时长的多条候选公共交通出行路线中的至少一条作为目标公共交通出行路线发送至客户端。

在一些实施例中，多条候选公共交通出行路线中满足客户端从起点到达目标站点的第一行驶时长大于第二行驶时长(例如，行走时间或骑行时间)的公共交通出行路线，可以作为至少一条目标公共交通出行路线发送至客户端。用户可以比公共交通工具更早到达目标站点，以便用户安排出行时间并改善用户的出行体验。

图17是根据本申请的一些实施例所示的用于推送公共交通出行路线的示例性过程1700的流程图。在一些实施例中，过程1700可以在路线规划系统100中实现。例如，过程1700可以作为指令的形式存储在存储设备160和/或存储器(例如，rom230、ram240等)中，并由服务器110(例如，服务器110中的处理设备112、或服务器110中的处理设备112的处理器220)调用和/或执行。

在步骤1702中，处理设备112可以获取用户所在位置。

在一些实施例中，用户通常携带他或她的移动终端(即，客户端)，且用户的移动终端可以使用诸如gps技术的定位技术来进行定位。因此处理设备112可以获取用户的当前地理位置。

在步骤1704中，处理设备112可以基于用户所在位置，从预设的站点位置中确定距离用户所在位置最近的站点作为第一站点。

预设的站点位置可以包括预设的站点位置的地理位置坐标。在一些实施例中，预设的站点位置可以预先存储在服务器(例如，服务器110)中。例如，84路公交经过的站点包括牡丹花园西站、塔楼南站、蓟门桥南站、...等。与84路公交相关的站点位置信息可能包括84路公交经过的所有站点和每个站点的站点位置。因此，处理设备112可以在对所有公共交通出行路线的站点和相应的站点位置进行统计分析之后获取预设的站点位置。此外，处理设备112可以通过考虑诸如用户是否容易搭乘公共交通工具，以及站点位置和用户所在位置之间的距离等因素来确定公共交通出行路线。

在步骤1706中，处理设备112可以将经过第一站点的一条或多条公共交通出行路线推送给用户。

在一些实施例中，基于用户所在位置的公共交通出行路线推送设备可以是独立的或集成到另一设备中，诸如智能手机、计算机和服务器。

经过某个站点的公共交通出行路线指可以在该站点处停靠的公交路线。例如，84路公交和21路公交的站点都包括牡丹花园西站，即84路公交和21路公交都可以经过并停靠在该站点。因此，经过牡丹花园西站的公共交通出行路线可能包括84路公交路线和21路公交路线。

推送公共交通出行路线的方式有很多种。例如，处理设备112可以以列表或弹出消息的形式将一条或多条公共交通出行路线推送给用户。作为另一示例，处理设备112可以在地图界面上将一条或多条公共交通出行路线推送给用户。具体地，处理设备112可以在地图上显示一条或多条公共交通出行路线。应该注意的是，只要用户可以获取公共交通出行路线，就有其他方式来推送所述公共交通出行路线。

在一些实施例中，处理设备112可以推送各种内容，只要用户知道推送的是哪条公共交通出行路线。以84路公交路线为例，假设84路公交路线被确定为要推送的公共交通出行路线，则可以将与84路公交相关联的路线信息推送给用户。换句话说，处理设备112可以向用户显示与84路公交相关的信息。作为另一示例，处理设备112可以列出84路公交路线和84路公交的每个站点。具体地，处理设备112可以向用户显示包括牡丹花园西站、塔楼南站、蓟门桥南站等站点的84路公交路线。作为另一示例，处理设备112可以在地图上显示84路公交路线的轨迹，并且轨迹上的每个站点的名称也可以显示在地图上。应当注意的是，上述推送方式和内容的描述仅是示例性的，并不旨在限制本申请的范围。

以实际场景为例，当用户处于陌生的环境中时，他或她可能想要快速准确地了解周围的公共交通。根据本申请，处理设备112可以获取所述用户所在位置。处理设备112可以通过搜索预设的站点位置来确定距离用户所在位置最近的站点。处理设备112可以将经过最近站点的一条或多条公共交通出行路线推送给用户。由于可以基于距离用户所在位置最近的站点确定一条或多条公共交通出行路线。所确定的一条或多条公共交通出行路线能够可靠地反映用户周围的公共交通状况。因此，用户可以快速确定是当前可以乘坐哪些公共交通出行路线。

在一些实施例中，处理设备112可以确定用户附近的区域范围，并且可以基于用户所在位置来规划该区域。例如，处理设备112可以将用户附近一定范围内的区域确定为用户的附近区域，来确定一条或多条公共交通出行路线。在一些实施例中，处理设备112可以确定以用户所在位置为中心，预设的值为半径的圆覆盖的区域。处理设备112可以将由圆覆盖的区域指定为用户的附近区域。相应地，在102中，处理设备112可以基于用户所在位置从预设的站点位置中，确定距离用户所在位置最近并且位于用户的附近区域内的站点作为第一站点。半径可以根据用户的实际需要进行设置。例如，如果用户想要在周围50米的范围内乘坐公共交通工具(例如，公交车)，则可以将所述半径设置为50米。根据本申请，处理设备112可以快速且容易地确定用户附近的区域，并进一步确定用户附近的公共交通出行路线。在一些实施例中，从用户所在位置到站点的距离可以用于确定公共交通出行路线。用户可以快速了解周围的公共交通状况，并方便地乘坐公共交通工具(或公共汽车)出行。

图18是根据本申请的一些实施例所示的用于推送公共交通出行路线的示例性过程1800的流程图。在一些实施例中，过程1800可以在所述路线规划系统100中实现。例如，过程1800可以作为指令的形式存储在存储设备160和/或存储器(例如，rom230、ram240等)中，并由服务器110(例如，服务器110中的处理设备112、或服务器110中的处理设备112的处理器220)调用和/或执行。分别结合图17中的操作1702和操作1704来描述操作1802和操作1804。

在步骤1805中，处理设备112可以基于用户所在位置，从预设的站点位置中确定距离用户所在位置第二近的站点作为第二站点。

在步骤1806中，处理设备112可以将经过第一站点和第二站点的一条或多条公共交通出行路线中的至少一条推送给用户。

以一个场景为例，当用户想要知道周围的公共交通状况时，处理设备112可以首先获取用户所在位置。处理设备112可以通过搜索站点位置来确定距离用户所在位置最近的站点和第二近的站点。然后处理设备112可以将经过最近的站点和第二近的站点的一条或多条公共交通出行路线推送给用户。

在一些实施例中，处理设备112不仅可以考虑距离用户所在位置最近的站点，还可以考虑距离用户所在位置第二近的站点来确定一条或多条公共交通出行路线。处理设备112可以将经过最近的站点和第二近的站点的一条或多条公共交通出行路线推送给用户。因此，用户可以基于推送给他或她的信息了解周围的公共交通状况。

在实际应用中，为了用户更方便地安排他/她的行程，处理设备112可以基于与每条公共交通出行路线对应的公共交通工具的当前位置到用户所在位置的距离，对推送给用户的一条或多条公共交通出行路线进行排序。

图19是根据本申请的一些实施例所示的用于推送公共交通出行路线的示例性过程1900的流程图。在一些实施例中，过程1900可以在所述路线规划系统100中实现。例如，过程1900可以作为指令的形式存储在存储设备160和/或存储器(例如，rom230、ram240等)中，并由服务器110(例如，服务器110中的处理设备112，或服务器110中的处理设备112的处理器220)调用和/或执行。可以根据过程1900来执行操作1706和操作1806。可以分别结合图17中的操作1702和操作1704来描述操作1902和操作1904。

在步骤1906中，对于一条或多条公共交通出行路线中的每条公共交通出行路线，处理设备112可以获取每条公共交通出行路线对应的公共交通工具的当前位置。

在步骤1908中，处理设备112可以确定从公共交通工具的当前位置到用户所在位置的距离。处理设备112可以基于第一规则对一条或多条公共交通出行路线进行排序，第一规则与距离由近至远相关联。

在步骤1910中，处理设备112可以将排序后的一条或多条公共交通出行路线推送给用户。

具体地，处理设备112可以首先获取取所述用户所在位置，并且可以通过搜索站点位置来确定距离用户所在位置最近的站点和第二近的站点。然后处理设备112可以将经过最近的站点和第二近的站点的一条或多条公共交通出行路线推送给所用户。此外，处理设备112可以确定从公共交通工具的当前位置到用户所在位置的距离。处理设备112可以按照距离由近至远对一条或多条公共交通出行路线进行排序。处理设备112可以将排序靠后的一条或多条公共交通出行路线推送给用户。一条或多条公共交通出行路线中每条公共交通出行线路对应公共交通工具可包括当前在该待推送线路上行驶的公共交通工具。从公共交通工具的当前位置到用户所在位置的距离可用于确定公共交通工具是否即将到达最近的站点或第二近的站点。

例如，用户当前的坐标可以是(0,0)。在用户的附近区域中具有坐标(2,1)的站点s1、具有坐标(0,1)的站点s2和具有坐标(3,1)的站点s3。通过搜索站点位置，站点s2和s1分别被确定为距离用户最近的站点和第二近的站点。经过站点s2和s1的公共交通出行路线包括1路公交路线、104路公交路线和106路公交路线。根据每个公共交通工具的定位数据，1路公交的当前位置是(2,2)，104路公交的当前位置是(2,3)，106路公交的当前位置是(4,3)。因此，按照距离由近至远规则排序后的公共交通出行路线的列表是1路公交路线、104路公交路线和106路公交路线。

此外，在操作中，用户比较熟悉他或她通常采取的公共交通出行路线。因此，用户可能仅想确定附近是否存在他或她想要采取的公共交通出行路线。为了提高推送公共交通出行路线的针对性和效率，用户可以在搜索框中输入与一条或多条公共交通出行路线中的至少一条相对应的公共交通工具的起始数字。用户附近的以起始数字开头的所有公共交通出行路线会被搜索并推送给用户。例如，84路公交路线的起始数字是8，21路公交路线的起始数字是2。

图20是根据本申请的一些实施例所示的用于推送公共交通出行路线的示例性过程2000的流程图。在一些实施例中，过程2000可以在所述路线规划系统100中实现。例如，过程2000可以作为指令的形式存储在存储设备160和/或存储器(例如，rom230、ram240等)中，并由服务器110(例如，服务器110中的处理设备112，或服务器110中的处理设备112的处理器220)调用和/或执行。

在步骤2003中，处理设备112可以接收用户输入的关键词。

在步骤2006中，处理设备112可以从经过第一站点的一条或多条公共交通出行路线中确定至少一条候选公共交通出行路线。与至少一条候选公共交通出行路线对应的公共交通工具的车次可以包含数字作为起始数字。公共交通工具的车次可用于表示公共交通工具的路线。例如，公交可以经过牡丹花园西站、塔楼南站、...、蓟门桥南站、...等。经过牡丹花园西站、塔楼南站、...、蓟门大桥南站等的公交的车次是84路。因此经过牡丹花园西站、塔楼南站、...、蓟门桥南站、...等站点的路线也被表示为84路公交路线。

另外，用户也可以不在搜索框中输入任何内容，并默认搜索用户附近的公共交通出行路线。在一些实施例中，如果用户粗略地知道他或她需要搭乘哪条公共交通出行路线，但是没有具体记住它是哪条路线或者是否可以在附近搭乘路线，那么用户可以输入与他或她想要乘坐的公共交通出行路线相对应的公共交通工具的起始数字。例如，用户记住与公共交通出行路线相关联的起始数字是1，那么用户可以在搜索框中输入1。相应地，处理设备112可以通过搜索公共交通出行路线的数据来确定附近起始数字为1的公共交通出行路线。然后处理设备112可以将搜索到的公共交通出行路线推送给用户。

图21是根据本申请的一些实施例所示的用于推送公共交通出行路线的示例性过程2100的流程图。在一些实施例中，过程2100可以在所述路线规划系统100中实现。例如，过程2100可以作为指令的形式存储在存储设备160和/或存储器(例如，rom230、ram240等)中，并由服务器110(例如，服务器110中的处理设备112，或服务器110中的处理设备112的处理器220)调用和/或执行。可以分别结合图20中的操作2002至操作2004来描述操作2102至操作2104。

在步骤2106中，处理设备112可以响应于如果用户输入的关键词不是数字，基于用户的历史出行记录和/或关键词确定用户的终点。经过第一站点的一条或多条公共交通出行路线可以被指定为一条或多条候选公共交通出行路线。

在步骤2108中，处理设备112可以基于第二规则对一条或多条公共交通出行路线排序。第二规则指将其站点包括终点的公共交通出行路线排序靠前，其它出行路线的排序靠后。

在步骤2110中，处理设备112将排序后的一条或多条公共交通出行路线推送给用户。

具体地，如果用户输入的关键词不是数字，则处理设备112可以在用户完成输入之前预测用户想要输入的内容。处理设备112可以基于预测内容推送与预测内容相关联的公共交通出行路线。在一些实施例中，如果处理设备112检测到关键词不是数字，则处理设备112可以基于用户的历史出行记录和/或关键词来确定用户的终点。处理设备112可以基于第二规则对一条或多条公共交通出行路线进行排序。第二规则指将其站点包括所述终点的公共交通出行路线排序靠前，其它出行路线的排序靠后。处理设备112可以将排序后的一条或多条公共交通出行路线推送给用户。例如，如果公共交通出行路线的一部分经过预测终点，则该部分公共交通出行路线排序靠前，以实现更准确和可靠的公共交通出行路线推送。

应该注意的是，上述实施方式可以单独实施或组合实施。

根据实施例提供的公共交通出行路线推送过程，处理设备112可以获取取用户所在位置。处理设备112可以通过搜索每条公共交通出行路线的站点位置来确定距离用户所在位置最近的站点。处理设备112可以将经过距离用户所在位置最近站点的一条或多条公共交通出行路线推送给用户。因此，用户可以准确且快速地知道当前可用的公共交通出行路线，并快速了解周围的公共交通状况，以便规划出行路线。

图22是根据本申请的一些实施例所示的用于基于用户所在位置推送公共交通出行路线的示例性设备2200的框图。用于公共交通出行路线推送的设备2200可以包括定位模块2210、处理模块2220和推送模块2230。设备2200的模块可以是处理设备112的至少一部分的硬件电路。所述模块还可以实现为由处理设备112读取和执行的应用程序或指令集。此外，模块可以是硬件电路和应用程序/指令的任何组合。例如，当处理设备112正在执行应用程序或指令集时，模块可以是处理设备112的一部分。

定位模块2210可以用于获取用户所在位置。

处理模块2220可以用于基于用户所在位置，从预设的站点位置中确定距离用户所在位置最近的站点作为第一站点。

推送模块2230可以用于将经过第一站点的一条或多条公共交通出行路线推送给用户。

在一些实施例中，用户通常随身携带移动终端，并且用户的移动终端可以使用诸如gps技术的定位技术来进行定位。因此定位模块2210可以获取所述用户的当前地理位置。所述预设的站点位置可以包括所述预设的站点位置的地理位置坐标。在一些实施例中，所述预设的站点位置可以预先存储在服务器(例如，服务器110)中。在一些实施例中，基于所述用户所在位置的用于公共交通出行路线推送的设备可以是独立的或集成到另一设备中，诸如智能手机、计算机和服务器。

以一个场景为例，定位模块2210可以获取用户所在位置。处理模块2220可以通过搜索预设的站点位置来确定距离用户所在位置最近的站点。推送模块2230可以将经过最近站点的一条或多条公共交通出行路线推送到用户。处理模块2220可以基于距离用户所在位置最近的站点确定一条或多条公共交通出行路线。所确定的一条或多条公共交通出行路线能够可靠地反映用户周围的公共交通状况。

在一些实施例中，设备2200还包括区域模块。区域模块可以用于指定由预设半径圆覆盖的区域为用户的附近区域，并且区域的中心是用户所在位置。相应地，处理模块2220可以用于基于用户所在位置，从预设的站点位置确定最接近用户所在位置并且在用户所在位置的附近区域内的站点作为第一站点。

根据本申请，可以快速且容易地确定用户的附近区域，并进一步确定用户附近的公共交通出行路线。在一些实施例中，从用户所在位置到站点的距离可用于确定公共交通出行路线。用户可以快速了解周围的公共交通状况，并方便地利用公共交通工具(或公交)出行。

在一些实施例中，为了使用户更全面地了解周围的公共交通状况并且基于上述任何实施例，处理模块2220可以用于基于用户所在位置，从预设的站点位置确定距离用户所在位置第二近的站点作为第二站点。相应地，推送模块2230可以用于将经过所述第一站点和所述第二站点的所述一条或多条公共交通出行路线中的至少一条推送给所述用户。

以一个场景为例，当用户想知道周围的公共交通状况时，定位模块2210可以先获取用户所在位置。处理模块2220可以通过搜索预设的站点位置来确定距离用户所在位置最近的站点和第二近的站点。推送模块2230可以将经过最近的站点和第二近的站点的一条或多条公共交通出行路线推送给用户。

在一些实施例中，可以通过考虑距离用户所在位置最近的站点以及距离用户所在位置第二近的站点来确定一条或多条公共交通出行路线。可以将经过最近的站点和第二近的站点的一条或多条公共交通出行路线推送给用户。因此，用户可以基于推送给他或她的信息了解周围的公共交通状况。

在实际应用中，为了用户更方便地安排他/她的行程，可以基于与每条公共交通出行路线对应的公共交通工具的当前位置到用户所在位置的距离，对推送给用户的一条或多条公共交通出行路线进行排序。

图23是根据本申请的一些实施例所示的用于基于用户所在位置推送公共交通出行路线的示例性设备2300的框图。用于公共交通出行路线推送的设备2300可以包括定位模块2310、处理模块2320和推送模块2330。设备2300的模块可以是处理设备112的硬件电路的至少一部分。模块还可以实现为由处理设备112读取和执行的应用程序或指令集。此外，所述模块可以是硬件电路和应用/指令的任何组合。例如，当处理设备112正在执行应用程序或指令集时，模块可以是处理设备112的一部分。

在一些实施例中，推送模块2330可以包括距离确定单元2332、第一排序单元2334和第一推送单元2336。距离确定单元2332可以用于，针对一条或多条公共交通出行路线中的每一条，获取对应于每条公共交通出行路线对应的公共交通工具的当前位置。

第一排序单元2334可以用于确定从公共交通工具的当前位置到用户所在位置的距离，并且基于第一规则对一条或多条公共交通出行路线进行排序，第一规则与距离由近至远相关联。

第一推送单元2336可以用于将排序后的一条或多条公共交通出行路线推送给用户。

在一些实施例中，定位模块2310可以获取用户所在位置。处理模块2320可以通过搜索预设的站点位置来确定距离用户所在位置最近的站点和第二近的站点。然后可以将经过最近的站点和第二近的站点的一条或多条公共交通出行路线推送给用户。此外，距离确定单元2332可以确定从公共交通工具的当前位置到用户所在位置的距离。第一排序单元2334可以按照距离由近至远对一条或多条公共交通出行路线进行排序。第一推送单元2336可以将排序后的一条或多条公共交通出行路线推送给用户。

此外，在操作中，用户可能熟悉他或她通常采取的公共交通出行路线。因此，用户可能仅想确定附近是否存在他或她想要采取的公共交通出行路线。为了提高推送公共交通出行路线的针对性和效率，用户可以在搜索框中输入与一条或多条公共交通出行路线中的至少一条相对应的公共交通工具的起始数字。

图24是根据本申请的一些实施例所示的用于基于用户所在位置推送公共交通出行路线的示例性设备2400的框图。用于推送公共交通出行路线的设备2400包括定位模块2410、处理模块2420、推送模块2430和接收模块2440。设备2400的模块可以是处理设备112的硬件电路的至少一部分。模块还可以实现为由处理设备112读取和执行的应用程序或指令集。此外，模块可以是硬件电路和应用程序/指令的任何组合。例如，当处理设备112正在执行应用程序或指令集时，模块可以是处理设备112的一部分。

在一些实施例中，接收模块2440可以用于接收用户输入的关键词。

推送模块2430可以从经过第一站点的一条或多条公共交通出行路线中确定至少一条候选公共交通出行路线。推送模块2430可以将与至少一条候选公共交通出行路线对应的公共交通工具的车次包含数字作为起始数字。公共交通工具的车次可用于表示公共交通工具的路线。例如，公交可以经过牡丹花园西站、塔楼南站、...、蓟门桥南站、...等。经过牡丹花园西站、塔楼南站、...、蓟门大桥南站等的公交的车次是84路。因此经过牡丹花园西站、塔楼南站、...、蓟门桥南站、...等站点的路线也被表示为84路公交路线。

另外，用户也可以不在搜索框中输入任何内容，并默认搜索用户附近的公共交通出行路线。在一些实施例中，如果用户粗略地知道他或她需要搭乘哪条公共交通出行路线，但是没有具体记住它是哪条路线或者是否可以在附近搭乘路线，那么用户可以输入与他或她想要乘坐的公共交通出行路线相对应的公共交通工具的起始数字。例如，用户记住与公共交通出行路线相关联的起始数字是1，那么用户可以在搜索框中输入1。相应地，处理设备112可以通过搜索公共交通出行路线的数据来确定附近起始数字为1的公共交通出行路线。然后处理设备112可以将搜索到的公共交通出行路线推送给用户

图25是根据本申请的一些实施例所示的用于基于用户所在位置推送公共交通出行路线的示例性设备2500的框图。用于推送公共交通出行路线的设备2500包括定位模块2510、处理模块2520、推送模块2530和接收模块2540。设备2500的模块可以是处理设备112的硬件电路的至少一部分。模块还可以实现为由处理设备112读取和执行的应用程序或指令集。此外，模块可以是硬件电路和应用程序/指令的任何组合。例如，当处理设备112正在执行应用程序或指令集时，模块可以是处理设备112的一部分。

推送模块2530可以包括推测单元2532、第二排序单元2534和第二推送单元2536。如果用户输入的关键词不是数字，推测单元2532可以基于用户的历史出行记录和/或关键词确定用户的终点。推测单元2532可以将经过第一站点的一条或多条公共交通出行路线指定为一条或多条候选公共交通出行路线。

第二排序单元2534可以用于基于第二规则对一条或多条公共交通出行路线排序。第二规则是指将其站点包括终点的公共交通出行路线排序靠前，其它出行路线的排序靠后。

第二推送单元2536可以用于将排序后的一条或多条公共交通出行路线推送给用户。

具体地，如果用户输入的关键词不是数字，则估计单元2532可以在用户完成输入之前预测用户想要输入的内容，并基于预测内容推送与预测内容相关联的公共交通出行路线。在一些实施例中，如果估计单元2532检测到关键词不是数字，则估计单元2532可以基于用户的历史出行记录和/或关键词来确定用户的终点。第二排序单元2534可以基于第二规则对一条或多条公共交通出行路线进行排序。第二规则指将其站点包括终点的公共交通出行路线排序靠前，其它出行路线的排序靠后。第二推送单元2536可以将排序后的一条或多条公共交通出行路线推送给用户。例如，如果公共交通出行路线的一部分经过预测终点，则该部分公共交通出行路线排序靠前，这可以实现更准确和更可靠的公共交通出行路线推送。

应当注意的是，上述实施方式可以单独实施或组合实施。

根据实施例提供的公共交通出行路线推送设备，设备2500可以获取用户所在位置。设备2500可以通过搜索每条公共交通出行路线的站点位置来确定距离用户所在位置最近的站点。设备2500可以将经过距离用户所在位置最近站点的一条或多条公共交通出行路线可以推送给用户。因此，用户可以准确且快速地了解当前可用的公共交通出行路线，以及周围的公共交通状况，以便规划出行路线。

图26是根据本申请的一些实施例所示的用于发送信息的示例性过程2600的流程图。在一些实施例中，过程2600可以在路线规划系统100中实现。例如，过程2600可以作为指令的形式存储在存储设备160和/或存储器(例如，rom230、ram240等)中，并由服务器110(例如，服务器110中的处理设备112，或服务器110中的处理设备112的处理器220)调用和/或执行。

在步骤2602中，处理设备112可以接收公共交通工具到站的提示信号。

在步骤2604中，处理设备112可以根据提示信号获取与公共交通工具相关的实时到站信息。在步骤2606中，处理设备112可以将实时到站信息发送至网约车平台(即，客户端)，以供与网约车平台相关联的用户参考。

在一些实施例中，当公共交通工具到达站点时处理设备112可以获取公共交通工具的实时到站信息，以确保公共交通工具的实时到站信息的及时性、有效性和准确性，避免由于gps信号的周期性传输而过早地获取公共交通工具的实时到站信息。处理设备112可以将所获取的实时到站信息发送至网约车平台，以供用户参考，以确保用户获取的信息的准确性和即时性。因此，改善用户体验。

在一些实施例中，处理设备112可以将所获取的实时到站信息通过诸如wifi或蜂窝信号的无线传输发送至网约车平台。

在一些实施例中，可以在触发公共交通工具的开门按钮时生成提示信号。在一些实施例中，可以在触发公共交通工具的到站提示按钮时生成提示信号。

在一些实施例中，为了确保公共交通工具的实时到站信息的准确性，处理设备112可以在按下公共交通工具的开门按钮时获取公共交通工具的实时到站信息。在一些实施例中，处理设备112可以在按下公共交通工具的到站提示按钮时获取公共交通工具的实时到站信息。需要注意的是，为了改善用户体验，可以根据实际情况选择上述两种方式。

在一些实施例中，实时到站信息包括公共交通工具的到达站点、公共交通工具的车次、公共交通工具的行驶方向和公共交通工具的当前位置。

在一些实施例中，为了确保网约车平台可以对公共交通工具的实时到站信息执行有效分析，并向用户提供公共交通工具的更多不同实时信息。实时到站信息包括当实时到站信息被发送时公共交通工具的到达站点、公共交通工具的车次、公共交通工具的行驶方向(上行或下行)、公共交通工具的当前位置(即公共交通工具到达的当前站点的位置坐标)中的至少一个。公共交通控制系统可以基于公共交通工具的实时到站信息来实现对每个公共交通工具的有效监控。

在一些实施例中，在接收到公共交通工具的实时到站信息之后，网约车平台可以通过结合网约车平台中的大数据来预测公共交通工具将到达下一站点的时间。因此，网约车平台可以向用户呈现不同公共交通工具的到站时间、预测公共交通工具将到达下一站点的时间，并且基于以上信息向用户推荐最佳出行路线以供选择，以改善用户的出行体验。

在一些实施例中，处理设备112可以基于网约车平台签约车辆的行驶信息来确定公共交通到达下一站点的时刻。例如，处理设备112可以预先收集签约车辆的历史路线中从公共交通工具的到达站点到下一站点的行驶信息。根据所收集的签约车辆的历史行驶信息的统计和分析，可以基于与公共交通工具行驶路线重合的车辆的行驶信息确定公共交通工具的到站时间。通过对大量经验数据的分析和总结，可以确保所获取的到站时间信息的准确性和可靠性，提高存储在网约车平台的数据服务平台(例如，服务器110)中的数据的价值，并且可以提高网约车应用程序的实用性。

在一些实施例中，可以基于网约车平台的签约车辆的行驶信息来确定与公共交通工具到达目标站点(例如，下一站点)的到站时间信息。例如，处理设备112可以基于行驶信息中的行驶速度和行驶距离来确定公共交通工具的到站时间信息。行驶速度可以是大量历史行驶速度的平均值。作为另一示例，处理设备112可以基于网约车平台签约车辆从当前站点行驶到目标站点的行程时间来确定公共交通工具的到站时间信息。行程时间可以是大量历史行程时间的平均值。

因此，用户不需要安装太多的应用程序，例如其他汽车应用程序、公共交通查询应用程序等。此外，可以根据所获取的公共交通工具的实时位置，将出行路线和公共交通工具的到站时间推送给用户，这可以帮助用户安排出行计划。公共交通工具到达站点的到站时间可以帮助公共交通公司监控公共交通工具。在一些实施例中，可以基于公共交通工具到达每个站点的时间来确定是否需要区间车。

图27是根据本申请的实施例所示的用于发送信息的示例性设备2700的示意图。如图27所示，设备2700可以包括接收模块2702、获取模块2704和发送模块2706。设备2700的单元可以是处理设备112的硬件电路的至少一部分。设备2700的单元也可以实现为由处理设备112读取和执行的应用程序或指令集。此外，单元可以是硬件电路和应用程序/指令的任何组合。例如，当处理设备112正在执行应用程序或指令集时，设备2700的单元可以是处理设备112的一部分。接收模块2702可以用于接收公共交通工具到站的的提示信号。获取模块2704可以用于根据由接收模块2702接收的提示信号获取公共交通工具的实时到站信息。发送模块2706可以用于发送由获取模块2704获取的实时到站信息信息到网约车平台(例如，客户端)，以供与网约车平台相关联的用户参考。

在一些实施例中，当公共交通工具到达站点时，可以获取公共交通工具的实时到站信息，以确保公共交通工具的实时到站信息的及时性、有效性和准确性，避免由于gps信号的周期性传输而过早地获取公共交通工具的实时到站信息。发送模块2706可以将所获取的实时到站信息发送至网约车平台，以供用户参考，这可以确保用户获取的信息的准确性和即时性。因此，可以改善用户体验。

在一些实施例中，发送模块2706可以将所获取的实时到站信息通过诸如wifi或蜂窝信号的无线传输发送至网约车平台。

在一些实施例中，可以在触发公共交通工具的开门按钮时生成提示信号。在一些实施例中，可以在触发公共交通工具的到站提示按钮时生成提示信号。

在一些实施例中，为了确保公共交通工具的实时到站信息的准确性，当按下公共交通工具的开门按钮时，获取模块2704可以获取公共交通工具的实时到站信息。在一些实施例中，当按下公共交通工具的到站提示按钮时，获取模块2704可以获取公共交通工具的实时到站信息。需要说明的是，为了改善用户体验，可以根据实际情况选择上述两种方式。

在一些实施例中，实时到站信息包括公共交通工具的到达站点、公共交通工具的车次、公共交通工具的行驶方向和公共交通工具的当前位置。

在一些实施例中，为了确保网约车平台可以基于公共交通工具的实时到站信息执行有效分析，并向用户提供公共交通工具的更多不同实时信息。实时到站信息包括当实时到站信息被发送时公共交通工具的到达站点、公共交通工具的车次、公共交通工具的行驶方向(上行或下行)、公共交通工具的当前位置(即公共交通工具到达的当前站点的位置坐标)中的至少一个。公共交通控制系统可以基于公共交通工具的实时到站信息来实现对每个公共交通工具的有效监控。

图28是根据本申请的一些实施例所示的用于显示的示例性过程2800的流程图。在一些实施例中，过程2800可以在路线规划系统100中实现。例如，过程2800可以作为指令的形式存储在存储设备160和/或存储器(例如，rom230、ram240等)中，并由服务器110(例如，服务器110中的处理设备112，或服务器110中的处理设备112的处理器220)调用和/或执行。

在步骤2802中，处理设备112可以基于服务请求的起点和终点获取三条或以上公共交通出行路线。处理设备112可以根据与每条公共交通出行路线相关联的预计时长对公共交通出行路线进行排序(例如，时间越短，等级越高)。

在步骤2804中，处理设备112可以生成推荐页面。在一些实施例中，推荐页面包括地图显示区域和文本显示区域。文本显示区域可以用于显示与排序后的公共交通出行路线中前三条公共交通出行路线相关的第一数据。第一数据可以包括与前三条公共交通出行路线中的每条公共交通出行路线相对应的公共交通工具的车次，以及与前三条公共交通出行路线中的每条公共交通出行路线相关联的预计时长。

在步骤2806中，处理设备112可以使显示器显示推荐页面。在一些实施例中，地图显示区域和文本显示区域可以在推荐页面上彼此分离。在地图上显示多条公共交通出行路线，以便根据地图比较多条公共交通出行路线。推荐结果可以是视觉性的，且可以改善用户体验。此外，根据大数据的统计分析，排序最靠前的(如前三条)公共交通出行路线的满意率超过80％，基本满足用户的需求。当有多条公共交通出行路线可用时，限制显示前三条公共交通出行路线而不是显示所有公共交通出行路线可以帮助控制文本显示区域的空间。采用率较低的其他公共交通出行路线可不显示，这样能充分利用推荐页面的空间来确保具有足够的地图显示区域。在一些实施例中，用户输入的起点和终点可以显示在地图显示区域中。在一些实施例中，前三条公共交通出行路线可以显示在地图显示区域中。此外，与前三条公共交通出行路线相关的第一数据包括与前三条公共交通出行路线中的每条公共交通出行路线相对应的公共交通工具的车次，和与前三条公共交通出行路线中的每条公共交通出行路线相关联的预计时长。当公共交通出行路线涉及换乘时，车次指与连续搭乘的公共交通出行路线相对应的公共交通工具的车次，从而可以清楚地区分不同的公共交通出行路线。预计时长是指用户在搭乘相应的公共交通出行路线时从起点到终点所花费的时间，这通常是用户在选择公共交通出行路线时的主要参考。包括车次和预计时长的第一数据可以帮助用户比较不同的公共交通出行路线并充分利用空间有限的文本显示区域。因此，可以改善用户体验。

在一些实施例中，文本显示区域以列表的形式显示与第一数量的公共交通出行路线相关的第一数据。以列表的形式显示公共交通出行路线的可以帮助用户区分不同的公共交通出行路线。每条公共交通出行路线以相同的显示形式显示，这可以使显示结果更清晰，并改善用户体验。

在一些实施例中，文本显示区域与推荐页面的轮廓线共边。与推荐页面的轮廓线共边的文本显示区域可以将文本显示区域集中在推荐页面的底部，并将推荐页面的剩余空间集中在上部。因此，地图显示区域的完整性不受文本显示区域的影响，这可以帮助显示地图并改善用户体验。

图29是根据本申请的一些实施例所示的用于显示推荐页面的示例性过程2900的流程图。在一些实施例中，过程2900可以在路线规划系统100中实现。例如，过程2900可以作为指令的形式存储在存储设备160和/或存储器(例如，rom230、ram240等)中，并由服务器110(例如，服务器110中的处理设备112，或服务器110中的处理设备112的处理器220)调用和/或执行。

在步骤2902中，处理设备112可以基于服务请求的起点和终点获取多条(例如，三条或以上)公共交通出行路线。处理设备112可以根据与每条公共交通出行路线相关联的预计时长，从短到长对公共交通出行路线进行排序。

在步骤2904中，处理设备112可以生成推荐页面。推荐页面包括推荐页面上部的地图显示区域和推荐页面底部的文本显示区域。文本显示区域可以用于显示与前三条公共交通出行路线相关的第一数据。第一数据可以包括与前三条公共交通出行路线中的每条公共交通出行路线相对应的公共交通工具的车次，以及与前三条公共交通出行路线中的每条公共交通出行路线相关联的预计时长。

在步骤2906中，处理设备112可以使显示器显示推荐页面。

在步骤2908中，如果用户在文本显示区域上执行的向上滑动操作，处理设备112可以扩展文本显示区域，以显示与第二数量的公共交通出行路线相关的第二数据。

在一些实施例中，可以通过扩展文本显示区域来显示更多的公共交通出行路线，当默认推荐的前三条公共交通出行路线不能满足用户的需要时，其可以为用户提供更多选择。此外，通过设置向上滑动操作并使用向上滑动操作作为扩展文本显示区域的触发命令，当用户的滑动方向与文本显示区域的扩展方向一致时，通过滑动可以产生拉开文本显示区域的效果，符合人们的视觉习惯，带来友好的操作体验。在一些实施例中，在扩展文本显示区域之后，如果用户在文本显示区域执行向下滑动操作，文本显示区域可以缩短到显示前三条公共交通出行路线的状态。在一些实施例中，文本显示区域的扩展可以通过切换到更大的文本显示区域来实现，以显示所有公共交通出行路线。在一些实施例中，整个文本显示区域可以向上移动，且未显示的公共交通出行路线可以从推荐页面的底部滑出。因此，所有公共交通出行路线都可以显示。在一些实施例中，第二数量的公共交通出行路线可以包括所有公共交通出行路线，其可以随推荐结果而变化。在一些实施例中，第二数量可以设置为固定值。在一些实施例中，所显示的公共交通出行路线的第二数量可以通过滑动距离来控制。第二数量可以是变量。

图30是根据本申请第三实施例所示的用于显示推荐页面的示例性过程3000的流程图。在一些实施例中，过程3000可以在路线规划系统100中实现。例如，过程3000可以作为指令的形式存储在存储设备160和/或存储器(例如，rom230、ram240等)中，并由服务器110(例如，服务器110中的处理设备112，或服务器110中的处理设备112的处理器220)调用和/或执行。

在步骤3002中，处理设备112可以基于起点和终点获取三条或以上公共交通出行路线。处理设备112可以根据与每条公共交通出行路线相关联的预计时长，从短到长对公共交通出行路线进行排序。

在步骤3004中，处理设备112可以生成推荐页面。推荐页面包括地图显示区域和文本显示区域。文本显示区域可以用于显示与前三条公共交通出行路线相关的第一数据。第一数据包括与前三条公共交通出行路线中的每条公共交通出行路线相对应的公共交通工具的车次，以及与前三条公共交通出行路线中的每条公共交通出行路线相关联的预计时长。

在步骤3006中，处理设备112可以使显示器显示推荐页面。

在步骤3008中，如果用户在文本显示区域上执行的点击操作，处理设备112可以使显示器在文本显示区域上显示与点击操作的位置对应的公共交通出行路线相关的第三数据。

在一些实施例中，可以通过点击文本显示区域上的公共交通出行路线来显示与公共交通出行路线相关的第三数据，这可以帮助用户了解公共交通出行路线以做出决定，或指示用户乘坐相应的公共交通工具。同时，第三数据仍然显示在文本显示区域上，并且地图显示区域可以显示相应的公共交通出行路线，这使得公共交通出行路线的显示更加直观。

图31是根据本申请的一些实施例所示的用于显示的示例性过程3100的流程图。在一些实施例中，过程3100可以在路线规划系统100中实现。例如，过程3100可以作为指令的形式存储在存储设备160和/或存储器(例如，rom230、ram240等)中，并由服务器110(例如，服务器110中的处理设备112，或服务器110中的处理设备112的处理器220)调用和/或执行。

在步骤3102中，处理设备112可以在启动规划页面之后确定用户是否已经输入起点和终点。

在步骤3104中，响应于确定用户已经输入起点和终点，处理设备112可以基于起点和终点获取至少三条公共交通出行路线。处理设备112可以根据与每条公共交通出行路线相关联的预计时长，从短到长对至少三条公共交通出行路线进行排序。

在步骤3106中，处理设备112可以生成推荐页面。推荐页面包括地图显示区域和文本显示区域。文本显示区域可以用于显示与前三条公共交通出行路线相关的第一数据。第一数据包括与前三条公共交通出行路线中的每条公共交通出行路线相对应的公共交通工具的车次以及与前三条公共交通出行路线中的每条公共交通出行路线相关联的预计时长。

在步骤3108中，处理设备112可以使显示器显示推荐页面。

在一些实施例中，在启动规划页面之前确定用户是否已经输入起点和终点可以使得与路线规划相关的不同页面彼此通信，以减少用户的输入次数，提高智能化水平，进一步改善用户体验。具体地，当用于显示出行路线的过程400应用于与路线规划相关的平台或应用程序时，可以在不同的页面上规划出行路线(例如驾车路线、公共交通出行路线、步行路线等)，以满足用户的不同需求。例如，当平台或应用程序是网约车平台时，行驶页面可以进一步划分为，例如汽车租赁界面、出租车界面、专车界面等。如果找不到合适的汽车，用户可以转向公共交通界面查询公共交通出行路线。在相同的网约车平台中，用户在切换界面(或页面)时可以不必输入起点和终点。

图32是根据本申请的一些实施例所示的用于显示的示例性过程3200的流程图。显示过程可以用于显示网约车平台的界面。在一些实施例中，过程3200可以在路线规划系统100中实现。例如，过程3200可以作为指令的形式存储在存储设备160和/或存储器(例如，rom230、ram240等)中，并由服务器110(例如，服务器110中的处理设备112，或服务器110中的处理设备112的处理器220)调用和/或执行。

在步骤3202中，当用户在某类服务(例如，快车页面)界面上输入起点和终点之后，处理设备112可以记录起点和终点。

在步骤3204中，响应于用户执行点击公交标签的操作，处理设备112可以指示客户端进入公交规划页面。

在步骤3206中，处理设备112可以基于起点和终点获取至少三条公共交通出行路线。处理设备112可以根据与每条公共交通出行路线相关联的预计时长，从短到长对公共交通出行路线进行排序。

在步骤3208中，处理设备112可以生成推荐页面。推荐页面包括上部的地图显示区域和底部的文本显示区域。文本显示区域可以用于以列表的形式显示与前三条公共交通出行路线相关的第一数据，并且不再向下滑动。第一数据包括公共交通换乘方案、步行距离、价格、乘车点或详情按钮中的至少一个。

在步骤3210中，处理设备112可以确定客户端是否连续加载、或者加载失败、或者客户端上是否没有数据产生。如果确定客户端连续加载、或者加载失败、或者客户端上没有数据产生，则过程3200继续执行操作3212。如果确定客户端加载成功、或者客户端上产生数据，则过程3200继续执行操作3216。

在步骤3212中，处理设备112可以使显示器显示相应的提示语。

在步骤3214中，响应于用户执行的刷新操作，处理设备112可以返回到步骤3206。

在步骤3216中，处理设备112可以使显示器显示推荐页面。

在步骤3218中，如果用户对详情按钮执行点击操作，处理设备112可以获取与公共交通出行路线相对应的第三数据。

在步骤3220中，处理设备112可以确定客户端是否连续加载或加载失败。如果确定客户端连续加载或加载失败，则过程3200可以进行到步骤3222。如果确定客户端成功加载，则过程3200可以进行到步骤3226。

在步骤3222中，处理设备112可以使显示器在文本显示区域上显示相应的提示语。

在步骤3224中，响应于用户的刷新操作，处理设备112可以返回执行操作3218。

在步骤3226中，处理设备112可以控制显示第一数据的文本显示区域向下滑动并退出推荐页面，显示第三数据的文本显示区域从底部向上滑动到推荐页面，完成从显示第一数据的简要路线页面到显示第三数据的页面切换。

在步骤3228中，响应于用户在文本显示区域上执行向上滑动操作，处理设备112可以控制文本显示区域向上滑动以显示所有获取的公共交通出行路线。在一些实施例中，在滑动过程中，地图上的其他元素保持不变，推荐页面上的其他区域逐渐变暗并形成遮罩，同时推荐页面的顶部逐渐呈现用于隐藏的按钮。

在步骤3230中，如果用户执行点击隐藏按钮或遮罩的操作，处理设备112可以控制文本显示区域恢复到初始位置。

图33-36是根据本申请的一些实施例所示的网约车应用程序3300的示意图。在一些实施例中，用户可以切换图33所示的快车预约页面到图34所示的公交规划页面，并实时启动换乘搜索。当快车预约页面或公交规划页面显示连续加载、加载失败或没有数据产生时，相应的提示语分别包括“网络错误，请检查并重试”、“查询失败，点击重新加载”和“没有合适的公共交通出行路线”。图35示出了如步骤3218的路线详细信息页面。如图36所示，当显示所有公共交通出行路线时，如果所有公共交通出行路线的列表未覆盖一个屏幕，则向上滑动操作到达的最高点可以在文本显示区域的上边缘。如果该列表超过一个屏幕，则文本显示区域可以向上滑动以显示推荐页面，直到该列表的底部滑动至文本显示区域的下边缘。在步骤3228中，可以通过点击隐藏按钮或遮罩的操作来恢复文本显示区域。在一些实施例中，可以通过滑动操作来恢复文本显示区域。例如，当用户在文本显示区域上执行向下滑动操作时，文本显示区域向下滑动，地图显示区域的遮罩逐渐隐藏，地图上的其他元素保持不变，并且文本显示区域滑动到初始位置。

图37是根据本申请的一些实施例所示的用于显示的示例性设备3700的示意图。设备3700可以包括获取单元3702、生成单元3704和第一显示单元3706。设备3700的单元可以是处理设备112或请求者终端130(例如，cpu340或gpu330)的至少一部分的硬件电路。设备3700的单元还可以实现为由处理设备112读取和执行的应用程序或指令集。此外，单元可以是硬件电路和应用程序/指令的任何组合。例如，当处理设备112正在执行应用程序或指令集时，设备3700的单元可以是处理设备112的一部分。

获取单元3702可以用于基于服务请求的起点和终点获取三条或更多条公共交通出行路线。获取单元3702还用于根据与每条公共交通出行路线相关联的预计时长对公共交通出行路线进行排序(例如，时间越短，等级越高)。

生成单元3704可以用于生成推荐页面。在一些实施例中，推荐页面包括地图显示区域和文本显示区域。文本显示区域可以用于显示与排序后的公共交通出行路线中前三条公共交通出行路线相关的第一数据。第一数据可以包括与前三条公共交通出行路线中的每条公共交通出行路线对应的公共交通工具的车次，以及与前三条公共交通出行路线中的每条公共交通出行路线相关联的预计时长。

第一显示单元3706可以用于使显示器显示推荐页面。

在一些实施例中，地图显示区域和文本显示区域可以通过生成单元3704在推荐页面上彼此分离。由获取单元3702获取的多条公共交通出行路线可以显示在地图上，以便根据地图比较多条公共交通出行路线。推荐结果可以是视觉性的，且可以改善用户体验。此外，根据大数据的统计分析，排序最靠前的(如前三条)公共交通出行路线的满意率超过80％，基本满足用户的需求。当有多条公共交通出行路线可用时，限制显示前三条公共交通出行路线而不是显示所有公共交通出行路线可以帮助控制文本显示区域的空间。采用率较低的其他公共交通出行路线可不显示，以便充分利用推荐页面的空间来确保具有足够的地图显示区域。在一些实施例中，用户输入的起点和终点可以显示在地图显示区域中。在一些实施例中，前三条公共交通出行路线可以显示在地图显示区域中。此外，与前三条公共交通出行路线相关的第一数据包括与前三条公共交通出行路线中的每条公共交通出行路线对应的公共交通工具的车次，和与前三条公共交通出行路线中的每条公共交通出行路线相关联的预计时长。当公共交通出行路线涉及换乘时，车次指与连续搭乘的公共交通出行路线相对应的公共交通工具的车次，从而可以清楚地区分不同的公共交通出行路线。预计时长指用户在搭乘相应的公共交通出行路线时从起点到终点所花费的时间，这通常是用户在选择公共交通出行路线时的主要参考。包括车次和预计时长的第一数据可以帮助用户比较不同的公共交通出行路线并充分利用空间有限的文本显示区域。因此，可以改善用户体验。

在一些实施例中，文本显示区域可以用于以列表的形式显示与第一数量的公共交通出行路线相关的第一数据。以列表的形式显示公共交通出行路线的文本显示区域可以帮助用户区分不同的公共交通出行路线。每条公共交通出行路线以相同的显示形式显示，这可以使显示结果更清晰，并改善用户体验。

在一些实施例中，文本显示区域与推荐页面的轮廓线共边。与推荐页面的轮廓线共边的文本显示区域可以将文本显示区域集中在推荐页面的底部，部，并将推荐页面的剩余空间集中在上部。因此，地图显示区域的完整性不受文本显示区域的影响，以帮助显示地图并改善用户体验。

图38是根据本申请的一些实施例所示的用于显示的示例性设备3800的示意图。设备3800包括获取单元3802、生成单元3804、第一显示单元3806和第二显示单元3808。设备3800的单元可以是处理设备112或请求者终端130(例如，cpu340或gpu330)的至少一部分的硬件电路。设备3800的单元还可以实现为由处理设备112读取和执行的应用程序或指令集。此外，单元可以是硬件电路和应用程序/指令的任何组合。例如，当处理设备112正在执行应用程序或指令集时，设备3800的单元可以是处理设备112的一部分。

获取单元3802可以用于基于服务请求的起点和终点获取多条(例如，三条或以上)公共交通出行路线。获取单元3802还用于根据与每条公共交通出行路线相关联的预计时长，从短到长对公共交通出行路线进行排序。

生成单元3804可以用于生成推荐页面。推荐页面包括推荐页面上部的地图显示区域和推荐页面底部的文本显示区域。文本显示区域可以用于显示与前三条公共交通出行路线相关的第一数据。第一数据可以包括与前三条公共交通出行路线中的每条公共交通出行路线相对应的公共交通工具的车次，以及与前三条公共交通出行路线中的每条公共交通出行路线相关联的预计时长。

第一显示单元3806可以用于使显示器显示推荐页面。

第二显示单元3808可以用于响应用户在所述文本显示区域上执行的向上滑动操作，扩展文本显示区域，以显示与第二数量的公共交通出行路线相关的第二数据。

在一些实施例中，可以通过第二显示单元3808扩展文本显示区域来显示更多的公共交通出行路线，当默认推荐的前三条公共交通出行路线不能满足用户的需要时，可以为用户提供更多选择。此外，通过设置向上滑动操作并使用向上滑动操作作为扩展文本显示区域的触发命令，当用户的滑动方向与文本显示区域的扩展方向一致时，通过滑动可以产生拉开文本显示区域的效果，符合了人们的视觉习惯，带来友好的操作体验。在一些实施例中，在扩展文本显示区域之后，如果用户在文本显示区域执行向下滑动操作，文本显示区域可以缩短到显示三条公共交通出行路线的状态。在一些实施例中，文本显示区域的扩展可以通过切换到更大的文本显示区域来实现，以显示所有公共交通出行路线。在一些实施例中，整个文本显示区域可以向上移动，且未显示的公共交通出行路线可以从推荐页面的底部滑出。因此，所有公共交通出行路线都可以显示。在一些实施例中，所述第二数量的公共交通出行路线可以包括所有公共交通出行路线，其可以随推荐结果而变化。在一些实施例中，所述第二数量可以设置为固定值。在一些实施例中，所显示的公共交通出行路线的所述第二条数可以通过滑动距离来控制。所述第二条数可以是变量。在一些实施例中，第一显示单元3806和第二显示单元3808可以是相同的显示单元。

图39是根据本申请的一些实施例所示的用于显示的示例性设备3900的示意图。设备3900包括获取单元3902、生成单元3904、第一显示单元3906和第三显示单元3908。设备3900的单元可以是处理设备112或请求者终端130(例如，cpu340或gpu330)的至的硬件电路的至少一部分。设备3900的单元还可以实现为由处理设备112读取和执行的应用程序或指令集。此外，单元可以是硬件电路和应用程序/指令的任何组合。例如，当处理设备112正在执行应用程序或指令集时，设备3900的单元可以是处理设备112的一部分。

获取单元3902可以用于基于起点和终点获取三条或以上公共交通出行路线。获取单元3902还用于根据与每条公共交通出行路线相关联的预计时长，从短到长对公共交通出行路线进行排序。

生成单元3904可以用于生成推荐页面。推荐页面包括地图显示区域和文本显示区域。文本显示区域可以用于显示与前三条公共交通出行路线相关的第一数据。第一数据包括与前三条公共交通出行路线中的每一条相对应的公共交通工具的车次，以及与前三条公共交通出行路线中的每一条相关联的预计时长。

第一显示单元3906可以用于使显示器显示推荐页面。

如果用户在文本显示区域上执行的点击操作，第三显示单元3908可以用于使显示器在文本显示区域上显示与点击操作的位置相对应的公共交通出行路线的相关第三数据。

在一些实施例中，第三显示单元3908可以通过点击文本显示区域上的一条公共交通出行路线，使显示器显示与公共交通出行路线相关的第三数据，以帮助用户了解公共交通出行路线并作出决定，或指示用户乘坐相应的公共交通工具。与公共交通出行路线相关的第三数据包括步行距离、车次、行驶方向、上车/下车站点、站点数量、行驶时间等。在一些实施例中，当公共交通出行路线涉及换乘时，第三显示单元3908可以基于搭乘公共交通工具的顺序，连续显示一个或多个公共交通工具。同时，第三数据仍然显示在文本显示区域上，并且地图显示区域可以显示相应的公共交通出行路线，这使得公共交通出行路线的显示更加直观。在一些实施例中，第一显示单元3906和第三显示单元3908可以是相同的显示单元。

图40是根据本申请的一些实施例所示的用于显示的示例性设备4000的示意图。如图40所示，设备4000可以包括确定单元4002、获取单元4004、生成单元4006和第一显示单元4008。设备4000的单元可以是处理设备112或者请求者终端130(例如，cpu340或gpu330)的硬件电路的至少一部分。设备4000的单元还可以实现为由处理设备112读取和执行的应用程序或指令集。此外，单元可以是硬件电路和应用程序/指令的任何组合。例如，当处理设备112正在执行应用程序或指令集时，设备4000的单元可以是处理设备112的一部分。

确定单元4002可以用于在启动规划页面之后确定用户是否已经输入起点和终点。

如果确定用户已经输入起点和终点，获取单元4004可以基于起点和终点获取至少三条公共交通出行路线。获取单元4004还用于根据与每条公共交通出行路线相关联的预计时长，从短到长对至少三条公共交通出行路线进行排序。

生成单元4006可以用于生成推荐页面。推荐页面可以包括地图显示区域和文本显示区域。推荐页面包括地图显示区域和文本显示区域。文本显示区域可以用于显示与前三条公共交通出行路线相关的第一数据。第一数据包括与前三条公共交通出行路线中的每条公共交通出行路线对应的公共交通工具的车次以及与前三条公共交通出行路线中的每条公共交通出行路线相关联的预计时长。

第一显示单元4008可以用于使显示器显示推荐页面。

在一些实施例中，在启动计划页面之前(通过确定单元4002)确定用户是否已经输入起点和终点可以使与路线规划相关的不同页面彼此通信，以减少用户的输入次数，提高智能化水平，进一步改善用户体验。具体地，当用于显示出行路线的信息显示设备应用于与路线规划相关的平台或应用程序时，可以在不同页面上规划出行路线(例如驾车路线、公共交通出行路线、步行路线等)，以满足用户的不同需求。例如，当平台或应用程序是网约车平台时，行驶页面可以进一步划分为例如汽车租赁界面、出租车界面、专车界面等。如果找不到合适的汽车，用户可以转向公共交通界面查询公共交通出行路线。在相同的网约车平台中，用户在切换界面(或页面)时可以不必输入起点和终点。

图41是根据本申请的一些实施例所示的示例性处理设备112的示意图。处理设备112可以与存储设备(例如，存储设备160)通信，并且可以执行存储在存储设备中的指令。在一些实施例中，处理设备112包括通信模块4102、确定模块4104和显示模块4106。处理设备112的模块可以是处理设备112的至少一部分的硬件电路的至少一部分。处理设备112的模块也可以实现为由处理设备112读取和执行的应用程序或指令集。此外，模块可以是硬件电路和应用程序/指令的任何组合。例如，当处理设备112正在执行应用程序或指令集时，处理设备112的模块可以是处理设备112的一部分。

通信模块4102可以用于通过网络(例如，网络120)从服务系统接收信息和/或数据。在一些实施例中，服务系统可以是安装在客户端上的在线运输服务应用程序。在一些实施例中，服务系统可以促进出租车服务、快车服务、顺风车服务、拼车服务、公交服务、专车服务、司机租用服务等。

在一些实施例中，通信模块4102可以通过网络120从服务系统接收第一行程的信息。这里使用的术语“第一行程”是指用户通过客户端发布的出行计划。第一行程的信息包括起点(也称为第二起点)、终点、出发时间等，或其任何组合。替代地或附加地，通信模块4102还可以从用户处接收获取至少一条公共交通出行路线的其中一条的请求。为了便于出行，用户可以使用客户端发起获取一条公共交通出行路线的请求。例如，用户可以通过客户终端客户端通过字符输入或语音输入生成请求。在一些实施例中，公共交通出行路线可包括出行总时长、行驶轨迹、步行总距离、交通成本等。

通信模块4102还用于通过网络120向服务系统发送信息和/或数据。在一些实施例中，通信模块4102可以响应于通过网络120所接收的客户端的服务系统的请求，发送至少一条路线规划记录中的一条或多条。例如，通信模块4102可以将对应于指定路线规划记录的第一接口标识发送至客户端。作为另一示例，通信模块4102可以将对应于一条或多条非指定路线规划记录的一个或多个第二接口标识发送至客户端。

确定模块4104可以用于基于第一行程的信息生成至少一条路线规划记录。在一些实施例中，至少一条路线规划记录包括至少一条公共交通出行路线。至少一条公共交通出行路线包括一个或多个公共交通工具，例如公交、地铁、共享自行车等。至少一条路线规划记录中每个路线规划记录包括一个或多个公共交通工具的一个或多个标识符，以及用于将一条路线规划记录与另一条路线规划记录区分开的接口标识。关于确定路线规划记录的更多描述可以在本申请的其他地方找到(例如，图42的操作4204，图43-45及其描述)。

显示模块4106可以用于使与用户相关联的客户端显示至少一条路线规划记录中的一条或多条。在一些实施例中，显示模块4106可以指示客户端以地图界面的形式显示指定路线规划记录。地图界面可以显示一个或多个公共交通工具的一个或多个标识符以及与公共交通出行路线相关联的第二行程。第二行程包括至少一个出行参数，该出行参数包括公共交通出行路线的出行总时长、公共交通出行路线的行驶轨迹、步行总距离或交通成本。替代地或附加地，显示模块4106可以指示客户端以一个或多个第二接口标识的形式显示非指定路线规划记录。例如，客户端可以在客户端上显示第二接口标识，其包括与非指定路线规划记录相对应的公共交通工具的标识符。当用户点击第二接口标识时，客户端以地图界面的形式显示非指定路线规划记录。

应当注意的是，处理设备112的以上描述是出于说明的目的而提供的，并不旨在限制本申请的范围。对于本领域普通技术人员，可以在本申请的指导下进行多种变化和修改。然而，这些变化和修改不脱离本申请的范围。在一些实施例中，上述任何模块可以划分成两个或多个单元。例如，通信模块4102可以被划分成两个单元，其中一个用于从服务系统接收信息和/或数据，另一个用于向服务系统发送信息和/或数据。在一些实施例中，处理设备112还可包括一个或多个附加模块。例如，处理设备112还可以包括存储模块(图4中未示出)，其用于存储由处理设备112的模块生成的数据。

图42是根据本申请的一些实施例所示的用于路线规划的示例性过程的流程图。在一些实施例中，过程4200可以在路线规划系统100中实现。例如，过程4200可以作为指令的形式存储在存储设备160和/或存储器(例如，rom230、ram240等)中，并由服务器110(例如，服务器110的处理设备112，或服务器110的处理设备112的处理器220)调用和/或执行。

在步骤4202中，处理设备112(例如，通信模块4102)可以通过网络(例如，网络120)从服务系统接收第一行程的信息。在一些实施例中，服务系统可以是安装在客户端(例如，请求者终端130、移动设备300)上的在线运输服务应用程序。在一些实施例中，服务系统可以提供出租车服务、快车服务、顺风车服务、拼车服务、公交服务、专车服务、司机租用服务等。

这里使用的术语“第一行程”是指用户通过客户端发布的出行计划。在一些实施例中，第一行程的信息可以由用户输入到服务系统中。第一行程的信息包括起点(也称为第二起点)、终点、出发时间等，或其任何组合。

在步骤4204中，处理设备112(例如，确定模块4104)可以基于第一行程的信息生成至少一条路线规划记录。在一些实施例中，至少一条路线规划记录可包括至少一条公共交通出行路线。至少一条公共交通出行路线可以包括一个或多个公共交通工具，例如公交、地铁、共享自行车等。至少一条路线规划记录中每个路线规划记录包括一个或多个公共交通工具的一个或多个标识符，以及用于将一条路线规划记录与另一条路线规划记录区分开的接口标识。接口标识可以显示在客户端上。在一些实施例中，每个公共交通工具的一个或多个标识符可以包括车牌、车次等。在一些实施例中，路线规划记录的确定可以在本申请的其他地方找到(例如，图43及其描述)。

在步骤4206中，处理设备112(例如，通信模块4102)可以接收用户获取至少一条公共交通出行路线的其中一条的请求。为了便于出行，用户可以使用客户端发起获取公共交通出行路线的请求。例如，用户可以通过客户端通过字符输入或语音输入生成请求。所生成的请求可以通过网络120发送至处理设备112并且由处理设备112接收。在一些实施例中，公共交通出行路线可包括出行总时长、行驶轨迹、步行总距离、交通成本等。

在步骤4208中，处理设备112(例如，通信模块4102)可以响应于所接收的请求，通过网络120将至少一条路线规划记录中的一条或多条发送至服务系统。在一些实施例中，在接收到用户请求后，处理设备112可以将对应于用户请求的公共交通出行路线的一条或多条路线规划记录(例如，指定路线规划记录、一条或多条非指定路线规划记录)发送至客户端的服务系统。例如，处理设备112可以将与指定路线规划记录对应的第一接口标识发送至客户端。作为另一示例，处理设备112可以将与一条或多条非指定路线规划记录相对应的一个或多个第二接口标识发送至客户端。关于指定路线规划记录和/或非指定路线规划记录的更多描述可以在本申请的其他地方找到(例如，图4-8及其描述)。

在步骤4210中，处理设备112(例如，显示模块4106)可以使与用户相关联的客户端显示至少一条路线规划记录中的一条或多条。在一些实施例中，处理设备112可以指示客户端以地图界面的形式显示指定路线规划记录。地图界面可以显示一个或多个公共交通工具的一个或多个标识符以及与公共交通出行路线相关联的第二行程。第二行程包括至少一个出行参数，该出行参数包括公共交通出行路线的出行总时长、公共交通出行路线的行驶轨迹、步行总距离或交通成本。在一些实施例中，处理设备112可以指示客户端以一个或多个第二接口标识的形式显示非指定路线规划记录。例如，客户端可以在客户端上显示第二接口标识，其包括与非指定路线规划记录相对应的公共交通工具的标识符。当用户点击第二接口标识时，客户端以地图界面的形式显示非指定路线规划记录。

在一些实施例中，处理设备112可以使客户端生成推荐页面。推荐页面包括地图显示区域和文本显示区域。地图显示区域可以用于显示地图界面。文本显示区域可以用于通过，例如列表的形式显示与第一数量的一个或多个第二接口标识的相关的第一数据。在一些实施例中，与第一数量的一个或多个第二接口标识的相关的第一数据包括与非指定路线规划记录相对应的公共交通工具的车次，和与非指定路线规划记录对应的公共交通出行路线相关联的预计时长。在一些实施例中，文本显示区域可以与推荐页面的轮廓线共边。

处理设备112可以使客户端通过客户端的显示器(例如，触摸屏)显示推荐页面。在一些实施例中，如果用户在文本显示区域上执行滑动操作，处理设备112可以使客户端扩展文本显示区域以显示与第二数量的一个或多个第二接口标识相关的第二数据。滑动操作是由文本显示区域指向推荐页面的中心。或者，如果用户在文本显示区域上执行点击操作，处理设备112可以使客户端在文本显示区域上显示与点击操作的位置相对应的第二标识相关的第三数据。

应当注意的是，提供过程4200的以上描述是出于说明的目的，并不旨在限制本申请的范围。对于本领域普通技术人员，可以在本申请的指导下进行多种变化和修改。然而，这些变化和修改不脱离本申请的范围。在一些实施例中，在步骤4206中，处理设备112可以接收和/或获取规划至少一条公共交通出行路线的请求。在一些实施例中，在步骤4206中，处理设备112可以接收获取一个或多个第二接口标识的其中一个的请求。

图43是根据本申请的一些实施例所示的用于生成至少一条路线规划记录的示例性过程的流程图。在一些实施例中，过程4300可以在路线规划系统100中实现。例如，过程4300可以作为指令的形式存储在存储设备160和/或存储器(例如，rom230、ram240等)中，并由服务器110(例如，服务器110的处理设备112，或服务器110的处理设备112的处理器220)调用和/或执行。在一些实施例中，可以根据过程4300执行操作4204。

在步骤4302中，处理设备112(例如，确定模块4104)可以基于第一行程的信息确定第一起点和终点。第一起点和/或终点可以对应于纬度和经度坐标。第一起点可以是公共交通出行路线的起点。终点可以是公共交通出行路线的终点。通常，终点可以是由用户输入的与第一行程相对应的终点，或者是由处理设备112根据用户先前的请求所建议的终点。第一起点可以基于用户所在位置以及由用户输入的对应于第一行程的起点(也称为第二起点)来确定。用户所在位置可以是第一行程生成时用户的地理位置。用户的地理位置可以由客户端的定位芯片组确定。

为了确定第一起点，处理设备112可以分析用户所在位置和第二起点。处理设备112可以确定用户所在位置与第二起点之间的距离，并确定该距离是否大于或等于距离阈值。若该距离大于或等于距离阈值，处理设备112将第二起点指定为第一起点。或者，若该距离小于距离阈值，处理设备112将用户所在位置指定为第一起点。距离阈值可以是路线规划系统100的默认值或由用户调整。在一些实施例中，距离阈值可以是100米、300米、500米、1千米等。

在步骤4304中，处理设备112(例如，确定模块4104)可以基于第一起点和终点确定至少一条公共交通出行路线。在一些实施例中，处理设备112可以确定经过第一起点和终点的至少一条公共交通出行路线。关于确定至少一条公共交通出行路线的描述可以在本申请的其他地方找到(例如，图44及其描述)。

在步骤4306中，处理设备112(例如，确定模块4104)可以基于第一行程的出发时间和与至少一条公共交通出行路线相关联的道路状况，来确定与至少一条公共交通出行路线相对应的一个或多个公共交通工具的一个或多个运行信息。出发时间可以是用户开始第一行程的时间。与至少一条公共交通出行路线相关联的道路状况可以包括交通状况、交通管制、道路建设、道路封闭、天气状况、环境条件等，或其任何组合。在一些实施例中，一个或多个运行信息包括具有固定站点的第一部分的一个或多个公共交通工具的运行时段和运行路段，以及具有非固定站点的第二部分的一个或多个公共交通工具的分布。例如，第一部分的一个或多个公共交通工具涉及地铁、公交或其组合，而第二部分的一个或多个公共交通工具涉及自行车或汽车租赁服务。

在步骤4308中，处理设备112(例如，确定模块4104)可以基于一个或多个公共交通工具的一个或多个运行信息生成至少一条路线规划记录。至少一条路线规划记录中的每条路线规划记录包括一个或多个公共交通工具的一个或多个标识符，以及用于区分路线规划记录的接口标识。接口标识可以显示在客户端上。在一些实施例中，一个或多个公共交通工具的一个或多个标识符可包括车牌、车次等。

图44是根据本申请的一些实施例所示的用于生成至少一条路线规划记录的示例性过程的流程图。在一些实施例中，过程4400可以在路线规划系统100中实现。例如，过程4400可以作为指令的形式存储在存储设备160和/或存储器(例如，rom230、ram240等)中，并由服务器110(例如，服务器110的处理设备112，或服务器110的处理设备112的处理器220)调用和/或执行。在一些实施例中，可以根据过程4400执行过程4300的操作4304。

在步骤4402中，处理设备112(例如，确定模块4104)可以基于第一起点和终点确定多条候选公共交通出行路线。处理设备112可以确定经过第一起点和终点的多条候选公共交通出行路线。在一些实施例中，多条候选公共交通出行路线可以基于各种因素确定，包括，例如多条候选公共交通出行路线是否直达、多条候选公共交通出行路线是否涉及换乘、多条候选公共交通出行路线中的每条公共交通出行路线的预期时长。关于确定候选公共交通出行路线的描述可以在本申请的其他地方找到(例如，图45及其描述)。

在步骤4404中，处理设备112(例如，确定模块4104)可以确定与多条候选公共交通出行路线中的每条公共交通出行路线相对应的公共交通工具的实时到站信息。在一些实施例中，实时到站信息包括公共交通工具的到达站点、公共交通工具的车次、公共交通工具的车牌、公共交通工具的行驶方向，或者公共交通工具的所在辖区(例如，公共交通工具的当前位置)中的至少一个。

在一些实施例中，为了确定公共交通工具的实时到站信息，处理设备112可以接收公共交通工具正在靠近或已经到达车站的提示信号。提示信号可以在触发公共交通工具的开门按钮时产生。替代地或附加地，提示信号可以在公共交通工具的到站提示按钮被触发时产生。处理设备112可以基于提示信号获取与公共交通工具相关联的实时到站信息。

在一些实施例中，公共交通工具可安装有信号发射器。信号发射器可以用于将实时到站信息发送至处理设备112。在一些实施例中，当公共交通工具的到站提示按钮被触发时，信号发射器也被触发。在一些实施例中，当接收到提示信号时，信号发射器也被触发。

在步骤4406中，处理设备112(例如，确定模块4104)可以基于实时到站信息确定公共交通工具到达目标站点的到站时间信息。在一些实施例中，到站时间信息包括公共交通工具到达目标站点的到站时刻，以及公共交通工具从到达站点到目标站点的第一行驶时长等。

在一些实施例中，处理设备112可以确定与实时到达信息匹配的行驶车辆。行驶车辆是服务系统的签约车辆。处理设备112可以预先收集的签约车辆(或行驶车辆)的历史出行路线中行驶信息。行驶车辆的行驶方向与公共交通工具的行驶方向匹配。处理设备112可以将与公共交通工具行驶路线重合的一个或多个行驶车辆确定为一个或多个参考车辆。处理设备112可以获取与一个或多个参考车辆中的每个参考车辆的一个或多个参考行程。在一些实施例中，一个或多个参考行程中的每个参考车辆包括行驶速度和从到达站点到目标站点的距离。或者，一个或多个参考行程中的每个参考车辆包括从到达站点到目标站点的行驶时间。处理设备112可以基于与一个或多个参考车辆中的每个参考车辆一个或多个参考行程来确定到站时间信息。

在步骤4408中，处理设备112(例如，确定模块4104)可以基于与多条候选公共交通出行路线的每条公共交通出行路线对应的公共交通工具的到站时间信息来确定至少一条公共交通出行路线。

在一些实施例中，处理设备112可以确定客户端从第一起点到目标站点的第二行驶时长。在一些实施例中，第二行驶时长包括步行时间、骑行时间等，或其组合。例如，用户可以从第一起点步行至目标站点。或者，用户可以从第一起点骑行到目标站点。处理设备112可以将多条候选公共交通出行路线中的至少一条确定为至少一条公共交通出行路线。所确定的至少一条公共交通出行路线的第一行驶时间大于客户端从第一起点到目标站点的第二行驶时长。

图45是根据本申请的一些实施例所示的用于生成至少一条路线规划记录的示例性过程的流程图。在一些实施例中，过程4500可以在路线规划系统100中实现。例如，过程4500可以作为指令的形式存储在存储设备160和/或存储器(例如，rom230、ram240等)中，并由服务器110(例如，服务器110的处理设备112，或服务器110的处理设备112的处理器220)调用和/或执行。在一些实施例中，可以根据过程4500执行操作4402。

在步骤4502中，处理设备112(例如，确定模块4104)可以从预设的站点位置中确定距离第一起点最近的站点作为第一站点。在一些实施例中，预设的站点位置包括一个或多个公共交通工具可能经过的多个站点名称和站点位置，其可以存储在存储器(例如，存储设备160)中。处理设备112可以通过考虑预设的站点位置和第一起点之间的距离来确定最近的站点。最近的站点可以被指定为第一站点。

在步骤4504中，处理设备112(例如，确定模块4104)可以确定经过第一站点的一条或多条第一公共交通出行路线。在一些实施例中，处理设备112可以从预设的站点位置中确定距离用户所在位置第二近的站点作为第二站点。处理设备112可以确定经过第一站点或第二站点的一条或多条第一公共交通出行路线。

在步骤4506中，处理设备112(例如，确定模块4104)可以从一条或多条第一公共交通出行路线中确定经过终点的一条或多条第二公共交通出行路线。第二条公共交通出行路线可以经过第一站点和终点。在一些实施例中，若没有公共交通出行路线可以经过终点，处理设备112可以从预设的站点位置中确定距离终点最近的站点作为第三站点。处理设备112可以从一条或多条第一公共交通出行路线中确定经过第三站点的一条或多条第二公共交通出行路线。

在步骤4508中，处理设备112(例如，确定模块4104)可以基于一条或多条第二公共交通出行路线确定多条候选公共交通出行路线。

在一些实施例中，对于一条或多条第二公共交通出行路线中的每条公共交通出行路线，处理设备112可以获取与一条或多条第二公共交通出行路线中的每条公共交通出行路线相对应的公共交通工具的当前位置。在一些实施例中，公共交通工具的当前位置可以由公共交通工具的定位芯片组确定。或者，可以基于公共交通工具的实时到站信息来确定公共交通工具的当前位置。处理设备112可以确定从公共交通工具的当前位置到第一起点(或第一站点)的距离。从公共交通工具的当前位置到第一起点的距离可以用于确定公共交通工具是否即将到达第一站点。处理设备112可以按照距离由近至远的第一规则对一条或多条第二公共交通出行路线进行排序。处理设备112可以基于排序后的一条或多条第二公共交通出行路线，确定多条候选公共交通出行路线。例如，处理设备112可以选择排序最靠前的一部分第二公共交通出行路线作为多条候选公共交通出行路线。

应当注意的是，提供过程4500的以上描述是出于说明的目的，并不旨在限制本申请的范围。对于本领域普通技术人员，可以在本申请的指导下进行多种变化和修改。然而，这些变化和修改不脱离本申请的范围。在一些实施例中，在步骤4508中，处理设备112可以接收由客户端输入的关键词。处理设备112可以确定关键词是否包含数字。处理设备112可以将一条或多条第二公共交通出行路线中的至少一条指定为多条候选公共交通出行路线。与所述一条或多条公共交通出行路线中的一条相对应的公共交通工具的车次包含的数字可作为起始数字。

上文已经对基本概念做了描述，显然，对于本领域技术人员来说，上述发明披露仅仅作为示例，并不构成对本申请的限定。尽管这里没有明确说明，本领域技术人员可以对本申请进行各种改变、改进和修改。这类改变、改进和修改在本申请中被建议，所以这类改变、改进和修改仍属于本申请的示例性实施例的精神和范围内。

此外，本申请使用了特定词语来描述本申请的实施例。例如，术语“一个实施例”，“一实施例”和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应该强调并注意的是，在本说明书的各个部分中对“实施例”、“一个实施例”或“一替代性实施例”的两次或更多次引用不一定都指代相同的实施例。此外，本申请的一个或以上实施例中的某些特征、结构或特点可以进行适当的组合。

此外，本领域技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“单元”、“模块”或“系统”。此外，本申请的各方面可能表现为位于一个或以上计算机可读介质中的计算机程序产品，该产品具有计算机可读程序编码。

计算机可读信号介质包括一个内含有计算机可读程序编码的传播数据信号，例如在基带中或作为载波的一部分。这种传播信号可能采用多种表现形式，包括电磁形式、光形式等，或其他合适的组合形式。计算机可读信号介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机可读信号介质上的程序代码可以通过任何合适的介质进行传输，包括无线电、电缆、光纤电缆、rf等，或者任何上述介质的组合。

用于执行本申请各方面的操作的计算机程序代码可以用任意一种或多种编程语言的任何组合来编写，包括面向对象的编程语言如java、scala、smalltalk、eiffel、jade、emerald、c++、c#、vb、.net、python等，传统的面向过程编程语言如“c”语言、visualbasic、fortran、perl、cobol、php、abap，动态编程语言如python、ruby和groovy，或其他编程语言。该程序代码可以完全在用户的计算机上运行，或作为独立的软件包在部分用户的计算机上运行，部分在用户的计算机上运行部分在远程计算机上运行，或完全在远程计算机或服务器上运行。在后一种情况下，远程计算机可以通过任何类型的网络连接到用户的计算机，比如，局域网(lan)或广域网(wan)、或者连接到外部计算机(例如，通过互联网)或在云计算环境中、或作为服务使用例如软件即服务(saas)。

此外，除非申请专利范围中明确说明，本申请处理元素和序列的顺序、数字和字母的使用、或其他名称的使用，并不旨在限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的实施例，但是应该理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在包括所有符合本申请实施例的精神和范围内的修改和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。

同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或以上发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征少于上述披露的单个实施例的全部特征。