CN110749331A - 路径引导方法、装置、服务器、用户终端及路径引导系统 - Google Patents

Abstract

本申请涉及网络约车技术领域，尤其涉及一种路径引导方法、装置、服务器、用户终端及路径引导系统。本申请实施例提供的路径引导方法、装置、服务器、用户终端及路径引导系统，当服务器接收到用户终端发送的用户的出行订单时，获取该用户终端的当前位置和出行起始位置，根据用户终端的当前位置与出行起始位置生成路径引导信息发送至该用户终端，以引导用户到达出行起始位置，完善了网约车服务的引导功能。用户在路径引导信息的指引下，可以较快速地到达出行起始位置与网约车司机碰面，减少了因用户对约车地点不熟悉而导致无法准时到达出现起始位置的现象，提高了用户体验度。

Description

路径引导方法、装置、服务器、用户终端及路径引导系统

技术领域

本申请涉及网络约车技术领域，尤其涉及一种路径引导方法、装置、服务器、用户终端及路径引导系统。

背景技术

用户通过网络预约车辆时，发出出行订单后，需要步行至出行起始位置与司机碰面。如果用户在自己不熟悉的地点预约车辆，或预约车辆地点周围环境复杂时，用户不知如何到达出行起始位置。例如，用户在某机场下飞机后预约车辆，用户对该机场不熟悉，不知如何到达出行起始位置，甚至在司机的引导下，仍然找不到正确的出行起始位置。因此，目前存在着用户寻找出行起始位置困难，甚至无法到达出行起始位置，司机在出行起始位置等不到乘客的问题。

发明内容

有鉴于此，本申请实施例提供一种路径引导方法、装置、服务器、用户终端及路径引导系统，用以引导用户到达出行起始位置。

为了实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请实施例提供了一种路径引导方法，所述方法应用于服务器，包括：当从用户终端接收到出行请求时，获取所述用户终端的当前位置；

确定一个与所述当前位置对应的出行起始位置；

向所述用户终端发送所述出行起始位置；

确定所述当前位置至所述出行起始位置的路径引导信息；

将所述路径引导信息发送至所述用户终端。

结合第一方面，本申请实施例提供了第一方面的第一种可能的实施方式，其中，确定一个与所述当前位置对应的出行起始位置的步骤，包括：

根据所述当前位置确定候选位置集合；

根据以下条件中的至少一项确定出行起始位置；所述条件包括：所述用户终端的当前位置、所述出行请求中携带的出行结束位置、所述候选位置集合中各个候选位置的运力数据、所述候选位置集合中各个候选位置的未播订单数、所述候选位置集合中各个候选位置的交通状况。

结合第一方面的第一种可能的实施方式，本申请实施例提供了第一方面的第二种可能的实施方式，其中，根据所述当前位置确定候选位置集合的步骤，包括：

判断所述当前位置是否属于预设的地理区域；

如果是，根据所述地理区域的历史出行位置确定候选位置集合。

结合第一方面，本申请实施例提供了第一方面的第三种可能的实施方式，其中，向所述用户终端发送所述出行起始位置的步骤，包括：

设置所述用户终端显示引导蒙层；其中，所述引导蒙层中标识有推荐给所述用户终端的出行起始位置。

结合第一方面，本申请实施例提供了第一方面的第四种可能的实施方式，其中，确定所述当前位置至所述出行起始位置的路径引导信息的步骤，包括：

以所述当前位置和所述出行起始位置作为索引，检索预先存储的路径数据库，得到至少一条路径对应的路径引导信息。

结合第一方面，本申请实施例提供了第一方面的第五种可能的实施方式，其中，将所述路径引导信息发送至所述用户终端的步骤，包括：

基于所述路径引导信息生成导航路线，将所述导航路线发送至所述用户终端；和/或，生成包含有所述路径引导信息的引导标签，将所述引导标签发送至所述用户终端。

第二方面，本申请实施例还提供了一种路径引导方法，所述方法应用于用户终端，包括：将用户的出行请求发送给服务器；

接收所述服务器返回的路径引导信息；所述路径引导信息为所述服务器在接收到所述出行请求时，根据所述用户终端的当前位置与出行起始位置生成的；

显示所述路径引导信息。

结合第二方面，本申请实施例提供了第二方面的第一种可能的实施方式，其中，所述方法包括：

接收所述服务器基于所述出行请求确定的出行起始位置。

结合第二方面的第一种可能的实施方式，本申请实施例提供了第二方面的第二种可能的实施方式，其中，接收所述服务器基于所述出行请求确定的出行起始位置的步骤，包括：

接收所述服务器设置的引导蒙层；其中，所述引导蒙层包含有所述服务器推荐的出行起始位置；

显示所述引导蒙层。

结合第二方面，本申请实施例提供了第二方面的第三种可能的实施方式，其中，显示所述路径引导信息的步骤，包括：

显示导航路线，其中，所述导航路线用以标识所述路径引导信息；和/或，显示包含有所述路径引导信息的引导标签。

第三方面，本申请实施例提供了一种路径引导装置，所述装置应用于服务器，包括：

位置获取模块，用于当从用户终端接收到出行请求时，获取所述用户终端的当前位置；

起始位置确定模块，用于确定一个与所述当前位置对应的出行起始位置；

起始位置发送模块，用于向所述用户终端发送所述出行起始位置；

引导信息确定模块，用于确定所述当前位置至所述出行起始位置的路径引导信息；

引导信息发送模块，用于将所述路径引导信息发送至所述用户终端。

结合第三方面，本申请实施例提供了第三方面的第一种可能的实施方式，其中，所述起始位置确定模块还用于：

根据所述当前位置确定候选位置集合；

根据以下条件中的至少一项确定出行起始位置；所述条件包括：所述用户终端的当前位置、所述用户的出行结束位置、所述候选位置集合中各个候选位置的运力数据、所述候选位置集合中各个候选位置的未播订单数。

结合第三方面的第一种可能的实施方式，本申请实施例提供了第三方面的第二种可能的实施方式，其中，所述起始位置确定模块还用于：

判断所述当前位置是否属于预设的地理区域；

如果是，根据所述地理区域的历史出行位置确定候选位置集合。

结合第三方面，本申请实施例提供了第三方面的第三种可能的实施方式，其中，所述起始位置发送模块还用于：

设置所述用户终端显示引导蒙层；其中，所述引导蒙层中标识有推荐给所述用户终端的出行起始位置。

结合第三方面，本申请实施例提供了第三方面的第四种可能的实施方式，其中，所述引导信息确定模块还用于：

以所述当前位置和所述出行起始位置作为索引，检索预先存储的路径数据库，得到至少一条路径对应的路径引导信息。

结合第三方面，本申请实施例提供了第三方面的第五种可能的实施方式，其中，所述引导信息发送模块还用于：

基于所述路径引导信息生成导航路线，将所述导航路线发送至所述用户终端；和/或，生成包含有所述路径引导信息的引导标签，将所述引导标签发送至所述用户终端。

第四方面，本申请实施例还提供了一种路径引导装置，所述装置应用于用户终端，包括：

出行请求发送模块，用于将用户的出行请求发送给服务器；

引导信息接收模块，用于接收所述服务器返回的路径引导信息，所述路径引导信息为所述服务器在接收到所述出行请求时，根据所述用户终端的当前位置与出行起始位置生成的；

引导信息显示模块，用于显示所述路径引导信息。

结合第四方面，本申请实施例提供了第四方面的第一种可能的实施方式，其中，所述装置还包括：

起始位置接收模块，用于接收所述服务器基于所述出行请求确定的出行起始位置。

结合第四方面的第一种可能的实施方式，本申请实施例提供了第四方面的第二种可能的实施方式，其中，所述起始位置接收模块还用于：

接收所述服务器设置的引导蒙层；其中，所述引导蒙层包含有所述服务器推荐的出行起始位置；

显示所述引导蒙层。

结合第四方面，本申请实施例提供了第四方面的第三种可能的实施方式，其中，所述引导信息显示模块还用于：

显示导航路线，其中，所述导航路线用以标识所述路径引导信息；和/或，显示包含有所述路径引导信息的引导标签。

第五方面，本申请实施例还提供了一种服务器，包括第一处理器、第一存储器和总线，所述第一存储器存储有所述第一处理器可执行的机器可读指令，所述第一处理器与所述第一存储器之间通过总线通信，所述机器可读指令被所述第一处理器执行时执行如第一方面任一项所述的方法。

第六方面，本申请实施例还提供了一种用户终端，包括第二存储器、第二处理器和总线，所述第二存储器存储有所述第二处理器可执行的机器可读指令，所述第二处理器与所述第二存储器之间通过总线通信，所述机器可读指令被所述第二处理器执行时执行如第二方面任一项所述的方法。

第七方面，本申请实施例还提供了一种路径引导系统，服务器和与所述服务器连接的用户终端；所述服务器包括第三方面任一项所述的路径引导装置；所述用户终端包括第四方面任一项所述的路径引导装置。

第八方面，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面或第二方面任一种可能的实施方式中的步骤。

本申请实施例提供的路径引导方法、装置、服务器、用户终端及路径引导系统，当服务器接收到用户终端发送的出行请求时，获取该用户终端的当前位置，确定一个与当前位置对应的出行起始位置发送至用户终端，确定当前位置至出行起始位置的路径引导信息发送至用户终端，以引导用户到达出行起始位置，完善了网约车服务的引导功能。用户在路径引导信息的指引下，可以较快速地到达出行起始位置与网约车司机碰面，减少了因用户对约车地点不熟悉而导致无法准时到达出现起始位置的现象，提高了用户体验度。

本申请的其他特征和优点将在随后的具体实施方式中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本申请的技术即可得知。

为使本申请实施例的上述目的、特征和优点能更明显易懂，下面将结合实施例，并配合所附附图，作详细说明。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请一实施例所提供的路径引导方法的应用场景图；

图2示出了本申请实施例一所提供的一种路径引导方法的流程图；

图3示出了本申请实施例一所提供的另一种路径引导方法的流程图；

图4示出了本申请实施例一所提供的一种路径引导方法的交互图；

图5示出了本申请一实施例所提供的引导标签的示意图；

图6示出了本申请一实施例所提供的引导图片的示意图；

图7示出了本申请一实施例所提供的确定出行起始位置的流程图；

图8示出了本申请实施例所提供的另一种路径引导方法的交互图；

图9示出了本申请实施例所提供一种路径引导装置的结构框图；

图10示出了本申请实施例所提供另一种路径引导装置的结构框图；

图11示出了本申请实施例所提供又一种路径引导装置的结构框图；

图12示出了本申请实施例所提供一种服务器的结构框图；

图13示出了本申请实施例所提供一种用户终端的结构框图。

图标：

100-服务器；200-用户终端；300-司机终端。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。以下对本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

随着移动终端的智能化，各种智能软件的应用使人们的生活越来越便捷，网约车软件便是其中之一。本申请实施例提供的路径引导方法和装置可以应用于网约车场景下，图1示出了该应用场景的示意图，如图1所示，用户终端200和司机终端300均通过网络与服务器100进行通信连接。用户终端200具体可以为用户的智能手机等移动终端，司机终端300具体可以为司机的手机、ipad等移动终端，也可以为司机车辆内安装的车载设备等。

用户终端200安装有乘客客户端(或称为乘客端APP)，司机终端300安装有司机客户端(或称为司机端APP)，服务器100上设置有网约车平台。当用户需要网约车服务时，用户登录用户终端200上的乘客客户端，通过乘客客户端填写出行信息，根据出行信息生成出行订单。所述出行信息包括出行起始位置和出行结束位置等。用户终端200将用户的出行订单发送至服务器100，服务器100根据用户的出行订单为该用户分配车辆，或者将用户的出行订单通过广播的方式发送至附近的多个司机终端300，等待司机承接该出行订单。服务器100确定承接该出行订单的司机终端300后，将用户信息(包括用户的联系方式)发送至该司机终端，并将车辆信息和司机信息(包括司机的联系方式)发送至上述用户终端200，以使司机和乘客可以取得联系。

用户有时可以根据网约车平台推荐的上车点来确定出行起始位置，发出出行订单。用户在发出出行订单后，通常需要步行至出行起始位置与司机碰面。如果用户在自己不熟悉的地点预约车辆，或预约车辆地点周围环境复杂时，用户不知如何到达出行起始位置。例如，用户在某机场下飞机后预约车辆，用户对该机场不熟悉，不知如何到达出行起始位置。为了使用户能够更快速地到达出行起始位置，本申请实施例提供了一种路径引导方法、装置、服务器、用户终端及路径引导系统。

应当理解的是，虽然本申请实施例主要针对网约车应用场景进行描述，但本申请实施例并不仅限于此，也可适用于其他交通工具，如非机动车、船舶、飞行器以及未来出现的交通工具等。

以下首先通过具体实施例对本申请实施例提供的路径引导方法作详细说明。

实施例一

考虑到在人流较密集的场所，如果在某一个上车点碰面的司机和乘客较多，不仅不利于乘客和司机碰面，而且可能会造成该上车点附近的交通拥堵，恶化路面交通状况。基于此，本实施例提供了一种路径引导方法，可以为用户推荐较佳的上车点，既有利于乘客和司机快速碰面，节省时间，提高打车效率，又有利于缓解路面交通拥堵状况。本实施例提供的路径引导方法可以应用于图1所示的服务器100中。图2示出了该路径引导方法的流程图。如图2所示，该方法包括如下步骤：

步骤S202，当从用户终端接收到出行请求时，获取所述用户终端的当前位置。

用户需要网约车服务时，会通过用户终端向服务器发送出行请求，服务器接收到用户的出行请求，获取用户终端的当前位置。例如，服务器可以从出行请求中提取用户终端的当前位置，如果出行请求不包括用户终端的当前位置，服务器也可以向用户终端请求获取用户的当前位置，用户终端可以通过GPS(Global Positioning System，全球定位系统)模块或移动定位技术确定用户的当前位置。其中，GPS模块可以确定用户终端当前所处的经纬度信息，用户终端根据经纬度信息确定用户的当前位置。移动定位技术即COO(Cell OfOrigin，手机基站定位)技术可以在蜂窝通信系统中查找到用户终端所在的区域，通过查找所在区域的基站位置来确定用户终端的当前位置。用户终端将确定的当前位置发送至服务器。

需要说明的是，用户终端的当前位置也可以是服务器预先从用户终端获取的；譬如，用户有约车需求时，打开用户终端上的约车软件，登录乘客客户端。用户终端将用户的登录消息发送至服务器。服务器监听到用户登录客户端时，即可通知用户终端告知用户的当前位置，用户终端将用户的当前位置发送至服务器，服务器将用户的当前位置保存在第一存储器中，待接收到用户的出行请求后，从第一存储器中提取用户的当前位置。该方法适应于用户在一个固定位置操作用户终端进行打车，在操作过程中用户无移动的情况。

为了生成更详细的路径引导信息，上述用户的当前位置还可以包括用户所在的楼层。用户终端可以通过如下方式确定用户所在的楼层，一种方式为：用户终端通过网络获取基准气压数据，并利用气压传感器获取当前位置的气压值，所述基准气压数据包括不同海拔高度对应的基准气压值；根据获取的气压值和基准气压数据，确定当前位置对应的海拔高度，进一步结合所在场所的数字地理模型，确定用户所在的楼层；另一种方式为：用户终端通过网络获取当前所在场所的基准地磁数据，并利用三轴地磁传感器采集当前位置的地磁信息，所述基准地磁数据包括当前所在场所的各个楼层对应的基准地磁信息；根据获取的地磁信息和基准地磁数据，确定用户所在的楼层。用户终端还可以显示要求用户填写所在楼层的用户界面，接收用户通过用户界面输入的所在楼层的信息。例如，如果用户在机场内或大型商场内发出出行订单，通过上述方法可以确定用户在机场内或大型商场内所在的楼层。

步骤S204，确定一个与当前位置对应的出行起始位置。

服务器基于用户的当前位置构建该用户当前所在场所的地理围栏。地理围栏可以理解为一种电子围栏，用以在电子地图上圈出当前位置对应的地理区域。以用户当前位于某机场为例，服务器获取用户的当前位置为某机场，在内置的数据库中搜索命中该机场的地理围栏，在电子地图上确定出该地理围栏所包含的地理区域。在内置的数据库中查找该地理区域包含的候选上车点，候选上车点可以是根据历史出行位置确定的。服务器可以从候选上车点中选取一个上车点作为推荐的出行起始位置推荐给该用户。推荐的方式可以是：设置该用户的客户端显示引导蒙层；其中，所述引导蒙层中标识有推荐给该用户的出行起始位置。

步骤S206，向用户终端发送出行起始位置。

步骤S208，确定当前位置至出行起始位置的路径引导信息。

示例性地，对于环境复杂的场所，如机场或大型商场等，可以预先建立路径数据库，路径数据库中包含从不同位置至各个上车点的路径引导信息，从同一个位置至同一个上车点，可能存在一条或多条路径。获取用户的当前位置和出行起始位置后，以用户的当前位置和出行起始位置作为索引，检索预先存储的路径数据库，得到至少一条路径对应的路径引导信息。

另一种可选的实现方式可以是：获取用户的当前位置所在场所的电子地图，采用最短路径优先算法生成从当前位置到达出行起始位置的路径引导信息。

步骤S210，将路径引导信息发送至该用户终端。

在一种可选的实施例中，基于路径引导信息生成导航路线，将导航路线推送给该用户。或者说，根据路径引导信息在电子地图上标记导航路线，将标记的导航路线发送至对应的用户终端。

在另一种可选的实施例中，生成包含有路径引导信息的引导标签，将引导标签推送给该用户。上述引导标签可以包含文字引导信息，还可以包含引导图片等。引导图片基于位于场所内的摄像头拍摄的图片和路径引导信息而生成。

需要说明的是，也可以基于路径引导信息同时生成导航路线和引导标签，将导航路线和引导标签均发送至对应的用户终端。

例如，如果用户在某机场发出出行订单，出行订单中的出行起始位置为“上客区5区”，获取到用户的当前位置为“T3航站楼4层”。根据用户的当前位置和出行起始位置，生成的路径引导信息包括：1.乘坐电梯/扶梯前往1层；2.步行通过6号门；3.步行通过人行横道；4.到达上车点。此处的上车点即为出行起始位置。图5示出了根据路径引导信息生成的引导标签的一种形式。示例性地，该引导标签除了包含文字引导信息外，还可以包括图6所示的引导图片。图6所示为上述第3个步骤--步行通过人行横道的引导图片，引导图片中可以采用带颜色的箭头标明行进方向。引导图片可以显示于对应步骤的下方。

本实施例提供的路径引导方法，当服务器接收到用户的出行请求时，获取该用户的当前位置，根据当前位置确定出行起始位置，根据用户的当前位置与出行起始位置生成路径引导信息推送给用户，以引导用户到达出行起始位置，完善了网约车服务的引导功能。用户在路径引导信息的指引下，可以较快速地到达出行起始位置与网约车司机碰面，减少了因用户对约车地点不熟悉而导致无法准时到达出现起始位置的现象，节省了用户和司机的时间，提高了用户体验度。

在一种可选的实施方式中，可以采用图7所示的方法向用户推荐出行起始位置，具体包括：

步骤S2041，根据用户终端的当前位置确定候选位置集合。

首先确定用户的当前位置所属的地理区域，可以采用上述构建地理围栏的方式确定用户的当前位置所属的地理区域。根据该地理区域的历史出行位置确定候选位置集合。

为了节约服务器的功耗，可以仅对机场、大型商场等环境复杂的区域推荐出行起始位置。先判断用户的当前位置是否属于预设的地理区域；如果用户的当前位置不属于预设的地理区域，则可以根据常规方式由用户确定出行起始位置；如果用户的当前位置属于预设的地理区域，根据该地理区域的历史出行位置确定候选位置集合。其中，候选位置集合中可以包含多个候选位置(即约车页面中显示的小绿点)。

例如，在某机场所属的地理区域中，可能包含6个历史出行位置，历史出行位置可以理解为历史上车点，在这6个历史上车点与司机碰面的用户较多，占全部在机场约车的用户的80％以上。则可以根据这6个历史出行位置生成候选位置集合，该候选位置集合中包含6个候选位置。

步骤S2042，判断候选位置集合中是否只包含一个候选位置；如果是，执行步骤S2044，如果否，执行步骤S2043。

在某些场所，可以与司机碰面的上车点可能较少。如果候选位置集合中是否只包含一个候选位置，则不需要进行选择，直接将该候选位置作为出行起始位置即可。如果候选位置集合中包含多个候选位置，则可以根据下述步骤S2043确定出行起始位置。

步骤S2043，根据以下条件中的至少一项确定出行起始位置。

上述条件可以包括：用户终端的当前位置、用户的出行结束位置、候选位置集合中各个候选位置的运力数据、各个候选位置的未播订单数或各个候选位置的交通状况。

第一种可选的实现方式为：服务器根据用户终端的当前位置从候选位置集合中选择合适的出行起始位置。譬如，可以选择距离用户的当前位置较近的一个或多个候选位置作为出行起始位置，或者，选择从用户的当前位置较容易到达的候选位置作为出行起始位置。例如，用户在机场的三层，从用户的当前位置至机场南出口的上车点的路径上标识较多，较容易辨识，用户可以较方便地到达机场南出口的上车点，在这种情况下，可以将机场南出口的上车点作为出行起始位置推荐给用户。

在考虑用户的当前位置的同时，还可以结合用户的出行结束位置，即用户的目的地来确定推荐的出行起始位置。或者，还可以同时结合各个候选位置的交通状况、各个候选位置的运力数据和未播订单数，来确定推荐的出行起始位置。

第二种可选的实现方式为：服务器根据用户的出行结束位置从候选位置集合中选择合适的出行起始位置。用户可以先在用户终端的用户界面中填入出行结束位置，用户终端将出行结束位置发送至服务器。服务器即可以根据用户的出行结束位置确定合适的出行起始位置。

譬如，服务器可以选择方便车辆驶向出行结束位置的道路一侧的候选位置作为出现起始位置。进一步说，对于某些上车点，车辆的车头方向可能背离用户的出行结束位置，车辆需要到前方路口处掉头再驶向用户的出行结束位置，有时前方路口距离该上车点很远，这样的上车点就不适合作为出行起始位置推荐给用户。而另外一些上车点，车辆的车头方向面向用户的出行结束位置，车辆无需掉头可直接驶向用户的出行结束位置，这样的上车点可以作为出行起始位置推荐给用户。

例如，用户在某地铁站，该地铁站所属地理区域的候选位置集合中包含4个候选位置，即4个上车点，分别为：地铁站A出口的上车点、地铁站B出口的上车点、地铁站C出口的上车点和地铁站D出口的上车点。其中，从地铁站A出口或B出口的上车点出发，车辆无需掉头可直接驶向用户的出行结束位置，而从地铁站C出口或D出口的上车点出发，车辆则需要到前方掉头后才能驶向用户的出行结束位置，此时，可以将地铁站A出口的上车点或地铁站B出口的上车点作为出行起始位置推荐给用户。

在考虑用户的出行结束位置的同时，还可以结合各个候选位置的运力数据来确定推荐的出行起始位置。或者，还可以结合用户的当前位置、各个候选位置的交通状况或各个候选位置的未播订单数，来确定推荐的出行起始位置。

第三种可选的实现方式为：服务器实时获取各个候选位置的运力数据，根据各个候选位置的运力数据从候选位置集合中选择合适的出行起始位置。其中，候选位置的运力数据指当前时刻该候选位置附近的车辆的载客能力。运力数据可以通过以候选位置为中心的设定范围内的车辆数和每辆车的可载客数量确定。服务器可以比较各个候选位置的运力数据，将运力数据较高的候选位置作为出行起始位置推荐给用户，而运力数据较低的候选位置可以不作为推荐的出行起始位置。

例如，某大型商场的候选位置集合中包括三个候选位置，其中一个候选位置附近的可载客车辆较多，载客能力较高，则该候选位置的运力数据较高，可以将该候选位置作为出行起始位置推荐给用户。而另外两个候选位置附近的可载客车辆较少，载客能力较低，其运力数据较低，可以不作为推荐的出行起始位置。

在考虑各个候选位置的运力数据的同时，还可以结合各个候选位置的未播订单数来确定推荐的出行起始位置。比如，服务器可以优先推荐运力数据较高，而未播订单数较少的候选位置作为出行起始位置，方便快速为用户找到承接出行订单的车辆。另外，服务器还可以结合用户的当前位置、用户的出行结束位置或各个候选位置的交通状况，来确定推荐的出行起始位置。

第四种可选的实现方式为：服务器根据各个候选位置的未播订单数从候选位置集合中选择合适的出行起始位置。其中，未播订单数指服务器已接收到但尚未播出的出行订单。对于某一个上车点，服务器通过广播或点播的方式播出一个出行订单，待有司机承接该订单后，再播出该上车点的下一个出行订单。如果某个上车点的未播订单数较多，说明在该上车点等待的乘客较多，则不适宜将该上车点作为推荐的出行起始位置。服务器可以将未播订单数小于设定数量的候选位置作为出行起始位置推荐给用户。通过该分散客流的方式，可以将用户引导至未播订单数较少的上车点上车，既减少了用户的等待时间，又可以减轻客流集中的上车点的拥堵状况。

在考虑各个候选位置的未播订单数的同时，还可以结合各个候选位置的交通状况来确定推荐的出行起始位置。或者，结合用户的当前位置、用户的出行结束位置或各个候选位置的运力数据，来确定推荐的出行起始位置。

第五种可选的实现方式为：服务器可以实时获取各个候选位置的交通状况，根据各个候选位置的交通状况从候选位置集合中选择合适的出行起始位置。其中，候选位置的交通状况是指该候选位置所在的道路车行是否顺畅，是否存在堵车或车行缓慢的情况。服务器可以将交通状况良好的候选位置作为出行起始位置推荐给用户，以方便用户快速与司机碰面，并较快的完成订单，节省用户和司机的时间；同时，也可缓解较拥堵的上车点的交通状况。

在考虑各个候选位置的交通状况的同时，还可以结合各个候选位置的未播订单数来确定推荐的出行起始位置。或者，结合用户的当前位置、用户的出行结束位置或各个候选位置的运力数据，来确定推荐的出行起始位置。

综上所述，服务器可以根据上述条件中的任意一项或任意几项的组合确定推荐的出行起始位置，由于各个条件之间可以任意组合，可行的组合方式较多，在此不再一一枚举。

通过上述方法在多个候选位置中选择较合理的出行起始位置，便于用户快速与司机碰面并完成订单，同时还可以缓解路面交通状况。

步骤S2044，将该候选位置作为出行起始位置。

如果候选位置集合中仅包含一个候选位置，则将该候选位置作为出行起始位置。

实施例二

与上述应用于服务器上的路径引导方法相对应地，图3示出了另一种路径引导方法的流程图，该方法应用于图1所示的用户终端200中。如图3所示，该方法包括如下步骤：

步骤S302，将用户的出行请求发送给服务器。

用户通过用户终端登录乘客客户端，填写出行信息，用户终端根据用户的出行信息生成出行请求，向服务器发送出行请求。出行请求中包括用户ID服务器后续基于该用户ID与用户终端进行信息通讯。即用户终端向服务器发送的每一条信息中均携带该用户ID，服务器向用户终端发送的每一条信息中也均携带该用户ID。出行请求中还可以包括用户的当前位置。需要说明的是，用户终端也可以在发送出行请求之前或之后将用户的当前位置发送至服务器。

步骤S304，接收服务器返回的路径引导信息。

其中，路径引导信息为服务器在接收到出行请求时，根据用户的当前位置与出行起始位置生成的。

具体地说，服务器接收到用户的出行请求，出行请求中可以包括用户终端的当前位置，服务器也可以在接收到用户的出行请求之后，向发送出行请求的用户终端请求获取用户终端的当前位置。用户终端可以通过GPS模块或移动定位技术确定用户的当前位置。用户终端还可以获取用户所在的楼层，将包含楼层信息的用户的当前位置发送至服务器，以使服务器基于用户的当前位置确定出行起始位置，并根据当前位置和出行起始位置生成路径引导信息。

步骤S306，显示路径引导信息。

如果服务器发送的路径引导信息为导航路线，则在用户界面中显示该导航路线。其中，导航路线用以在电子地图中标识路径引导信息。如果服务器发送的路径引导信息为引导标签，则在用户界面中显示引导标签，如图5或图6所示。用户根据导航路线和引导标签，可以较快地找到出行起始位置，节约寻找所花费的时间。

用户终端在将用户的出行请求发送给服务器后，可以接收服务器基于出行请求确定的出行起始位置。例如，用户终端可以接收服务器设置的引导蒙层；其中，引导蒙层包含有服务器推荐的出行起始位置。用户终端显示该引导蒙层。如果服务器向用户推荐了一个出行起始位置，用户终端可以基于该出行起始位置生成出行订单。如果服务器向用户推荐了多个出行起始位置，用户可以从中选择一个出行起始位置，用户终端基于用户选择的出行起始位置生成出行订单。用户如果不认可服务器推荐的出行起始位置，还可以自主设置出行起始位置。例如，引导蒙层上可以设置修改按钮和跳过按钮，如果用户选择跳过按钮，则基于服务器推荐的出行起始位置生成出行订单；如果用户选择修改按钮，则显示供用户自主设置出行起始位置的页面，如显示对话框供用户填入出行起始位置等，基于用户设置的出行起始位置生成出行订单。通过上述方式，可以满足不同用户的多样化需求。

在用户向出行起始位置行进的途中，用户终端可以将用户的实时位置发送至服务器，服务器根据用户的实时位置，确定用户是否偏离导航路径。如果用户偏离导航路径，及时提醒用户或重新规划导航路径。

为了更方便理解，图4示出了本实施例提供的路径引导方法的交互图。通过交互图，可以更清楚地了解本实施例提供的路径引导方法的实现过程。如图4所示，该方法包括如下步骤：

步骤S401，用户终端200向服务器100发送用户的出行请求。

步骤S402，服务器100接收到用户的出行请求，获取用户的当前位置，确定一个与当前位置对应的出行起始位置。

步骤S403，服务器100将出行起始位置发送至用户终端200。

步骤S404，根据用户的当前位置与出行起始位置生成路径引导信息。

步骤S405，服务器100向用户终端200发送路径引导信息。

步骤S406，用户终端200显示接收到的路径引导信息。

其中，服务器100根据用户的当前位置与出行起始位置生成路径引导信息的步骤，可以在服务器100为用户的出行订单确定车辆之前，也可以在服务器100为用户的出行订单确定车辆之后，本申请实施例不作限定。例如，服务器100在广播该出行订单之前，可以先执行生成路径引导信息的步骤。服务器100也可以在司机承接该出行订单，将司机信息和车辆信息发送至用户终端之后，再执行生成路径引导信息的步骤。

图8示出了本发明另一实施例提供的路径引导方法的交互图。如图8所示，该方法包括如下步骤：

步骤S801，用户终端200监听到用户登录客户端，向服务器100发送用户的当前位置。

步骤S802，服务器100基于用户终端的当前位置，确定出行起始位置。

步骤S803，服务器100向用户终端200发送出行起始位置。

步骤S804，用户终端200基于出行起始位置生成出行请求。

步骤S805，用户终端200向服务器100发送用户的出行请求。

步骤S806，服务器100接收到用户的出行请求，获取用户终端的当前位置和出行起始位置，根据用户终端的当前位置和出行起始位置生成路径引导信息。

步骤S807，服务器100将生成的路径引导信息发送至用户终端200。

步骤S808，用户终端200显示接收到的路径引导信息。

以下通过两个具体应用实例具体说明本申请的路径引导方法。

第一种情况为：用户在某商场通过用户终端约车，服务器接收到用户的出行请求，获知用户的当前位置为某商场三层。服务器查找到该商场所属的地理区域仅包含一个上车点候选位置，将该候选位置作为出行起始位置推荐给用户。用户终端显示第一引导蒙层，第一引导蒙层中包括服务器推荐的出行起始位置。服务器生成从商场三层至出行起始位置的路径引导信息，将路径引导信息发送至用户终端，用户终端将路径引导信息显示给用户。

第二种情况为：用户在某机场通过用户终端约车，服务器接收到用户的出行请求，获知用户的当前位置为某机场三层。服务器从该机场所属的地理区域包含的上车点中选择了一个合适的出行起始位置，将该出行起始位置推荐给用户。用户终端显示第二引导蒙层，第二引导蒙层中包括服务器推荐的出行起始位置，还包括修改按钮和跳过按钮。如果用户选择跳过按钮，则用户终端提示用户输入出行结束位置，或者获取用户之前输入的出行结束位置，根据服务器推荐的出行起始位置和用户输入出行结束位置生成出行订单。如果用户选择修改按钮，则用户终端显示页面供用户自主设定出行起始位置，用户终端根据用户设定的出行起始位置和出行结束位置生成出行订单，发送至服务器。服务器生成从机场三层至出行起始位置的路径引导信息，将路径引导信息发送至用户终端，用户终端将路径引导信息显示给用户。

实施例三

对应于前述路径引导方法，本实施例提供了一种路径引导装置，该装置应用于图1所示的服务器100，参见图9所示的一种路径引导装置的结构框图，包括：

位置获取模块91，用于当从用户终端接收到出行请求时，获取所述用户终端的当前位置；

起始位置确定模块92，用于确定一个与所述当前位置对应的出行起始位置；

起始位置发送模块93，用于向所述用户终端发送所述出行起始位置；

引导信息确定模块94，用于确定所述当前位置至所述出行起始位置的路径引导信息；

引导信息发送模块95，用于将所述路径引导信息发送至所述用户终端。

其中，起始位置确定模块92还可以用于，根据所述当前位置确定候选位置集合；根据以下条件中的至少一项确定出行起始位置；所述条件包括：所述用户终端的当前位置、用户的出行结束位置、所述候选位置集合中各个候选位置的运力数据、所述候选位置集合中各个候选位置的未播订单数、所述候选位置集合中各个候选位置的交通状况；将确定出的所述出行起始位置推荐给所述用户。

起始位置确定模块92还可以用于，判断所述当前位置是否属于预设的地理区域；如果是，根据所述地理区域的历史出行位置确定候选位置集合。

起始位置发送模块93还可以用于：设置所述客户端显示引导蒙层；其中，所述引导蒙层中标识有推荐给所述用户终端的出行起始位置。

引导信息确定模块94还可以用于：以所述当前位置和所述出行起始位置作为索引，检索预先存储的路径数据库，得到至少一条路径对应的路径引导信息。

引导信息发送模块95还可以用于：基于所述路径引导信息生成导航路线，将所述导航路线发送至所述用户终端；和/或，生成包含有所述路径引导信息的引导标签，将所述引导标签发送至所述用户终端。

本申请实施例提供的路径引导装置，当服务器接收到用户终端发送的出行请求时，获取该用户终端的当前位置，确定一个与当前位置对应的出行起始位置发送至用户终端，确定当前位置至出行起始位置的路径引导信息发送至用户终端，以引导用户到达出行起始位置，完善了网约车服务的引导功能。用户在路径引导信息的指引下，可以较快速地到达出行起始位置与网约车司机碰面，减少了因用户对约车地点不熟悉而导致无法准时到达出现起始位置的现象，提高了用户体验度。

实施例四

对应于前述路径引导方法，本实施例提供了一种路径引导装置，该装置应用于图1所示的用户终端200，参见图10所示的一种路径引导装置的结构框图，包括：

出行请求发送模块1001，用于将用户的出行请求发送给服务器；

引导信息接收模块1002，用于接收所述服务器返回的路径引导信息，所述路径引导信息为所述服务器在接收到所述出行请求时，根据所述用户终端的当前位置与出行起始位置生成的；

引导信息显示模块1003，用于显示所述路径引导信息。

在一种可选的实施例中，如图11所示，该装置还可以包括起始位置接收模块1101，用于接收所述服务器基于所述出行请求确定的出行起始位置。

其中，起始位置接收模块1101还可以用于：接收服务器设置的引导蒙层；其中，所述引导蒙层包含有所述服务器推荐的出行起始位置；显示引导蒙层。

实施例五

本申请实施例还提供了一种服务器100，包括第一存储器以及第一处理器，第一存储器用于存储支持第一处理器执行前述路径引导方法的程序，第一处理器被配置为用于执行第一存储器中存储的程序。

参见图12所示的一种服务器的结构示意图，具体包括第一处理器101，第一存储器102，通信接口103和总线104，第一处理器101、通信接口103和第一存储器102通过总线104连接；第一处理器101用于执行第一存储器102中存储的可执行模块，例如计算机程序。

其中，第一存储器102可能包含高速随机存取存储器(RAM，Random AccessMemory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口103(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

总线104可以是ISA总线、PCI总线或EISA总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图12中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

其中，第一存储器102用于存储程序，第一处理器101在接收到执行指令后，执行程序，前述本发明实施例任一实施例揭示的流程定义的装置所执行的方法可以应用于第一处理器101中，或者由第一处理器101实现。

第一处理器101可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过第一处理器101中的硬件的集成逻辑电路或者软件形式的指令完成。上述的第一处理器101可以是通用处理器，包括中央处理器(Central ProcessingUnit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于第一存储器102，第一处理器101读取第一存储器102中的信息，结合其硬件完成上述方法的步骤。

实施例六

本申请实施例还提供了一种用户终端。该用户终端可以为手机、平板电脑或智能穿戴设备等移动终端设备。

图13示出了一种本申请实施例提供的用户终端的结构框图。如图13所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该用户终端200包括：射频(Radio Frequency，RF)电路210、第二存储器220、输入模块230、显示模块240、传感器250、音频电路260、无线保真(wireless fidelity，WiFi)模块270、第二处理器280等部件。本领域技术人员可以理解，图13中示出的用户终端200结构并不构成对用户终端200的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图13对用户终端200的各个构成部件进行具体的介绍：

RF电路210可用于收发信息过程中信号的接收和发送，特别地，将基站的下行信息接收后，给第二处理器280处理；另外，将设计上行的数据发送给基站。通常，RF电路210包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路210还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System ofMobile communication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband CodeDivision Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。虽然图13示出了RF电路210但是可以理解的是，其并不属于用户终端200的必须构成，完全可以根据需要在不改变申请的本质的范围内而省略。

第二存储器220可用于存储软件程序以及模块，如本申请实施例中的网络附着方法以及装置对应的程序指令/模块，第二处理器280通过运行存储在第二存储器220的软件程序以及模块，从而执行用户终端200的各种功能应用以及数据处理，如本申请实施例提供的网络附着方法。第二存储器220可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据用户终端200的使用所创建的数据(比如音频数据、电话本等)等。此外，第二存储器220可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入模块230可用于接收输入的数字或字符信息，以及产生与用户终端200的用户设置以及功能控制有关的键信号输入。具体地，输入模块230可包括触控面板231以及其他输入设备232。触控面板231，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板231上或在触控面板231附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板231可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给第二处理器280，并能接收第二处理器280发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板231。除了触控面板231，输入模块230还可以包括其他输入设备232。具体地，其他输入设备232可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示模块240可用于显示由用户输入的信息或提供给用户的信息以及用户终端200的各种菜单。显示模块240可包括显示面板241，可选的，可以采用液晶显示器(LiquidCrystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板241。进一步的，触控面板231可覆盖显示面板241，当触控面板231检测到在其上或附近的触摸操作后，传送给第二处理器280以确定触摸事件的类型，随后第二处理器280根据触摸事件的类型做处理。虽然在图13中，触控面板231与显示面板241是作为两个独立的部件来实现用户终端200的输入和输入功能，但是在某些实施例中，可以将触控面板231与显示面板241集成而实现用户终端200的输入和输出功能。

用户终端200还可包括至少一种传感器250，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板241的亮度，接近传感器可在用户终端200移动到耳边时，关闭显示面板241和/或背光。用户终端200还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路260、扬声器261，传声器262可提供用户与用户终端200之间的音频接口。音频电路260可将接收到的音频数据转换后的电信号，传输到扬声器261，由扬声器261转换为声音信号输出；另一方面，传声器262将收集的声音信号转换为电信号，由音频电路260接收后转换为音频数据，再将音频数据输出第二处理器280处理后，经RF电路210以发送给比如另一用户终端200，或者将音频数据输出至第二存储器220以便进一步处理。

WiFi属于短距离无线传输技术，用户终端200通过WiFi模块270可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。

第二处理器280是用户终端200的控制中心，利用各种接口和线路连接整个用户终端200的各个部分，通过运行或执行存储在第二存储器220内的软件程序和/或模块，以及调用存储在第二存储器220内的数据，执行用户终端200的各种功能和处理数据，从而对用户终端200进行整体监控。可选的，第二处理器280可包括一个或多个处理模块；可选的，第二处理器280可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到第二处理器280中。

用户终端200还包括给各个部件供电的电源190(比如电池)，可选的，电源可以通过电源管理系统与第二处理器280逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

可以理解，图13所示的结构仅为示意，用户终端200还可包括比图13中所示更多或者更少的组件，或者具有与图13所示不同的配置。图13中所示的各组件可以采用硬件、软件或其组合实现。

实施例七

本申请实施例还提供了一种路径引导系统，包括上述实施例五所记载的服务器100和实施例六所记载的用户终端200。服务器100可以通过网络连接多个用户终端200。用户终端200安装有乘客客户端，服务器100上设置有网约车平台。

用户终端200向服务器100发送用户的出行请求。服务器100基于用户的出行请求获取用户终端的当前位置，确定出与用户终端的当前位置对应的出行起始位置，向用户终端200发送确定的出行起始位置。服务器100根据用户的当前位置和出行起始位置生成路径引导信息发送至用户终端200，用户终端200显示接收到的路径引导信息。用户在路径引导信息的指引下，可以较快速地到达出行起始位置与网约车司机碰面，减少了因用户对约车地点不熟悉而导致无法准时到达出现起始位置的现象，提高了用户体验度。

进一步地，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述任一实施例的路径引导方法的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述路径引导方法，可以使用户在路径引导信息的指引下，可以较快速地到达出行起始位置与网约车司机碰面，减少了因用户对约车地点不熟悉而导致无法准时到达出现起始位置的现象。

本申请实施例所提供的路径引导方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。

Claims (24)

1.一种路径引导方法，其特征在于，所述方法应用于服务器，包括：

当从用户终端接收到出行请求时，获取所述用户终端的当前位置；

确定一个与所述当前位置对应的出行起始位置；

向所述用户终端发送所述出行起始位置；

确定所述当前位置至所述出行起始位置的路径引导信息；

将所述路径引导信息发送至所述用户终端。

2.根据权利要求1所述的方法，其特征在于，确定一个与所述当前位置对应的出行起始位置的步骤，包括：

根据所述当前位置确定候选位置集合；

根据以下条件中的至少一项确定出行起始位置；所述条件包括：所述用户终端的当前位置、所述出行请求中携带的出行结束位置、所述候选位置集合中各个候选位置的运力数据、所述候选位置集合中各个候选位置的未播订单数、所述候选位置集合中各个候选位置的交通状况。

3.根据权利要求2所述的方法，其特征在于，根据所述当前位置确定候选位置集合的步骤，包括：

判断所述当前位置是否属于预设的地理区域；

如果是，根据所述地理区域的历史出行位置确定候选位置集合。

4.根据权利要求1所述的方法，其特征在于，向所述用户终端发送所述出行起始位置的步骤，包括：

设置所述用户终端显示引导蒙层；其中，所述引导蒙层中标识有推荐给所述用户终端的出行起始位置。

5.根据权利要求1所述的方法，其特征在于，确定所述当前位置至所述出行起始位置的路径引导信息的步骤，包括：

以所述当前位置和所述出行起始位置作为索引，检索预先存储的路径数据库，得到至少一条路径对应的路径引导信息。

6.根据权利要求1所述的方法，其特征在于，将所述路径引导信息发送至所述用户终端的步骤，包括：

基于所述路径引导信息生成导航路线，将所述导航路线发送至所述用户终端；和/或，生成包含有所述路径引导信息的引导标签，将所述引导标签发送至所述用户终端。

7.一种路径引导方法，其特征在于，所述方法应用于用户终端，包括：

将用户的出行请求发送给服务器；

接收所述服务器返回的路径引导信息；所述路径引导信息为所述服务器在接收到所述出行请求时，根据所述用户终端的当前位置与出行起始位置生成的；

显示所述路径引导信息。

8.根据权利要求7所述的方法，其特征在于，所述方法包括：

接收所述服务器基于所述出行请求确定的出行起始位置。

9.根据权利要求8所述的方法，其特征在于，接收所述服务器基于所述出行请求确定的出行起始位置的步骤，包括：

接收所述服务器设置的引导蒙层；其中，所述引导蒙层包含有所述服务器推荐的出行起始位置；

显示所述引导蒙层。

10.根据权利要求7所述的方法，其特征在于，显示所述路径引导信息的步骤，包括：

显示导航路线，其中，所述导航路线用以标识所述路径引导信息；和/或，显示包含有所述路径引导信息的引导标签。

11.一种路径引导装置，其特征在于，所述装置应用于服务器，包括：

位置获取模块，用于当从用户终端接收到出行请求时，获取所述用户终端的当前位置；

起始位置确定模块，用于确定一个与所述当前位置对应的出行起始位置；

起始位置发送模块，用于向所述用户终端发送所述出行起始位置；

引导信息确定模块，用于确定所述当前位置至所述出行起始位置的路径引导信息；

引导信息发送模块，用于将所述路径引导信息发送至所述用户终端。

12.根据权利要求11所述的装置，其特征在于，所述起始位置确定模块还用于：

根据所述当前位置确定候选位置集合；

根据以下条件中的至少一项确定出行起始位置；所述条件包括：所述用户终端的当前位置、所述用户的出行结束位置、所述候选位置集合中各个候选位置的运力数据、所述候选位置集合中各个候选位置的未播订单数。

13.根据权利要求12所述的装置，其特征在于，所述起始位置确定模块还用于：

判断所述当前位置是否属于预设的地理区域；

如果是，根据所述地理区域的历史出行位置确定候选位置集合。

14.根据权利要求11所述的装置，其特征在于，所述起始位置发送模块还用于：

设置所述用户终端显示引导蒙层；其中，所述引导蒙层中标识有推荐给所述用户终端的出行起始位置。

15.根据权利要求11所述的装置，其特征在于，所述引导信息确定模块还用于：

以所述当前位置和所述出行起始位置作为索引，检索预先存储的路径数据库，得到至少一条路径对应的路径引导信息。

16.根据权利要求11所述的装置，其特征在于，所述引导信息发送模块还用于：

基于所述路径引导信息生成导航路线，将所述导航路线发送至所述用户终端；和/或，生成包含有所述路径引导信息的引导标签，将所述引导标签发送至所述用户终端。

17.一种路径引导装置，其特征在于，所述装置应用于用户终端，包括：

出行请求发送模块，用于将用户的出行请求发送给服务器；

引导信息接收模块，用于接收所述服务器返回的路径引导信息，所述路径引导信息为所述服务器在接收到所述出行请求时，根据所述用户终端的当前位置与出行起始位置生成的；

引导信息显示模块，用于显示所述路径引导信息。

18.根据权利要求17所述的装置，其特征在于，所述装置还包括：

起始位置接收模块，用于接收所述服务器基于所述出行请求确定的出行起始位置。

19.根据权利要求18所述的装置，其特征在于，所述起始位置接收模块还用于：

接收所述服务器设置的引导蒙层；其中，所述引导蒙层包含有所述服务器推荐的出行起始位置；

显示所述引导蒙层。

20.根据权利要求17所述的装置，其特征在于，所述引导信息显示模块还用于：

显示导航路线，其中，所述导航路线用以标识所述路径引导信息；和/或，显示包含有所述路径引导信息的引导标签。

21.一种服务器，其特征在于，包括第一处理器、第一存储器和总线，所述第一存储器存储有所述第一处理器可执行的机器可读指令，所述第一处理器与所述第一存储器之间通过总线通信，所述机器可读指令被所述第一处理器执行时执行根据权利要求1～6任一项所述的方法。

22.一种用户终端，其特征在于，包括第二存储器、第二处理器和总线，所述第二存储器存储有所述第二处理器可执行的机器可读指令，所述第二处理器与所述第二存储器之间通过总线通信，所述机器可读指令被所述第二处理器执行时执行根据权利要求7～10任一项所述的方法。

23.一种路径引导系统，其特征在于，服务器和与所述服务器连接的用户终端；所述服务器包括权利要求11～16任一项所述的路径引导装置；所述用户终端包括权利要求17～20任一项所述的路径引导装置。

24.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行根据权利要求1～6中任一项或权利要求7～10中任一项所述的方法。

Images