CN109841054A - 一种推荐上车点的方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种推荐上车点的方法、装置、设备及存储介质，其中，所述方法包括：判断用户是否熟悉以目标位置为中心的预设区域，得到判断结果，基于所述判断结果确定目标上车点，将所述目标上车点发送至所述用户。本申请可以实现基于用户对以目标位置为中心的预设区域是否熟悉的判断结果确定向用户发送的目标上车点，由于对用户是否熟悉该预设区域进行了判断，因而可以实现基于不同的判断结果采用不同的方式确定目标上车点，从而使确定的目标上车点符合司机和乘客双方的需求，有利于提高接驾效率，进而可以提高平台的成单率。

Description

一种推荐上车点的方法、装置、设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种推荐上车点的方法、装置、设备及存储介质。

背景技术

现有技术中，当网约车平台检索到用户在相同乘车出发地的历史订单时，会将该相同乘车出发地的历史订单中最后一次订单的实际上车点或者将该相同乘车出发地的历史订单中出现次数最多的实际上车点作为推荐上车点进行推荐显示。

然而，上述方案的实施过程中可能出现以下情况：不熟悉周围位置信息的乘客可能选择不利于司机找到的上车点；而熟悉周围位置信息的乘客也可能选择候车人数过多、路况过于拥堵的上车点，不利于乘客快速上车。

发明内容

有鉴于此，本申请提供一种推荐上车点的方法、装置、设备及存储介质，以解决现有推荐上车点的方案中所存在的问题。

具体地，本申请是通过如下技术方案实现的：

根据本申请的第一方面，提出了一种推荐上车点的方法，包括：

判断用户是否熟悉以目标位置为中心的预设区域，得到判断结果；

基于所述判断结果确定目标上车点；

将所述目标上车点发送至所述用户。

在一实施例中，所述判断用户是否熟悉以目标位置为中心的预设区域，得到判断结果，包括：

获取所述用户的历史订单，所述历史订单中包括曾用地点；

若所述历史订单中不存在曾用地点属于所述预设区域的目标订单，或者，若所述历史订单中存在曾用地点属于所述预设区域的目标订单，且所述目标订单的数量小于或等于预设数量阈值，则判断所述用户不熟悉所述预设区域。

在一实施例中，所述方法还包括：

若所述历史订单中存在曾用地点属于所述预设区域的目标订单，且所述目标订单的数量大于所述预设数量阈值，则判断所述用户熟悉所述预设区域。

在一实施例中，所述基于所述判断结果确定目标上车点，包括：

若所述用户不熟悉所述预设区域，则确定所述预设区域内的至少一个初选上车点；

将所述至少一个初选上车点按照当前候车人数从多至少的顺序进行排列，并将排列后的前N个上车点确定为目标上车点，N为预设正整数。

在一实施例中，所述方法还包括：

若所述用户熟悉所述预设区域，则确定所述预设区域内所述用户的常用上车点和非常用上车点；

若所述常用上车点的当前候车人数少于预设人数阈值，则将所述常用上车点确定为目标上车点；

若所述常用上车点的当前候车人数多于或等于所述预设人数阈值，则将所述非常用上车点按照当前候车人数从少至多的顺序进行排列，并将排列后的前M个上车点确定为目标上车点，M为预设正整数。

在一实施例中，所述常用上车点包括以下任一种：

所述历史订单中出现次数最多的上车点；

所述用户的最近一次订单中的上车点。

在一实施例中，所述将所述目标上车点发送至所述用户，包括：

将所述目标上车点以及对应的当前候车人数发送至所述用户。

根据本申请的第二方面，提出了一种推荐上车点的装置，包括：

熟悉区域判断模块，用于判断用户是否熟悉以目标位置为中心的预设区域，得到判断结果；

目标上车点确定模块，用于基于所述判断结果确定目标上车点；

目标上车点发送模块，用于将所述目标上车点发送至所述用户。

根据本申请的第三方面，提出了一种推荐上车点的设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现上述任一所述的推荐上车点的方法。

根据本申请的第四方面，提出了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述任一所述的推荐上车点的方法。

由以上技术方案可见，本申请通过判断用户是否熟悉以目标位置为中心的预设区域，得到判断结果，并基于所述判断结果确定目标上车点，进而将所述目标上车点发送至所述用户，可以实现基于用户对以目标位置为中心的预设区域是否熟悉的判断结果确定向用户发送的目标上车点，由于对用户是否熟悉该预设区域进行了判断，因而可以实现基于不同的判断结果采用不同的方式确定目标上车点，从而使确定的目标上车点符合司机和乘客双方的需求，有利于提高接驾效率，进而可以提高平台的成单率。

附图说明

图1是本申请一示例性实施例示出的一种推荐上车点的方法的流程图；

图2是本申请一示例性实施例示出的如何判断用户是否熟悉以目标位置为中心的预设区域的流程图；

图3是本申请一示例性实施例示出的如何确定目标上车点的流程图；

图4是本申请又一示例性实施例示出的如何确定目标上车点的流程图；

图5是本申请一示例性实施例示出的一种推荐上车点的装置的结构图；

图6是本申请又一示例性实施例示出的一种推荐上车点的装置的结构图；

图7是本申请一示例性实施例示出的一种推荐上车点的设备的结构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

图1是本申请第一示例性实施例示出的一种推荐上车点的方法的流程图；该实施例可以用于打车平台的服务端(例如，一台服务器和多台服务器组成的服务器集群等)，也可以用于终端设备(例如手机、平板电脑、个人计算机等)。

如图1所示，该方法包括步骤S101-S103：

在步骤S101中：判断用户是否熟悉以目标位置为中心的预设区域，得到判断结果。

在一实施例中，上述目标位置可以为乘客的位置，如打车用户自身的位置，或，打车用户设置的其他乘客的位置。

举例来说，若上述目标位置为打车用户自身的位置，则当检测该打车用户打开乘客客户端时，可以对乘客客户端进行定位，以获取目标位置。而若上述目标位置为打车用户设置的其他乘客的位置，则可以直接根据打车用户设置的位置对该“其他乘客”进行定位，获取其位置坐标。

在一实施例中，当确定上述目标位置后，可以判断用户是否熟悉以目标位置为中心的预设区域，得到判断结果。

举例来说，若确定目标位置处于被固定物体(如栏杆、围墙、植物、建筑物等)包围的区域，例如商场、小区、学校、工厂、公园等等，则可以将该区域确定为上述预设区域，进而可以判断用户是否熟悉该预设区域。

在一实施例中，可以通过用户的历史出行信息(如，历史打车记录等)判断用户是否熟悉上述预设区域。

在一实施例中，上述判断用户是否熟悉以目标位置为中心的预设区域的方式还可以参见下述图2所示实施例，在此先不进行详述。

在步骤S102中：基于所述判断结果确定目标上车点。

在一实施例中，当完成对用户是否熟悉上述以目标位置为中心的预设区域的判断后，可以得到判断结果，进而可以基于该判断结果确定目标上车点。

在一实施例中，上述目标上车点可以包括在乘客客户端中进行显示的以供用户选择其作为最终上车点的推荐上车点，本实施例对此不进行限定。

值得说明的是，当得到不同的判断结果时，可以采用不同的方式确定目标上车点。

举例来说，若得到的判断结果为用户不熟悉上述预设区域，则可以以“有利于司机找到”为依据，为用户确定目标上车点，例如可以将满足候车人数多、临近标志性建筑物或便于用户到达等条件的上车点确定为目标上车点。

相反，若得到的判断结果为用户熟悉上述预设区域，则可以以“有利于乘客快速上车”为依据，为用户确定目标上车点，例如可以将满足乘客常用、候车人数少或路况畅通等条件的上车点确定为目标上车点。

在一实施例中，上述确定目标上车点的方式还可以参见下述图3、图4所示实施例，在此先不进行详述。

在步骤S103中：将所述目标上车点发送至所述用户。

在一实施例中，当确定目标上车点后，可以将该目标上车点发送给乘客客户端，以便乘客可以根据自身需要从提供的一个或多个目标上车点中，选取出最终的上车地点。

在一实施例中，可以将上述目标上车点在乘客客户端中以地图标记或文本的形式进行显示，以供用户选择。

在一实施例中，当将所述目标上车点发送至所述用户时，还可以将各个目标上车点对应的当前候车人数发送至所述用户，以方便用户根据各个目标上车点的当前候车人数选取最终的上车地点。

由上述描述可知，本实施例通过判断用户是否熟悉以目标位置为中心的预设区域，得到判断结果，并基于所述判断结果确定目标上车点，进而将所述目标上车点发送至所述用户，可以实现基于用户对以目标位置为中心的预设区域是否熟悉的判断结果确定向用户发送的目标上车点，由于对用户是否熟悉该预设区域进行了判断，因而可以实现基于不同的判断结果采用不同的方式确定目标上车点，从而使确定的目标上车点符合司机和乘客双方的需求，有利于提高接驾效率，进而可以提高平台的成单率。

图2是本申请一示例性实施例示出的如何判断用户是否熟悉以目标位置为中心的预设区域的流程图。本实施例在上述实施例的基础上以如何判断用户是否熟悉以目标位置为中心的预设区域为例进行示例性说明。如图2所示，上述步骤S101中所述判断用户是否熟悉以目标位置为中心的预设区域，得到判断结果，包括以下步骤S201-S205：

在步骤S201中，获取所述用户的历史订单，所述历史订单中包括曾用地点。

在一实施例中，上述曾用地点可以包括历史订单中曾使用的上车点或目的地等，本实施例对此不进行限定。

举例来说，当检测当前用户打开乘客客户端时，可以获取该用户的历史打车订单，进而确定各个历史订单的上车点和目的地等曾用地点。

在步骤S202中，判断所述历史订单中是否存在曾用地点属于所述预设区域的目标订单：若是，则执行步骤S203；若否，则执行步骤S204；

在步骤S203中，判断所述目标订单的数量是否小于或等于预设数量阈值：若是，则执行步骤S204；若否，则执行步骤S205；

在步骤S204中，判断所述用户不熟悉所述预设区域。

在步骤S205中，判断所述用户熟悉所述预设区域。

举例来说，当获取所述用户的历史订单后，可以判断该历史订单中是否存在曾用地点属于上述预设区域的目标订单：

若存在，则进一步判断目标订单的数量是否小于或等于预设数量阈值；若否，则可以判断所述用户熟悉所述预设区域。也就是说，当用户的历史订单中存在曾用地点属于所述预设区域的目标订单，且该目标订单的数量大于预设数量阈值，则可以判断所述用户熟悉所述预设区域。

相反，若不存在曾用地点属于所述预设区域的目标订单，或者，虽然存在曾用地点属于所述预设区域的目标订单，但该目标订单的数量小于或等于预设数量阈值，则均可以判断所述用户不熟悉所述预设区域。

值得说明的是，上述预设数量阈值的大小可以由开发人员根据实际业务需要进行设置，如设置为2、3或5等，本实施例对此不进行限定。

由上述描述可知，本实施例通过获取所述用户的历史订单，并当所述历史订单中不存在曾用地点属于所述预设区域的目标订单时，或所述历史订单中存在曾用地点属于所述预设区域的目标订单且目标订单的数量小于或等于预设数量阈值时，判断所述用户不熟悉所述预设区域；而当历史订单中存在曾用地点属于所述预设区域的目标订单，且所述目标订单的数量大于所述预设数量阈值时，判断所述用户熟悉所述预设区域，可以实现基于用户的历史订单准确地判断用户是否熟悉该预设区域，进而可以为后续基于不同的判断结果采取不同方式确定目标上车点提供依据。

图3是本申请一示例性实施例示出的如何确定目标上车点的流程图；本实施例在上述实施例的基础上以如何确定目标上车点为例进行示例性说明。如图3所示，上述步骤S102中所述基于所述判断结果确定目标上车点，可以包括以下步骤S301-S302：

在步骤S301中，若所述用户不熟悉所述预设区域，则确定所述预设区域内的至少一个初选上车点。

在一实施例中，当判断当前用户不熟悉上述以目标位置为中心的预设区域后，可以确定以该目标位置为中心的预设区域内的多个初选上车点。

举例来说，若确定目标位置处于被固定物体(如栏杆、围墙、植物、建筑物等)包围的区域，例如商场、小区、学校、工厂、公园等等，则可以将该区域内的出口确定为初选上车点。

而若确定目标位置处于街边、道路附近等区域，则可以将该区域内的可停车位置确定为初选上车点。

值得说明的是，上述初选上车点的选取还可以由开发人员根据实际环境进行选取，本实施例对此不进行限定。

在步骤S302中，将所述至少一个初选上车点按照当前候车人数从多至少的顺序进行排列，并将排列后的前N个上车点确定为目标上车点，N为预设正整数。

在一实施例中，当确定所述预设区域内的至少一个初选上车点后，可以确定每个初选上车点的当前候车人数。

在一实施例中，当确定各个初选上车点的当前候车人数后，可以按照人数从多至少的顺序对各个初选上车点进行排列，进而可以将排列后的前N个上车点，即当前候车人数较多的前N个上车点，确定为目标上车点。

其中，上述N的数值大小可以由开发人员根据实际业务需要进行设置，如设置为1、2或3等，本实施例对此不进行限定。

值得说明的是，对于不熟悉以目标位置为中心的预设区域的用户来说，当前最主要的需求是能如何选取方便司机接驾的上车点，而对于快速上车的需求占其次。当前候车人数多在一定程度上可以代表该上车点为大家公认或常用的有利于司机接驾的上车点，因而在判断当前用户不熟悉上述以目标位置为中心的预设区域的情况下，可以通过上述方式确定向用户推荐的目标上车点。

由上述描述可知，本实施通过确定所述预设区域内的至少一个初选上车点，并将所述至少一个初选上车点中当前候车人数较多的前N个上车点确定为目标上车点，可以实现当判断当前用户不熟悉上述以目标位置为中心的预设区域时，基于当前候车人数确定有利于司机接驾的目标上车点，即实现以“有利于司机找到”为依据为用户确定目标上车点，进而可以提高司机的接驾效率以及乘客的出行效率，满足司乘双方的需求。

图4是本申请又一示例性实施例示出的如何确定目标上车点的流程图；本实施例在上述实施例的基础上以如何确定目标上车点为例进行示例性说明。如图4所示，上述步骤S102中所述基于所述判断结果确定目标上车点，可以包括以下步骤S401-S404：

在步骤S401中，若所述用户熟悉所述预设区域，则确定所述预设区域内所述用户的常用上车点和非常用上车点。

在一实施例中，当判断用户熟悉以目标位置为中心的预设区域后，可以确定该预设区域内所述用户的常用上车点和非常用上车点。

在一实施例中，上述常用上车点可以包括以下任一种：

所述历史订单中出现次数(如，作为上车点或目的地的次数等)最多的上车点；

所述用户的最近一次订单中的上车点。

在一实施例中，上述非常用上车点可以包括上述预设区域内除上述常用上车点之外的初选上车点。

举例来说，当判断当前用户熟悉上述以目标位置为中心的预设区域后，可以确定以该目标位置为中心的预设区域内的多个初选上车点，进而从该多个初选上车点中筛选出用户的常用上车点和非常用上车点。

在一实施例中，上述初选上车点的确定方式可以参见上述图3所示实施例，在此不进行赘述。

在步骤S402中，确定所述常用上车点的当前候车人数是否少于预设人数阈值：若是，则执行步骤S403；若否，则执行步骤S404。

在步骤S403中，将所述常用上车点确定为目标上车点。

在步骤S404中，将所述非常用上车点按照当前候车人数从少至多的顺序进行排列，并将排列后的前M个上车点确定为目标上车点，M为预设正整数。

在一实施例中，上述预设人数阈值可以为预设的当前候车人数上限，也即是说，如果一上车点的当前候车人数超过该预设人数阈值，表明该上车点的当前候车人数过多，不利于司机停靠，进而导致乘客需要等待较长时间上车。

举例来说，当确定所述预设区域内所述用户的常用上车点和非常用上车点后，可以进一步确定上述常用上车点的当前候车人数是否少于预设人数阈值：

若当前候车人数少于预设人数阈值，则可以将该常用上车点确定为目标上车点。值得说明的是，当前候车人数少于预设人数阈值可以表示该常用上车点的当前候车人数不太多，有利于司机停靠，进而可方便乘客快速上车。

相反地，若当前候车人数多于或等于预设人数阈值，则可以按照当前候车人数从少至多的顺序对非常用上车点进行排列，进而将排列后的前M个上车点，即当前候车人数较少的前M个上车点，确定为目标上车点，M为预设正整数。

如前所述，在判断用户熟悉上述预设区域的情况下，可以以“有利于乘客快速上车”为依据，为用户确定目标上车点，因而在当前候车人数过多时直接为乘客推荐当前候车人数最少的上车点，以方便司机停靠，有利于乘客快速上车。

由上述描述可知，本实施通过确定所述预设区域内所述用户的常用上车点和非常用上车点，并当所述常用上车点的当前候车人数少于预设人数阈值时，将所述常用上车点确定为目标上车点；而当所述常用上车点的当前候车人数多于或等于所述预设人数阈值时，将所述非常用上车点中当前候车人数较少的前M个上车点确定为目标上车点，可以实现当判断当前用户熟悉上述以目标位置为中心的预设区域时，基于当前候车人数确定有利于司机接驾的目标上车点，即实现以“有利于乘客快速上车”为依据为用户确定目标上车点，进而可以提高司机的接驾效率以及乘客的出行效率，满足司乘双方的需求。

图5是本申请一示例性实施例示出的一种推荐上车点的装置的结构图；如图5所示，该装置包括：熟悉区域判断模块110、目标上车点确定模块120以及目标上车点发送模块130，其中：

熟悉区域判断模块110，用于判断用户是否熟悉以目标位置为中心的预设区域，得到判断结果；

目标上车点确定模块120，用于基于所述判断结果确定目标上车点；

目标上车点发送模块130，用于将所述目标上车点发送至所述用户。

由上述描述可知，本实施例通过判断用户是否熟悉以目标位置为中心的预设区域，得到判断结果，并基于所述判断结果确定目标上车点，进而将所述目标上车点发送至所述用户，可以实现基于用户对以目标位置为中心的预设区域是否熟悉的判断结果确定向用户发送的目标上车点，由于对用户是否熟悉该预设区域进行了判断，因而可以实现基于不同的判断结果采用不同的方式确定目标上车点，从而使确定的目标上车点符合司机和乘客双方的需求，有利于提高接驾效率，进而可以提高平台的成单率。

图6是本申请又一示例性实施例示出的一种推荐上车点的装置的结构图；其中，熟悉区域判断模块210、目标上车点确定模块220以及目标上车点发送模块230与前述图5所示实施例中的熟悉区域判断模块110、目标上车点确定模块120以及目标上车点发送模块130的功能相同，在此不进行赘述。

如图6所示，熟悉区域判断模块210，可以包括：

历史订单获取单元212，用于获取所述用户的历史订单，所述历史订单中包括曾用地点；

区域不熟判断单元213，用于当所述历史订单中不存在曾用地点属于所述预设区域的目标订单时，或者，当所述历史订单中存在曾用地点属于所述预设区域的目标订单，且所述目标订单的数量小于或等于预设数量阈值时，判断所述用户不熟悉所述预设区域。

在此基础上，目标上车点确定模块220，可以包括第一上车点确定单元221；

所述第一上车点确定单元，用于：

当所述用户不熟悉所述预设区域时，确定所述预设区域内的至少一个初选上车点；

将所述至少一个初选上车点按照当前候车人数从多至少的顺序进行排列，并将排列后的前N个上车点确定为目标上车点，N为预设正整数。

在一实施例中，熟悉区域判断模块210，可以包括：

区域熟悉判断单元214，用于当所述历史订单中存在曾用地点属于所述预设区域的目标订单，且所述目标订单的数量大于所述预设数量阈值时，判断所述用户熟悉所述预设区域。

在此基础上，目标上车点确定模块220，可以包括第二上车点确定单元222；

第二上车点确定单元222，用于：

当所述用户熟悉所述预设区域时，确定所述预设区域内所述用户的常用上车点和非常用上车点；

当所述常用上车点的当前候车人数少于预设人数阈值时，将所述常用上车点确定为目标上车点；

当所述常用上车点的当前候车人数多于或等于所述预设人数阈值时，将所述非常用上车点按照当前候车人数从少至多的顺序进行排列，并将排列后的前M个上车点确定为目标上车点，M为预设正整数。

在一实施例中，所述常用上车点包括以下任一种：

所述历史订单中出现次数最多的上车点；

所述用户的最近一次订单中的上车点。

在一实施例中，目标上车点发送模块230，还可以用于将所述目标上车点以及对应的当前候车人数发送至所述用户。

值得说明的是，上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

本发明的推荐上车点的装置的实施例可以应用在网络设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的，其中计算机程序用于执行上述图1～图4所示实施例提供的推荐上车点的方法。从硬件层面而言，如图7所示，为本发明的推荐上车点的设备的硬件结构图，除了图7所示的处理器、网络接口、内存以及非易失性存储器之外，所述设备通常还可以包括其他硬件，如负责处理报文的转发芯片等等；从硬件结构上来讲该设备还可能是分布式的设备，可能包括多个接口卡，以便在硬件层面进行报文处理的扩展。另一方面，本申请还提供了一种计算机可读存储介质，存储介质存储有计算机程序，计算机程序用于执行上述图1～图4所示实施例提供的推荐上车点的方法。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种推荐上车点的方法，其特征在于，包括：

判断用户是否熟悉以目标位置为中心的预设区域，得到判断结果；

基于所述判断结果确定目标上车点；

将所述目标上车点发送至所述用户。

2.根据权利要求1所述的方法，其特征在于，所述判断用户是否熟悉以目标位置为中心的预设区域，得到判断结果，包括：

获取所述用户的历史订单，所述历史订单中包括曾用地点；

若所述历史订单中不存在曾用地点属于所述预设区域的目标订单，或者，若所述历史订单中存在曾用地点属于所述预设区域的目标订单，且所述目标订单的数量小于或等于预设数量阈值，则判断所述用户不熟悉所述预设区域。

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

若所述历史订单中存在曾用地点属于所述预设区域的目标订单，且所述目标订单的数量大于所述预设数量阈值，则判断所述用户熟悉所述预设区域。

4.根据权利要求1所述的方法，其特征在于，所述基于所述判断结果确定目标上车点，包括：

若所述用户不熟悉所述预设区域，则确定所述预设区域内的至少一个初选上车点；

将所述至少一个初选上车点按照当前候车人数从多至少的顺序进行排列，并将排列后的前N个上车点确定为目标上车点，N为预设正整数。

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

若所述用户熟悉所述预设区域，则确定所述预设区域内所述用户的常用上车点和非常用上车点；

若所述常用上车点的当前候车人数少于预设人数阈值，则将所述常用上车点确定为目标上车点；

若所述常用上车点的当前候车人数多于或等于所述预设人数阈值，则将所述非常用上车点按照当前候车人数从少至多的顺序进行排列，并将排列后的前M个上车点确定为目标上车点，M为预设正整数。

6.根据权利要求5所述的方法，其特征在于，所述常用上车点包括以下任一种：

所述历史订单中出现次数最多的上车点；

所述用户的最近一次订单中的上车点。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述将所述目标上车点发送至所述用户，包括：

将所述目标上车点以及对应的当前候车人数发送至所述用户。

8.一种推荐上车点的装置，其特征在于，包括：

熟悉区域判断模块，用于判断用户是否熟悉以目标位置为中心的预设区域，得到判断结果；

目标上车点确定模块，用于基于所述判断结果确定目标上车点；

目标上车点发送模块，用于将所述目标上车点发送至所述用户。

9.一种推荐上车点的设备，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现上述权利要求1-7任一所述的推荐上车点的方法。

10.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求1-7任一所述的推荐上车点的方法。