CN116796081A - 上车点推荐方法及程序产品 - Google Patents

Abstract

本公开实施例公开了一种上车点推荐方法及程序产品，该方法包括接收服务请求端发送的上车点推荐请求，所述上车点推荐请求中携带有服务请求端的当前定位；获取距离所述当前定位预设范围内的历史到达点集合和历史上车点集合；响应于未获取到历史上车点且获取到所述历史到达点集合，从所述历史到达点集合中选择目标历史到达点为推荐上车点；将所述推荐上车点发送给所述服务请求端。该技术方案可以提升用户对上车点的认知程度，进而提高推荐成功率以及降低司乘沟通成本。

Description

上车点推荐方法及程序产品

技术领域

本公开涉及地理数据处理技术领域，具体涉及一种上车点推荐方法及程序产品。

背景技术

随着互联网技术的不断发展，人们越来越多地使用一些打车应用来乘车，在乘客使用这些打车应用乘车的时候，这些打车应用会为用户智能化推荐一些方便与司机汇合的上车点。用户在自己经常打车的区域打车时，打车应用会基于用户在该区域的历史打车记录为用户推荐用户偏好的个性化上车点，但是，当用户在不熟悉的区域打车时，由于用户没有在这个区域打过车，此时打车应用会基于该区域内大多数用户的打车热度以及路网信息等为用户推荐通用上车点，但是，由于用户不熟悉该区域，用户对推荐的通用上车点的位置和名称不一定都是熟悉的，司乘沟通成本会比较高，甚至可能导致用户取消打车。

发明内容

为了解决相关技术中的问题，本公开实施例提供一种上车点推荐方法及程序产品。

第一方面，本公开实施例中提供了一种上车点推荐方法。

具体地，所述上车点推荐方法，包括：

接收服务请求端发送的上车点推荐请求，所述上车点推荐请求中携带有服务请求端的当前定位；

获取在距离所述当前定位预设范围内的历史到达点集合和历史上车点集合；

响应于未获取到历史上车点且获取到所述历史到达点集合，从所述历史到达点集合中选择目标历史到达点；

确定所述目标历史到达点为推荐上车点，并将所述推荐上车点发送给所述服务请求端。

结合第一方面，本公开在第一方面的第一种实现方式中，其中，所述方法还包括：

获取所述当前定位所在区域内的通用上车点集合；

从所述通用上车点集合中选择目标通用上车点；

确定所述目标历史到达点为推荐上车点，包括：

比较所述目标通用上车点和所述目标历史到达点，在所述目标历史到达点满足预设条件时，确定所述目标历史到达点为推荐上车点。

结合第一方面及其第一种实现方式，本公开在第一方面的第二种实现方式中，其中，所述预设条件包括第一距离与第二距离之间的差值小于等于第一预设值且所述目标历史到达点位于车辆可达区域，所述第一距离包括目标历史到达点与所述当前定位之间的距离，所述第二距离包括目标通用上车点与所述当前定位之间的距离。

结合第一方面及其上述的各种实现方式，本公开在第一方面的第三种实现方式中，其中，在所述目标通用上车点和所述目标历史到达点之间的距离小于等于第二预设值且所述目标通用上车点与所述当前定位之间的距离小于所述目标历史到达点与所述当前定位之间的距离时，向所述服务请求端发送推荐指示消息，所述推荐指示消息用于指示所述目标通用上车点为推荐上车点并指示将所述目标通用上车点的名称修改为所述目标历史到达点的POI名称。

结合第一方面及其上述的各种实现方式，本公开在第一方面的第四种实现方式中，其中，所述历史到达点集合中包括历史到达时刻与当前时刻之间的时长未超过预设时长的历史到达点。

结合第一方面及其上述的各种实现方式，本公开在第一方面的第五种实现方式中，其中，所述方法还包括：

响应于获取到所述历史上车点集合和历史到达点集合，使用排序模型对所述历史上车点集合和历史到达点集合中的位置点一起排序，得到目标上车点；

确定所述目标上车点为推荐上车点。

第二方面，本公开实施例中提供了一种上车点推荐方法，包括：

具体地，所述上车点推荐方法，包括：

向服务器发送上车点推荐请求，所述上车点推荐请求中携带有服务请求端的当前定位；

接收所述服务器发送的推荐上车点；

显示所述推荐上车点，并在所述推荐上车点为历史到达点时，显示提示信息，所述提示信息用于提示推荐上车点为历史到达点。

结合第二方面，本公开在第二方面的第一种实现方式中，其中，所述方法还包括：

接收所述服务器发送的推荐指示消息，所述推荐指示消息用于指示所述目标通用上车点作为推荐上车点并指示将所述目标通用上车点的名称修改为所述目标历史到达点的POI名称；

显示所述目标通用上车点为推荐上车点，并显示所述目标通用上车点的名称为所述目标历史到达点的POI名称。

第三方面，本公开实施例中提供了一种上车点推荐装置。

具体地，所述上车点推荐装置，包括：

第一接收模块，被配置为接收服务请求端发送的上车点推荐请求，所述上车点推荐请求中携带有服务请求端的当前定位；

第一获取模块，被配置为获取在距离所述当前定位预设范围内的历史到达点集合和历史上车点集合；

第一择优模块，被配置为响应于未获取到历史上车点且获取到所述历史到达点集合，从所述历史到达点集合中选择目标历史到达点；

第一确定模块，被配置为确定所述目标历史到达点为推荐上车点；

第一发送模块，被配置为将所述推荐上车点发送给所述服务请求端。

结合第三方面，本公开在第三方面的第一种实现方式中，其中，所述装置还包括：

第二获取模块，被配置为获取所述当前定位所在区域内的通用上车点集合；

第二择优模块，被配置为从所述通用上车点集合中选择目标通用上车点；

所述第一确定模块被配置为：

比较所述目标通用上车点和所述目标历史到达点，在所述目标历史到达点满足预设条件时，确定所述目标历史到达点为推荐上车点。

结合第三方面及其第一种实现方式，本公开在第三方面的第二种实现方式中，其中，所述预设条件包括第一距离与第二距离之间的差值小于等于第一预设值且所述目标历史到达点位于车辆可达区域，所述第一距离包括目标历史到达点与所述当前定位之间的距离，所述第二距离包括目标通用上车点与所述当前定位之间的距离。

结合第三方面及其上述的各种实现方式，本公开在第三方面的第三种实现方式中，其中，所述装置还包括：

第二发送模块，被配置为在所述目标通用上车点和所述目标历史到达点之间的距离小于等于第二预设值且所述目标通用上车点与所述当前定位之间的距离小于所述目标历史到达点与所述当前定位之间的距离时，向所述服务请求端发送推荐指示消息，所述推荐指示消息用于指示所述目标通用上车点为推荐上车点并指示将所述目标通用上车点的名称修改为所述目标历史到达点的POI名称。

结合第三方面及其上述的各种实现方式，本公开在第三方面的第四种实现方式中，其中，所述历史到达点集合中包括历史到达时刻与当前时刻之间的时长未超过预设时长的历史到达点。

结合第三方面及其上述的各种实现方式，本公开在第三方面的第五种实现方式中，其中，所述装置还包括：

排序模块，被配置为响应于获取到所述历史上车点集合和历史到达点集合，使用排序模型对所述历史上车点集合和历史到达点集合中的位置点一起排序，得到目标上车点；

第二确定模块，被配置为确定所述目标上车点为推荐上车点。

第四方面，本公开实施例中提供了一种上车点推荐装置。

具体地，所述上车点推荐装置，包括：

第三发送模块，被配置为向服务器发送上车点推荐请求，所述上车点推荐请求中携带有服务请求端的当前定位；

第二接收模块，被配置为接收所述服务器发送的推荐上车点；

第一显示模块，被配置为显示所述推荐上车点，并在所述推荐上车点为历史到达点时，显示提示信息，所述提示信息用于提示推荐上车点为历史到达点。

结合第四方面，本公开在第四方面的第一种实现方式中，其中，所述装置还包括：

第三接收模块，被配置为接收所述服务器发送的推荐指示消息，所述推荐指示消息用于指示所述目标通用上车点作为推荐上车点并指示将所述目标通用上车点的名称修改为所述目标历史到达点的POI名称；

第二显示模块，被配置为显示所述目标通用上车点为推荐上车点，并显示所述目标通用上车点的名称为所述目标历史到达点的POI名称。

第五方面，本公开提供了一种上车点推荐方法，

具体地，所述上车点推荐方法，包括：

服务请求端向服务器发送上车点推荐请求，所述上车点推荐请求中携带有服务请求端的当前定位；

所述服务器接收所述上车点推荐请求后，获取在距离所述当前定位预设范围内的历史到达点集合和历史上车点集合；响应于未获取到历史上车点且获取到所述历史到达点集合，从所述历史到达点集合中选择目标历史到达点；确定所述目标历史到达点为推荐上车点，并将所述推荐上车点发送给所述服务请求端；

所述服务请求端显示接收的所述推荐上车点，并在所述推荐上车点为历史到达点时，显示提示信息，所述提示信息用于提示推荐上车点为历史到达点。

第六方面，本公开提供了一种上车点推荐装置，

具体地，所述上车点推荐装置，包括：

服务请求端，被配置为向服务器发送上车点推荐请求，所述上车点推荐请求中携带有服务请求端的当前定位；

所述服务器，被配置为接收所述上车点推荐请求后，获取在距离所述当前定位预设范围内的历史到达点集合和历史上车点集合；响应于未获取到历史上车点且获取到所述历史到达点集合，从所述历史到达点集合中选择目标历史到达点；确定所述目标历史到达点为推荐上车点，并将所述推荐上车点发送给所述服务请求端；

所述服务请求端，还被配置为显示接收的所述推荐上车点，并在所述推荐上车点为历史到达点时，显示提示信息，所述提示信息用于提示推荐上车点为历史到达点。

第七方面，本公开实施例提供了一种电子设备，包括存储器和处理器，其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现如任一方面所述的方法。

第八方面，本公开实施例中提供了一种计算机可读存储介质，其上存储有计算机指令，该计算机指令被处理器执行时实现如任一方面所述的方法。

第九方面，本公开实施例中提供了一种计算机程序产品，包括计算机指令，该计算机指令被处理器执行时实现如任一方面所述的方法步骤。

根据本公开实施例提供的技术方案，在用户打车时，如果当前定位附近没有该用户偏好的历史上车点，可以从该用户的历史到达点集合中选择目标历史到达点为推荐上车点，对于用户来说，用户对历史到达点的熟悉程度是比通用上车点要高的，为用户推荐历史到达点作为上车点，可以提升用户对上车点的认知程度，进而提高推荐成功率以及降低司乘沟通成本。

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

附图说明

结合附图，通过以下非限制性实现方式的详细描述，本公开的其它特征、目的和优点将变得更加明显。在附图中：

图1示出根据本公开的实施例的应用于服务器的上车点推荐方法的流程图。

图2示出根据本公开的实施例的应用于服务请求端的上车点推荐方法的流程图。

图3示出根据本公开的实施例的上车点推荐方法的整体流程图。

图4示出根据本公开一实施方式在导航应用场景下的应用示意图。

图5示出根据本公开的实施例的应用于服务器的上车点推荐装置的结构框图。

图6示出根据本公开的实施例的应用于服务请求端的上车点推荐装置的结构框图。

图7是适于用来实现根据本公开实施方式的上车点推荐方法和/或基于位置的服务提供方法的电子设备的结构示意图。

具体实现方式

下文中，将参考附图详细描述本公开的示例性实施例，以使本领域技术人员可容易地实现它们。此外，为了清楚起见，在附图中省略了与描述示例性实施例无关的部分。

在本公开中，应理解，诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。

另外还需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

在本公开中，对用户信息或用户数据的获取均为经用户授权、确认，或由用户主动选择的操作。

下面通过具体实施例详细介绍本公开实施例的细节。

本公开实施例提供的技术方案，可以接收服务请求端发送的上车点推荐请求，所述上车点推荐请求中携带有服务请求端的当前定位；获取在距离所述当前定位预设范围内的历史到达点集合和历史上车点集合；响应于未获取到历史上车点且获取到所述历史到达点集合，从所述历史到达点集合中选择目标历史到达点；确定所述目标历史到达点为推荐上车点，并将所述推荐上车点发送给所述服务请求端。这样，如果当前定位附近没有该用户偏好的历史上车点，可以从该用户的历史到达点集合中选择目标历史到达点为推荐上车点，对于用户来说，用户对历史到达点的熟悉程度是比通用上车点要高的，为用户推荐历史到达点作为上车点，可以提升用户对上车点的认知程度，进而提高推荐成功率以及降低司乘沟通成本。

图1示出根据本公开的实施例的应用于服务器的上车点推荐方法的流程图。如图1所示，所述上车点推荐方法包括以下步骤S101-S104：

在步骤S101中，接收服务请求端发送的上车点推荐请求，所述上车点推荐请求中携带有服务请求端的当前定位；

在步骤S102中，获取在距离所述当前定位预设范围内的历史到达点集合和历史上车点集合；

在步骤S103中，响应于未获取到历史上车点且获取到所述历史到达点集合，从所述历史到达点集合中选择目标历史到达点；

在步骤S104中，确定所述目标历史到达点为推荐上车点，并将所述推荐上车点发送给所述服务请求端。

上文提及，随着互联网技术的不断发展，人们越来越多地使用一些打车应用来乘车，在乘客使用这些打车应用乘车的时候，这些打车应用会为用户智能化推荐一些方便与司机汇合的上车点。用户在自己经常打车的区域打车时，打车应用会基于用户在该区域的历史打车记录为用户推荐用户偏好的个性化上车点，但是，当用户在不熟悉的区域打车时，由于用户没有在这个区域打过车，此时打车应用会基于该区域内大多数用户的打车热度以及路网信息等为用户推荐通用上车点，但是，由于用户不熟悉该区域，用户对推荐的通用上车点的位置和名称不一定都是熟悉的，司乘沟通成本会比较高，甚至可能导致用户取消打车。

考虑到上述缺陷，在本实施方式中提出了一种上车点推荐方法，该方法可以在接收服务请求端发送的上车点推荐请求后；获取在距离所述当前定位预设范围内的历史到达点集合和历史上车点集合；响应于未获取到历史上车点且获取到所述历史到达点集合，从所述历史到达点集合中选择目标历史到达点；确定所述目标历史到达点为推荐上车点，并将所述推荐上车点发送给所述服务请求端。这样，如果当前定位附近没有该用户偏好的历史上车点，可以从该用户的历史到达点集合中选择目标历史到达点为推荐上车点，对于用户来说，用户对历史到达点的熟悉程度是比通用上车点要高的，为用户推荐历史到达点作为上车点，可以提升用户对上车点的认知程度，进而提高推荐成功率以及降低司乘沟通成本。

在本实施例中，所述上车点推荐可适用于进行上车点推荐的计算机、计算设备、电子设备、服务器、服务器集群等等。

在本实施例中，该服务请求端指的是请求提供打车服务的用户终端或用户客户端。服务请求端在获取到用户输入的出发位置和目的位置后，就会向服务器发送上车点推荐请求，该上车点推荐请求用于请求服务器向服务请求端推荐上车点。

在本实施例中，该当前定位指的是服务请求端的当前位置的定位或用户在该服务请求端上输入的出发位置的定位，比如说用户主动拖动打车地图上的定位图标选定的出发位置的定位或者用户输入的位置名称的定位等等。

在本实施例中，距离所述当前定位预设范围可以是与当前定位之间的距离在第一预设值之内的区域，比如说与当前定位之间的距离在30m之内的区域。

在本实施例中，该历史到达点指的是服务请求端在历史打车过程中在该当前定位所在区域内的实际下车点。该历史上车点指的是服务请求端在历史打车过程中在该当前定位所在区域内的实际上车点。

在本实施例中，服务请求端在获取到用户输入的出发位置和目的位置后，就会向服务器发送上车点推荐请求，请求服务器向服务请求端推荐上车点，此时，该服务器就会召回服务请求端在当前定位所在区域内的历史到达点集合和历史上车点集合。如果当前定位所在区域不是用户熟悉的区域，用户仅是打车过来有事(如吃饭或办理事务等)，用户未在该区域内打过车，则服务器不能获取到服务请求端在该区域内的历史上车点，但是可以获取到服务请求端在该区域内的历史到达点，此时，服务器可以从所述历史到达点集合中筛选出目标历史到达点；确定所述目标历史到达点为推荐上车点。

在本实施例中，如果仅获取到的历史到达点集合中只有一个历史到达点，则可以直接确定该历史到达点为目标历史到达点；如果获取到的历史到达点集合中有两个或两个以上的历史到达点，则可以对所述各历史到达点进行评估，得到各历史到达点的评估结果，按照评估结果选择历史到达点作为目标历史到达点。示例的，可以使用排序模型，对这些历史到达点进行排序，得到排序最靠前的历史到达点为目标历史到达点；或者，可以使用评估模型，分别对这些历史到达点进行评估，得到这些历史到达点的评估分，将评估分最高的历史到达点作为目标历史到达点。这里，排序模型或评估模型可以基于历史到达点的相关特征，对历史到达点进行排序或评估，该历史到达点的相关特征包括该当前定位所在区域的地理特征如该区域内的路网信息和地理实体信息等、历史到达点的位置信息、当前定位的位置信息、当前时刻、历史到达点对应的历史达到时刻等。

本实施例可以在用户打车时，如果当前定位附近没有该用户偏好的历史上车点，可以从该用户的历史到达点集合中选择目标历史到达点为推荐上车点，对于用户来说，用户对历史到达点的熟悉程度是比通用上车点要高的，为用户推荐历史到达点作为上车点，可以提升用户对上车点的认知程度，进而提高推荐成功率以及降低司乘沟通成本。

在一种可能的实现方式中，上述上车点推荐方法还可以包括以下步骤：

获取所述当前定位所在区域内的通用上车点集合；

从所述通用上车点集合中选择目标通用上车点；

确定所述目标历史到达点为推荐上车点，包括：

比较所述目标通用上车点和所述目标历史到达点，在所述目标历史到达点满足预设条件时，确定所述目标历史到达点为推荐上车点。

在该实现方式中，通用上车点指的是大多数用户的常用上车点，可以基于该区域大多数用户的打车热度以及路网信息等获取，即使该区域没有打车记录也会获取该区内路网上的等间隔位置点作为通用上车点。

在该实现方式中，可以对通用上车点集合中的各通用上车点进行评估，基于评估结果选择目标通用上车点。如上述基于评估结果选择目标历史到达点的示例所述，可以使用排序模型或评估模型对各通用上车点进行评估，基于评估结果得到目标通用上车点。

在该实现方式中，可以比较所述目标通用上车点和所述目标历史到达点，在所述目标历史到达点满足预设条件时，确定所述目标历史到达点为推荐上车点，在所述目标历史到达点不满足预设条件时，确定所述目标通用上车点为推荐上车点。

在该实现方式中，该比较条件通过条件指的是目标历史到达点与目标通用上车点相比差距在预设范围内，只要目标历史到达点与目标通用上车点相比差距不大，就可以优先选择目标历史到达点为推荐上车点，为用户提供用户熟悉的上车点，提升用户对上车点的认知程度，进而提高推荐成功率以及降低司乘沟通成本。如果该目标历史到达点与目标通用上车点相比，目标历史到达点的位置过差，不方便司机或乘客到达，则为了方便司乘快速汇合乘车，就确定所述目标通用上车点为推荐上车点。

在一种可能的实现方式中，所述预设条件包括第一距离与第二距离之间的差值小于等于第一预设值，所述第一距离包括目标历史到达点与所述当前定位之间的距离，所述第二距离包括目标通用上车点与所述当前定位之间的距离。

在该实现方式中，如果目标历史到达点与所述当前定位之间的第一距离，与目标通用上车点与所述当前定位之间的第二距离，相差不大，差值(该差值为正值)小于等于第一预设值，就优先选择该目标历史到达点为推荐上车点，这样为用户推荐用户熟悉的上车点，可以提升用户对上车点的认知程度，进而提高推荐成功率以及降低司乘沟通成本。如果目标历史到达点距离所述当前定位过远，远远超过目标通用上车点到该当前定位的距离，此时，为了避免用户步行太久才能到达上车点位置，方便用户能快速到达，避免浪费用户时间，就确定所述目标通用上车点为推荐上车点。

在一种可能的实现方式中，所述预设条件还包括所述目标历史到达点位于车辆可达区域。

在该实现方式中，如果该目标历史到达点所在区域不是车辆可达区域，有的车辆是不能进入该区域的，如果用户将该目标历史到达点作为上车点，司机可能并不能到达该目标历史到达点，为了方便司机到达上车点接到用户，可以将该预设条件设置为还包括所述目标历史到达点位于车辆可达区域；这样只有在该目标历史到达点位于车辆可达区域且该第一距离与第二距离之间的差值小于等于第一预设值时，才确定目标历史到达点为推荐上车点，可以保证用户或司机均方便到达，用户对上车点的认知程度也较好，推荐成功率更高以及司乘沟通成本更低。在该目标历史到达点位于车辆不可达区域或该第一距离与第二距离之间的差值大于第一预设值时，表明对于用户来说，该目标历史到达点相比该目标通用上车点的位置太差了，此时为了方便司乘均可方便到达，可以确定目标通用上车点为推荐上车点，避免发生用户或司机不方便到达的情况。

在该实现方式中，该目标历史到达点不是车辆可达区域的情况可以是以下示例的情况：用户在该目标历史到达点下车是因为用户为该区域的内部人员，故其乘坐车辆可以将用户送至该历史到达点，但是网约车本身是不能独自进入该目标历史到达点所在区域。

在一种可能的实现方式中，上述上车点推荐方法还可以包括以下步骤：

在所述目标通用上车点和所述目标历史到达点之间的距离小于等于第二预设值时，向所述服务请求端发送推荐指示消息，所述推荐指示消息用于指示所述目标通用上车点为推荐上车点并指示将所述目标通用上车点的名称修改为所述目标历史到达点的兴趣点POI名称。

在该实现方式中，在目标通用上车点和所述目标历史到达点之间的距离小于等于第二预设值时，表明目标通用上车点和目标历史到达点距离很近，由于该目标通用上车点是大多数用户的常用上车点，说明该处上车比较便利，故可以将目标通用上车点确定为推荐上车点，同时为了保证用户对该目标通用上车点有较高的认知，可以将该目标通用上车点的名称修改为所述目标历史到达点的POI名称。该POI(Point of Interest，兴趣点)包含名称、类别、坐标、分类这四项信息。该目标历史到达点的POI名称指的是该目标历史到达点所在打车订单对应的终点POI名称。

在该实现方式中，还可以在所述目标通用上车点和所述目标历史到达点之间的距离小于等于第二预设值且所述目标通用上车点与所述当前定位之间的距离小于所述目标历史到达点与所述当前定位之间的距离时，向所述服务请求端发送推荐指示消息，所述推荐指示消息用于指示所述目标通用上车点为推荐上车点并指示将所述目标通用上车点的名称修改为所述目标历史到达点的POI名称。所述目标通用上车点与所述当前定位之间的距离小于所述目标历史到达点与所述当前定位之间的距离，表明目标通用上车点距离当前定位更近，可以进一步保证该推荐上车点距离当前定位较近，减少用户步行时间，方便用户快速到达。

在一种可能的实现方式中，所述历史到达点集合中包括历史到达时刻与当前时刻之间的时长未超过预设时长的历史到达点。

在该实现方式中，为了使用户对获取的历史到达点均有较高的认知程度，可以只获取历史到达时刻与当前时刻之间的时长未超过预设时长的历史到达点。该预设时长可以是24小时、3天、7天或一个月。该历史到达点的历史到达时刻距离当前时刻越近，用户对该历史到达点的记忆会越深，认知程度会越高，故，优选的，该预设时长可以是24小时。

在一种可能的实现方式中，上述上车点推荐方法还可以包括以下步骤：

响应于获取到所述历史上车点集合，从所述历史上车点集合中选择目标历史上车点；

确定所述目标历史上车点到点为推荐上车点。

在该实现方式中，如果服务器获取到历史上车点集合，此时，可以优先为用户推荐历史上车点，服务器可以从历史上车点集合中选择目标历史上车点，确定该目标历史上车点到点为推荐上车点。

在该实现方式中，可以对所述各历史上车点进行评估，基于评估结果选择历史到达点为目标历史到达点。示例的，可以使用排序模型，对这些历史到达点进行排序，得到排序最靠前的历史到达点为目标历史到达点；或者，可以使用评估模型，分别对这些历史到达点进行评估，得到这些历史到达点的评估分，将评估分最高的历史到达点作为目标历史到达点。这里，排序模型或评估模型可以基于历史到达点的相关特征，对历史到达点进行排序或评估，该历史到达点的相关特征包括该当前定位所在区域的地理特征如该区域内的路网信息和地理实体信息等、历史到达点的位置信息、当前定位的位置信息、当前时刻、历史到达点对应的历史达到时刻等。

在一种可能的实现方式中，上述上车点推荐方法还可以包括以下步骤：

响应于获取到所述历史上车点集合和历史到达点集合，使用排序模型对所述历史上车点集合和历史到达点集合中的位置点一起排序，得到目标上车点；

确定所述目标上车点为推荐上车点。

在该实现方式中，如果服务器获取到历史上车点集合和历史到达点集合，由于历史上车点集合和历史到达点集合中的位置点均是用户到过的位置点，为了给用户提供更好的上车点，可以将各历史上车点和各历史到达点放在一起进行排序，得到目标上车点，此目标上车点是用户熟悉的上车点中位置较好的上车点。

在该实现方式中，可以使用排序模型对该各历史上车点和各历史到达点进行排序，可以将各历史上车点和各历史到达点对应的相关特征输入至该排序模型，执行该排序模型，得到该排序模型输出的排序结果，该排序结果可以是依次排列的一个或多个位置点(该位置点是历史上车点和历史到达点)，基于该排序结果可以得到排序最前的一个位置点确定为目标上车点。该各历史上车点和各历史到达点对应的相关特征包括各历史上车点的位置信息、历史上车时间信息和使用频次(即在该历史上车点的上车次数)，各历史到达点的位置信息、历史到达时间信息和使用频次(即在该历史到达点的下车次数)、当前定位所在区域的地理特征如该区域内的路网信息和地理实体信息等、当前定位的位置信息、当前时刻等。

在该实现方式中，可以基于样本数据训练得到该排序模型，该样本数据包括样本打车订单对应的在进行上车点推荐时获取的各历史上车点和各历史到达点对应的相关特征，以及该各历史上车点和各历史到达点的排序，该各历史上车点和各历史到达点的排序可以按照各历史上车点和各历史到达点与该样本打车订单对应的真实上车点之间的相似度进行排序。可以将样本打车订单对应的在进行上车点推荐时获取的各历史上车点和各历史到达点对应的相关特征输入至初始的排序模型，得到该排序模型输出的排序结果，比较该排序模型输出的排序结果与该样本数据中各历史上车点和各历史到达点的排序，不断调整排序模型的参数，直至该排序模型的输出结果的准确率达到预设值如99％，得到训练好的排序模型。

在一种可能的实现方式中，上述上车点推荐方法还可以包括以下步骤：

响应于未获取到所述历史上车点和所述历史到达点，确定所述目标通用上车点为推荐上车点。

在该实现方式中，如果未获取到所述历史上车点和所述历史到达点，说明用户没有在该区域上下过车，此时，作为兜底策略，可以将目标通用上车点作为推荐上车点推荐给用户。

图2示出根据本公开的实施例的应用于服务请求端的上车点推荐方法的流程图。如图2所示，该上车点推荐方法包括以下步骤：

在步骤S201中，向服务器发送上车点推荐请求，所述上车点推荐请求中携带有服务请求端的当前定位；

在步骤S202中，接收所述服务器发送的推荐上车点；

在步骤S203中，显示所述推荐上车点，并在所述推荐上车点为历史到达点时，显示提示信息，所述提示信息用于提示推荐上车点为历史到达点。

在该实施例中，该服务请求端在获取到用户输入的出发位置和目的位置后，就会向服务器发送上车点推荐请求，请求服务器向服务请求端推荐上车点，此时，该服务器就会执行上述实施例中的上车点推荐方法，将推荐上车点发送给服务请求端，服务请求端接收所述服务器发送的推荐上车点后，可以显示所述推荐上车点，在所述推荐上车点为历史到达点时，该服务请求端还可以显示提示信息来提示用户该推荐上车点为历史到达点，如可以在该推荐上车点处显示文字“您最近在此下车”，这样可以辅助用户提升对该推荐上车点的认知程度，进而提高推荐成功率以及降低司乘沟通成本。

在一种可能的实现方式中，上述上车推荐方法还可以包括以下步骤：

接收所述服务器发送的推荐指示消息，所述推荐指示消息用于指示所述目标通用上车点作为推荐上车点并指示将所述目标通用上车点的名称修改为所述目标历史到达点的POI名称；

显示所述目标通用上车点为推荐上车点，并显示所述目标通用上车点的名称为所述目标历史到达点的POI名称。

在该实现方式中，服务器可以在所述目标通用上车点和所述目标历史到达点之间的距离小于等于第二预设值时，向所述服务请求端发送推荐指示消息。服务请求端接收到该服务器发送的推荐指示消息后，就可以显示所述目标通用上车点为推荐上车点，并显示所述目标通用上车点的名称为所述目标历史到达点的POI名称，这样，用户看到该目标历史到达点的POI名称对该推荐上车点就会有一定程度的认知，方便用户使用该推荐上车点与司机沟通汇合，降低司乘沟通成本，提升推荐上车点的推荐成功率。

图3示出根据本公开的实施例的上车点推荐方法的整体流程图。如图3所示，该上车点推荐方法包括以下步骤：

在步骤S301中，服务请求端向服务器发送上车点推荐请求，所述上车点推荐请求中携带有服务请求端的当前定位；

在步骤S302中，所述服务器接收所述上车点推荐请求后，获取在距离所述当前定位预设范围内的历史到达点集合和历史上车点集合；响应于未获取到历史上车点且获取到所述历史到达点集合，从所述历史到达点集合中选择目标历史到达点；确定所述目标历史到达点为推荐上车点；

在步骤S303中，所述服务器将所述推荐上车点发送给所述服务请求端；

在步骤S304中，所述服务请求端显示接收的所述推荐上车点，并在所述推荐上车点为历史到达点时，显示提示信息，所述提示信息用于提示推荐上车点为历史到达点。

在一种可能的实施方式中，所述方法还包括：

所述服务器获取所述当前定位所在区域内的通用上车点集合；从所述通用上车点集合中选择目标通用上车点；

所述服务器确定所述目标历史到达点为推荐上车点，包括：

所述服务器比较所述目标通用上车点和所述目标历史到达点，在所述目标历史到达点满足预设条件时，确定所述目标历史到达点为推荐上车点。

在一种可能的实施方式中，所述预设条件包括第一距离与第二距离之间的差值小于等于第一预设值且所述目标历史到达点位于车辆可达区域，所述第一距离包括目标历史到达点与所述当前定位之间的距离，所述第二距离包括目标通用上车点与所述当前定位之间的距离。

在一种可能的实施方式中，所述方法还包括：

所述服务器在所述目标通用上车点和所述目标历史到达点之间的距离小于等于第二预设值时，向所述服务请求端发送推荐指示消息，所述推荐指示消息用于指示所述目标通用上车点为推荐上车点并指示将所述目标通用上车点的名称修改为所述目标历史到达点的兴趣点POI名称；

所述服务请求端接收所述服务器发送的推荐指示消息；

所述服务请求端显示所述目标通用上车点为推荐上车点，并显示所述目标通用上车点的名称为所述目标历史到达点的POI名称。

在一种可能的实施方式中，所述历史到达点集合中包括历史到达时刻与当前时刻之间的时长未超过预设时长的历史到达点。

在一种可能的实施方式中，所述方法还包括：

所述服务器响应于获取到所述历史上车点集合和历史到达点集合，使用排序模型对所述历史上车点集合和历史到达点集合中的位置点一起排序，得到目标上车点；确定所述目标上车点为推荐上车点。

图3所示及相关实施方式中涉及的技术术语和技术特征与图1-图2所示及相关实施方式中提及的技术术语和技术特征相同或相似，对于图3所示及相关实施方式中涉及的技术术语和技术特征的解释和说明可参考上述对于图1-图2所示及相关实施方式的解释的说明，此处不再赘述。

根据本公开一实施方式的基于位置的服务提供方法，该基于位置的服务提供方法利用上述上车点推荐方法为被服务对象提供基于位置的服务，所述基于位置的服务包括：导航、地图渲染、路线规划中的一种或多种。

本实施例中，该基于位置的服务提供方法可以在终端上执行，终端可以是手机、ipad、电脑、智能手表、车辆等。本公开实施例，可以针对被服务对象发送的当前定位为该被服务对象提供上车点推荐服务，进而在基于位置的服务过程中，可以使用该推荐上车点为被服务对象提供更精准的位置服务，例如导航服务、路径规划服务和/或地图渲染服务等。

被服务对象可以是手机、ipad、电脑、智能手表、车辆、机器人等。在为被服务对象导航、规划路径或者渲染地图上的道路时，可以基于上述方法获得推荐上车点，进而在导航或规划路径基于该推荐上车点为被服务对象输出正确的导航动作，以及在地图渲染时，在电子地图上渲染出推荐上车点，具体细节可以参见上述对上车点推荐方法的描述，在此不再赘述。

图4示出根据本公开一实施方式在导航应用场景下的应用示意图。如图4所示，服务器401从服务请求端402接收到携带有服务请求端的当前定位的上车点推荐请求后，可以从用户数据库中获取到服务请求端402在距离当前定位预设范围内的历史到达点集合、历史上车点集合和通用上车点集合；然后按照上述实施例中的推荐方案从历史到达点集合、历史上车点集合和通用上车点集合中选择推荐上车点；并将所述推荐上车点发送给所述服务请求端402。该服务请求端402就可以在电子地图上渲染出该推荐上车点，用户可以去往推荐上车点处上车，该服务请求端402还可以基于该推荐上车点为用户规划导航路线，执行导航动作，以便用户基于该导航动作从当前定位快速地到达推荐上车点。

下述为本公开装置实施例，可以用于执行本公开方法实施例。

根据本公开一实施方式的上车点推荐装置，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。图5示出根据本公开的实施例的应用于服务器的上车点推荐装置的结构框图，如图5所示，该上车点推荐装置包括：

第一接收模块501，被配置为接收服务请求端发送的上车点推荐请求，所述上车点推荐请求中携带有服务请求端的当前定位；

第一获取模块502，被配置为获取在距离所述当前定位预设范围内的历史到达点集合和历史上车点集合；

第一择优模块503，被配置为响应于未获取到历史上车点且获取到所述历史到达点集合，从所述历史到达点集合中选择目标历史到达点；

第一确定模块504，被配置为确定所述目标历史到达点为推荐上车点；

第一发送模块505，被配置为将所述推荐上车点发送给所述服务请求端。

在一种可能的实现方式中，其中，所述装置还包括：

第二获取模块，被配置为获取所述当前定位所在区域内的通用上车点集合；

第二择优模块，被配置为从所述通用上车点集合中选择目标通用上车点；

所述第一确定模块504被配置为：

比较所述目标通用上车点和所述目标历史到达点，在所述目标历史到达点满足预设条件时，确定所述目标历史到达点为推荐上车点。

在一种可能的实现方式中，所述预设条件包括第一距离与第二距离之间的差值小于等于第一预设值且所述目标历史到达点位于车辆可达区域，所述第一距离包括目标历史到达点与所述当前定位之间的距离，所述第二距离包括目标通用上车点与所述当前定位之间的距离。

在一种可能的实现方式中，所述装置还包括：

第二发送模块，被配置为在所述目标通用上车点和所述目标历史到达点之间的距离小于等于第二预设值且所述目标通用上车点与所述当前定位之间的距离小于所述目标历史到达点与所述当前定位之间的距离时，向所述服务请求端发送推荐指示消息，所述推荐指示消息用于指示所述目标通用上车点为推荐上车点并指示将所述目标通用上车点的名称修改为所述目标历史到达点的POI名称。

在一种可能的实现方式中，所述历史到达点集合中包括历史到达时刻与当前时刻之间的时长未超过预设时长的历史到达点。

在一种可能的实现方式中，所述装置还包括：

排序模块，被配置为响应于获取到所述历史上车点集合和历史到达点集合，使用排序模型对所述历史上车点集合和历史到达点集合中的位置点一起排序，得到目标上车点；

第二确定模块，被配置为确定所述目标上车点为推荐上车点。

根据本公开一实施方式的上车点推荐装置，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。图6示出根据本公开的实施例的应用于服务请求端的上车点推荐装置的结构框图，如图6所示，该上车点推荐装置包括：

第三发送模块601，被配置为向服务器发送上车点推荐请求，所述上车点推荐请求中携带有服务请求端的当前定位；

第二接收模块602，被配置为接收所述服务器发送的推荐上车点；

第一显示模块603，被配置为显示所述推荐上车点，并在所述推荐上车点为历史到达点时，显示提示信息，所述提示信息用于提示推荐上车点为历史到达点。

在一种可能的实现方式中，所述装置还包括：

第三接收模块，被配置为接收所述服务器发送的推荐指示消息，所述推荐指示消息用于指示目标通用上车点作为推荐上车点并指示将所述目标通用上车点的名称修改为目标历史到达点的POI名称；

第二显示模块，被配置为显示所述目标通用上车点为推荐上车点，并显示所述目标通用上车点的名称为所述目标历史到达点的POI名称。

本实施例中上车点推荐装置与上述上车点推荐方法对应一致，具体细节可以参见上述对上车点推荐方法的描述，在此不再赘述。

根据本公开一实施方式的上车点推荐装置，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图4所示，该上车点推荐装置包括：

服务请求端402，被配置为向服务器401发送上车点推荐请求，所述上车点推荐请求中携带有服务请求端的当前定位；

所述服务器401，被配置为接收所述上车点推荐请求后，获取在距离所述当前定位预设范围内的历史到达点集合和历史上车点集合；响应于未获取到历史上车点且获取到所述历史到达点集合，从所述历史到达点集合中选择目标历史到达点；确定所述目标历史到达点为推荐上车点，并将所述推荐上车点发送给所述服务请求端402；

所述服务请求端402，被配置为显示接收的所述推荐上车点，并在所述推荐上车点为历史到达点时，显示提示信息，所述提示信息用于提示推荐上车点为历史到达点。

在一种可能的实施方式中，所述装置还包括：

所述服务器401，被配置为获取所述当前定位所在区域内的通用上车点集合；从所述通用上车点集合中选择目标通用上车点；

所述服务器401中确定所述目标历史到达点为推荐上车点的部分被配置为：

比较所述目标通用上车点和所述目标历史到达点，在所述目标历史到达点满足预设条件时，确定所述目标历史到达点为推荐上车点。

在一种可能的实施方式中，所述预设条件包括第一距离与第二距离之间的差值小于等于第一预设值且所述目标历史到达点位于车辆可达区域，所述第一距离包括目标历史到达点与所述当前定位之间的距离，所述第二距离包括目标通用上车点与所述当前定位之间的距离。

在一种可能的实施方式中，所述装置还包括：

所述服务器401，还可以被配置为在所述目标通用上车点和所述目标历史到达点之间的距离小于等于第二预设值时，向所述服务请求端发送推荐指示消息，所述推荐指示消息用于指示所述目标通用上车点为推荐上车点并指示将所述目标通用上车点的名称修改为所述目标历史到达点的兴趣点POI名称；

所述服务请求端402，还可以被配置为接收所述服务器401发送的推荐指示消息，显示所述目标通用上车点为推荐上车点，并显示所述目标通用上车点的名称为所述目标历史到达点的POI名称。

在一种可能的实施方式中，所述历史到达点集合中包括历史到达时刻与当前时刻之间的时长未超过预设时长的历史到达点。

在一种可能的实施方式中，所述装置还包括：

所述服务器401，还可以被配置为响应于获取到所述历史上车点集合和历史到达点集合，使用排序模型对所述历史上车点集合和历史到达点集合中的位置点一起排序，得到目标上车点；确定所述目标上车点为推荐上车点。

图4所示及相关实施方式中涉及的技术术语和技术特征与图1-图2所示及相关实施方式中提及的技术术语和技术特征相同或相似，对于图4所示及相关实施方式中涉及的技术术语和技术特征的解释和说明可参考上述对于图1-图2所示及相关实施方式的解释的说明，此处不再赘述。

图7是适于用来实现根据本公开实施方式的上车点推荐方法和/或基于位置的服务提供方法的电子设备的结构示意图。

如图7所示，电子设备700包括处理单元701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行上述实施例中的各种处理。在RAM 703中，还存储有系统700操作所需的各种程序和数据。处理单元701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。其中，所述处理单元701可实现为CPU、GPU、TPU、FPGA、NPU等处理单元。

特别地，根据本公开的实施例，上文描述的方法可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括计算机指令，该计算机指令被处理器执行时实现上文所述的方法步骤。在这样的实施例中，该计算机程序产品可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过可编程硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中电子设备或计算机系统中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本公开的方法。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种上车点推荐方法，包括：

接收服务请求端发送的上车点推荐请求，所述上车点推荐请求中携带有服务请求端的当前定位；

获取在距离所述当前定位预设范围内的历史到达点集合和历史上车点集合；

响应于未获取到历史上车点且获取到所述历史到达点集合，从所述历史到达点集合中选择目标历史到达点；

确定所述目标历史到达点为推荐上车点，并将所述推荐上车点发送给所述服务请求端。

2.根据权利要求1所述的方法，其中，所述方法还包括：

获取所述当前定位所在区域内的通用上车点集合；

从所述通用上车点集合中选择目标通用上车点；

确定所述目标历史到达点为推荐上车点，包括：

比较所述目标通用上车点和所述目标历史到达点，在所述目标历史到达点满足预设条件时，确定所述目标历史到达点为推荐上车点。

3.根据权利要求2所述的方法，其中，所述预设条件包括第一距离与第二距离之间的差值小于等于第一预设值且所述目标历史到达点位于车辆可达区域，所述第一距离包括目标历史到达点与所述当前定位之间的距离，所述第二距离包括目标通用上车点与所述当前定位之间的距离。

4.根据权利要求2所述的方法，其中，所述方法还包括：

在所述目标通用上车点和所述目标历史到达点之间的距离小于等于第二预设值时，向所述服务请求端发送推荐指示消息，所述推荐指示消息用于指示所述目标通用上车点为推荐上车点并指示将所述目标通用上车点的名称修改为所述目标历史到达点的兴趣点POI名称。

5.根据权利要求1所述的方法，其中，所述历史到达点集合中包括历史到达时刻与当前时刻之间的时长未超过预设时长的历史到达点。

6.根据权利要求1所述的方法，其中，所述方法还包括：

响应于获取到所述历史上车点集合和历史到达点集合，使用排序模型对所述历史上车点集合和历史到达点集合中的位置点一起排序，得到目标上车点；

确定所述目标上车点为推荐上车点。

7.一种上车点推荐方法，其中，

向服务器发送上车点推荐请求，所述上车点推荐请求中携带有服务请求端的当前定位；

接收所述服务器发送的推荐上车点；

显示所述推荐上车点，并在所述推荐上车点为历史到达点时，显示提示信息，所述提示信息用于提示推荐上车点为历史到达点。

8.根据权利要求7所述的方法，其中，所述方法还包括：

接收所述服务器发送的推荐指示消息，所述推荐指示消息用于指示目标通用上车点作为推荐上车点并指示将所述目标通用上车点的名称修改为目标历史到达点的兴趣点POI名称；

显示所述目标通用上车点为推荐上车点，并显示所述目标通用上车点的名称为所述目标历史到达点的POI名称。

9.一种上车点推荐方法，包括：

服务请求端向服务器发送上车点推荐请求，所述上车点推荐请求中携带有服务请求端的当前定位；

所述服务器接收所述上车点推荐请求后，获取在距离所述当前定位预设范围内的历史到达点集合和历史上车点集合；响应于未获取到历史上车点且获取到所述历史到达点集合，从所述历史到达点集合中选择目标历史到达点；确定所述目标历史到达点为推荐上车点，并将所述推荐上车点发送给所述服务请求端；

所述服务请求端显示接收的所述推荐上车点，并在所述推荐上车点为历史到达点时，显示提示信息，所述提示信息用于提示推荐上车点为历史到达点。

10.一种计算机程序产品，包括计算机指令，该计算机指令被处理器执行时实现权利要求1至9任一项所述的方法步骤。