CN113837455B - 打车方法、装置、电子设备和可读存储介质 - Google Patents

Abstract

本公开提供了一种打车方法、装置、电子设备和可读存储介质，涉及智能交通、深度学习等人工智能技术领域。打车方法包括：获取快速打车请求，所述快速打车请求中包含用户的出发地位置与目的地位置；根据所述出发地位置与目的地位置，确定目标上车点；得到从所述出发地位置到达所述目标上车点时的到达时刻；在根据所述到达时刻确定所述目标上车点所处的目标区域为打车容易区域的情况下，输出所述目标上车点、以及所述出发地位置到达所述目标上车点的路径规划信息。本公开能够减少用户的打车耗时，提升用户的打车效率。

Description

打车方法、装置、电子设备和可读存储介质

技术领域

本公开涉及数据处理技术领域，尤其涉及智能交通、深度学习等人工智能技术领域。提供了一种打车方法、装置、电子设备和可读存储介质。

背景技术

随着消费水平的提升，打车已经成为了很多用户的重要出行方式之一。特别是随着网约车的发展，进一步提升了打车效率之后，越来越多的用户会选择打车出行。

打车出行有很多独特的优势，比如耗时更短、方便携带行李、私密性强等。然而，在打车需求量提升的同时，带来的是“打车难”的现象。即使是网约车非常成熟的今天，在需求比较旺盛的时间点和区域，也经常出现打车需要排队等候数个小时的事情发生。

发明内容

根据本公开的第一方面，提供了一种打车方法，包括：获取快速打车请求，所述快速打车请求中包含用户的出发地位置与目的地位置；根据所述出发地位置与目的地位置，确定目标上车点；得到从所述出发地位置到达所述目标上车点时的到达时刻；在根据所述到达时刻确定所述目标上车点所处的目标区域为打车容易区域的情况下，输出所述目标上车点、以及所述出发地位置到达所述目标上车点的路径规划信息。

根据本公开的第二方面，提供了一种打车装置，包括：获取单元，用于获取快速打车请求，所述快速打车请求中包含用户的出发地位置与目的地位置；确定单元，用于根据所述出发地位置与目的地位置，确定目标上车点；处理单元，用于得到从所述出发地位置到达所述目标上车点时的到达时刻；输出单元，用于在根据所述到达时刻确定所述目标上车点所处的目标区域为打车容易区域的情况下，输出所述目标上车点、以及所述出发地位置到达所述目标上车点的路径规划信息。

根据本公开的第三方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上所述的方法。

根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行如上所述的方法。

根据本公开的第五方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如上所述的方法。

由以上技术方案可以看出，本实施例能够在用户进行打车时，实现将用户从“打车困难”的区域移动到“打车容易”的区域，从而减少用户的打车耗时，提升用户的打车效率。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是根据本公开第一实施例的示意图；

图2是根据本公开第二实施例的示意图；

图3是根据本公开第三实施例的示意图；

图4是根据本公开第四实施例的示意图；

图5是用来实现本公开实施例的打车方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和机构的描述。

本实施例的打车方法，在获取到快速打车请求之后，首先根据出发地位置与目的地位置确定目标上车点，然后得到从出发地位置到达目标上车点时的到达时刻，最后在根据到达时刻确定目标上车点所处的目标区域为打车容易区域的情况下，输出该目标上车点以及到达目标上车点的路径规划信息，实现将用户从“打车困难”的区域移动到“打车容易”，从而减少用户的打车耗时，提升用户的打车效率。

图1是根据本公开第一实施例的示意图。如图1所示，本实施例的打车方法，具体可以包括如下步骤：

S101、获取快速打车请求，所述快速打车请求中包含用户的出发地位置与目的地位置。

本实施例的执行主体可以为服务器端，也可以为终端设备；若执行主体为服务器端，本实施例执行S101获取的快速打车请求由终端设备发送。

本实施例执行S101获取的快速打车请求，可以是终端设备在检测到用户触发快速打车的功能之后，根据用户的出发地位置与目的地位置所生成的；也可以是终端设备在检测到用户当前的打车时长超过第一预设时长之后，根据用户的出发地位置与目的地位置所生成的。

另外，本实施例执行S101获取的快速打车请求中，还可以包含用户对骑行步行、公交与地铁这三种出行方式的出行偏好，例如用户偏好于骑行步行、公交与地铁中的至少一种。

S102、根据所述出发地位置与目的地位置，确定目标上车点。

本实施例在执行S101获取快速打车请求之后，执行S102根据快速打车请求中包含的出发地位置与目的地位置来确定目标上车点；其中，本实施例确定的目标上车点与出发地位置位于不同的区域。

本实施例执行S102确定的目标上车点为多个候选上车点中的一个；多个候选上车点是预先生成的，不同的候选上车点对应不同的出行方式，候选上车点的生成方式将在下文进行描述。

具体地，本实施例在执行S102根据出发地位置与目的地位置，确定目标上车点时，可以采用的可选实现方式为：将出发地位置所在区域之外的区域，作为目标区域；根据出发地位置与目的地位置，在预设路网(Road Network)上搜索位于目标区域的候选上车点，本实施例可以使用A*算法等启发式搜索算法候选上车点的搜索；将搜索得到的首个候选上车点，作为目标上车点，所确定的目标上车点对应于目标骑行步行上车点、目标公交上车点与目标地铁上车点中的至少一种。

也就是说，本实施例在根据出发地位置确定目标区域之后，通过出发地位置、目的地位置、预设路网与目标区域的候选上车点，来确定目标上车点，避免了所确定的目标上车点与出发地位置属于同一个区域，能够提升所确定的目标上车点的准确性。

若本实施例执行S101获取的快速打车请求中包含还进一步用户的出行偏好，则本实施例在执行S102将搜索得到的首个候选上车点作为目标上车点时，还可以包含以下内容：将搜索得到的首个满足所获取的出行偏好的候选上车点，作为目标上车点。

本实施例中用于搜索的预设路网为在一定区域内，由各种道路组成的相互联络、交织成网状分布的道路系统，预设路网中的道路上分布着预先生成的候选上车点；预设路网为骑行步行路网、公交路网与地铁路网中的至少一种，骑行步行路网中包含的是骑行与步行的道路，公交路网中包含的是公交车通行的道路，地铁路网中包含的是地铁通行的道路。

具体地，本实施例在执行S102根据出发地位置与目的地位置，在预设路网上搜索位于目标区域的候选上车点时，可以采用的可选实现方式为：确定出行方式，所确定的出行方式包括骑行步行、公交与地铁中的至少一种；使用与所确定的出行方式对应的搜索方法，根据出发地位置与目的地位置，在预设路网上搜索位于目标区域的候选上车点。

也就是说，本实施例根据一种或者多种出行方式对应的搜索方法，来搜索得到位于目标区域中的候选上车点，在充分满足用户的出行需求的前提下，能够提升搜索得到的目标上车点的准确性。

本实施例在执行S102使用与所确定的出行方式对应的搜索方法，根据出发地位置与目的地位置，在预设路网上搜索位于目标区域的候选上车点时，可以采用的可选实现方式为：在确定出行方式为公交的情况下，将与出发地位置之间的距离不超过第一预设距离的公交站点，作为候选公交站点；以候选公交站点为起点、以目的地位置为目标，在公交路网上搜索位于目标区域的候选公交上车点，进而将搜索得到的首个候选公交上车点作为目标上车点。

本实施例在执行S102使用与所确定的出行方式对应的搜索方法，根据出发地位置与目的地位置，在预设路网上搜索位于目标区域的候选上车点时，可以采用的可选实现方式为：在确定出行方式为地铁的情况下，将与出发地位置之间的距离不超过第二预设距离的地铁站点，作为候选地铁站点；以候选地铁站点为起点、以目的地位置为目标，在地铁路网上搜索位于目标区域的候选地铁上车点，进而将搜索得到的首个候选地铁上车点作为目标上车点。

本实施例在执行S102使用与所确定的出行方式对应的搜索方法，根据出发地位置与目的地位置，在预设路网上搜索位于目标区域的候选上车点时，可以采用的可选实现方式为：在确定出行方式为骑行步行的情况下，以出发地位置为起点、目的地位置为目标，在骑行步行路网上搜索位于目标区域的候选骑行步行上车点，进而将搜索得到的首个候选骑行步行上车点作为目标上车点。

本实施例执行S102确定的目标上车点与出发地位置之间，具有从出发地位置所在区域到达目标上车点所在区域之间的最短距离，即出发地位置与目标上车点之间的路径，为从出发地位置到达目标区域的最短路径。

S103、得到从所述出发地位置到达所述目标上车点时的到达时刻。

本实施例在执行S102确定目标上车点之后，执行S103得到从出发地位置到达该目标上车点时的到达时刻。

具体地，本实施例在执行S103得到从出发地位置到达目标上车点时的到达时刻时，可以采用的可选实现方式为：确定目标上车点对应的出行方式，所确定的出行方式为骑行步行、公交与地铁中的一种；根据与所确定的出行方式对应的规划方法，得到从出发地位置到达目标上车点的路径规划信息，所得到的路径规划信息中包含目的地位置到达目标上车点的行驶路径、行驶路径的路径用时；根据当前时刻与路径规划信息，得到到达时刻，即将当前时刻与路径用时的相加结果作为到达时刻。

若本实施例执行S102确定的目标上车点为目标骑行步行上车点，则本实施例执行S103时根据骑行步行出行的规划方法得到路径规划信息；若本实施例执行S102确定的目标上车点为目标公交上车点，则本实施例执行S103时根据公交出行的规划方法得到路径规划信息；若本实施例执行S102确定的目标上车点为目标地铁上车点，则本实施例执行S103时根据地铁出行的规划方法得到路径规划信息。

S104、在根据所述到达时刻确定所述目标上车点所处的目标区域为打车容易区域的情况下，输出所述目标上车点、以及所述出发地位置到达所述目标上车点的路径规划信息。

本实施例在执行S103得到到达时刻之后，执行S104在根据到达时刻确定目标上车点所处的目标区域为打车容易区域的情况下，输出目标上车点、以及出发地位置到达所述目标上车点的路径规划信息。

具体地，本实施例在执行S104根据到达时刻确定目标上车点所处的目标区域为打车容易区域时，可以采用的可选实现方式为：获取目标上车点所处的目标区域的区域特征，所获取的区域特征包含天气、区域ID、区域内兴趣点的数量、区域内兴趣点的属性等；根据所获取的区域特征与到达时刻，得到该目标区域的打车时长；在确定打车时长不超过第二预设时长的情况下，确定目标上车点所处的目标区域为打车容易区域。

本实施例在执行S104时，可以使用预先训练得到的打车难度预测模型进行打车时长的预测；该打车难度预测模型能够根据所输入的到达时刻与区域特征，输出该目标区域所对应的打车时长。

若本实施例在执行S104时确定目标上车点所处的目标区域不为打车容易区域，则可以转至执行S102，继续进行目标上车点的搜索，直至搜索得到的目标上车点所处的目标区域为打车容易区域。

若本实施例执行S104仅输出了一个目标上车点以及到达该目标上车点的路径规划信息，还可以转至执行S102，继续进行目标上车点的搜索，直至所输出的出发地位置到达目标上车点的路径规划信息满足预设条件；其中，本实施例中的预设条件可以为新搜索得到的路径规划信息中的行驶路径比已搜索得到的路径规划信息中的行驶路径之间的距离差超过预设阈值。

另外，本实施例在执行S104输出目标上车点、以及出发地位置到达所述目标上车点的路径规划信息时，还可以包含以下内容：获取在到达时刻时，从目标上车点到达目的地位置的预估到达时间；输出目标上车点、出发地位置到达目标上车点的路径规划信息以及从目标上车点到达目的地位置的预估到达时间。

图2是根据本公开第二实施例的示意图。如图2所示，本实施例的生成候选上车点的方法，具体可以包括如下步骤：

S201、将地图划分为多个具有相同大小的第一区域。

本实施例在执行S201时可以按照预设大小，将地图划分为多个第一区域，例如每个第一区域的大小为500m×500m。

S202、根据每个第一区域的打车时长，得到相邻的第一区域之间的相似度。

本实施例在执行S201时，每个第一区域的打车时长可以使用预先训练得到的打车难度预测模型来获得，不同的打车时长对应不同的打车难度；将同一个时刻以及每个第一区域的区域特征输入该打车难度预测模型，从而得到由该打车难度预测模型输出的针对每个第一区域的打车时长。

S203、将相似度超过预设阈值的相邻的第一区域进行合并，将合并结果作为第二区域。

本实施例在执行S103将相似度超过预设阈值的相邻的第一区域进行合并，即将具有相似打车难度的第一区域合并为一个区域，因此本实施例执行S203得到的每个第二区域均具有不同的打车难度。

可以理解的是，上述实施例中的目标区域即为本实施例经过合并第一区域所得到的第二区域。

S204、针对每个第二区域，提取该区域中的网约车订单的上车点作为该区域的候选骑行步行上车点，提取该区域中的公交站点作为该区域的候选公交上车点，提取该区域中的地铁站点作为该区域的候选地铁上车点。

本实施例在执行S204提取该区域中的网约车订单的上车点作为该区域的候选骑行步行上车点时，可以选取热度排在前N位网约车订单的上车点作为该区域的候选骑行步行上车点，其中N为大于等于1的正整数。

图3是根据本公开第三实施例的示意图。图3示出了本实施例的打车方法的示意图：若用户的出发地位置“百度大厦”所在的区域为打车困难区域，则本实施例通过距离出发地位置最近的地铁站“西二旗站”进行搜索，若确定的目标上车点为地铁站“望京西站”，在确定“望京西站”所在的目标区域为打车容易区域之后，生成出发地位置到目标上车点之间的路径规划信息(百度大厦-西二旗站-望京西站)；本实施例还可以进一步输出从目标上车点到达目的地位置“红砖美术馆”的行驶路径以及预估到达时间等信息。

图4是根据本公开第四实施例的示意图。如图4所示，本实施例的打车装置400，包括：

获取单元401、用于获取快速打车请求，所述快速打车请求中包含用户的出发地位置与目的地位置。

本实施例的打车装置400可以位于服务器端，也可以位于终端设备；若打车装置400位于服务器端，获取单元401获取的快速打车请求由终端设备发送。

获取单元401获取的快速打车请求，可以是终端设备在检测到用户触发快速打车的功能之后，根据用户的出发地位置与目的地位置所生成的；也可以是终端设备在检测到用户当前的打车时长超过第一预设时长之后，根据用户的出发地位置与目的地位置所生成的。

另外，获取单元401获取的快速打车请求中，还可以包含用户对骑行步行、公交与地铁这三种出行方式的出行偏好，例如用户偏好于骑行步行、公交与地铁中的至少一种。

确定单元402、用于根据所述出发地位置与目的地位置，确定目标上车点。

本实施例在由获取单元401获取快速打车请求之后，由确定单元402根据快速打车请求中包含的出发地位置与目的地位置来确定目标上车点；其中，确定单元402确定的目标上车点与出发地位置位于不同的区域。

确定单元402确定的目标上车点为多个候选上车点中的一个；多个候选上车点是预先生成的，不同的候选上车点对应不同的出行方式，候选上车点由提取单元405所生成。

具体地，确定单元402在根据出发地位置与目的地位置，确定目标上车点时，可以采用的可选实现方式为：将出发地位置所在区域之外的区域，作为目标区域；根据出发地位置与目的地位置，在预设路网上搜索位于目标区域的候选上车点；将搜索得到的首个候选上车点，作为目标上车点，所确定的目标上车点对应于目标骑行步行上车点、目标公交上车点与目标地铁上车点中的至少一种。

也就是说，确定单元402在根据出发地位置确定目标区域之后，通过出发地位置、目的地位置、预设路网与目标区域的候选上车点，来确定目标上车点，避免了所确定的目标上车点与出发地位置属于同一个区域，能够提升所确定的目标上车点的准确性。

若获取单元401获取的快速打车请求中包含还进一步用户的出行偏好，则确定单元402在将搜索得到的首个候选上车点作为目标上车点时，还可以包含以下内容：将搜索得到的首个满足所获取的出行偏好的候选上车点，作为目标上车点。

具体地，确定单元402在根据出发地位置与目的地位置，在预设路网上搜索位于目标区域的候选上车点时，可以采用的可选实现方式为：确定出行方式，所确定的出行方式包括骑行步行、公交与地铁中的至少一种；使用与所确定的出行方式对应的搜索方法，根据出发地位置与目的地位置，在预设路网上搜索位于目标区域的候选上车点。

也就是说，确定单元402根据一种或者多种出行方式对应的搜索方法，来搜索得到位于目标区域中的候选上车点，在充分满足用户的出行需求的前提下，能够提升搜索得到的目标上车点的准确性。

确定单元402在使用与所确定的出行方式对应的搜索方法，根据出发地位置与目的地位置，在预设路网上搜索位于目标区域的候选上车点时，可以采用的可选实现方式为：在确定出行方式为公交的情况下，将与出发地位置之间的距离不超过第一预设距离的公交站点，作为候选公交站点；以候选公交站点为起点、以目的地位置为目标，在公交路网上搜索位于目标区域的候选公交上车点，进而将搜索得到的首个候选公交上车点作为目标上车点。

确定单元402在使用与所确定的出行方式对应的搜索方法，根据出发地位置与目的地位置，在预设路网上搜索位于目标区域的候选上车点时，可以采用的可选实现方式为：在确定出行方式为地铁的情况下，将与出发地位置之间的距离不超过第二预设距离的地铁站点，作为候选地铁站点；以候选地铁站点为起点、以目的地位置为目标，在地铁路网上搜索位于目标区域的候选地铁上车点，进而将搜索得到的首个候选地铁上车点作为目标上车点。

确定单元402在使用与所确定的出行方式对应的搜索方法，根据出发地位置与目的地位置，在预设路网上搜索位于目标区域的候选上车点时，可以采用的可选实现方式为：在确定出行方式为骑行步行的情况下，以出发地位置为起点、目的地位置为目标，在骑行步行路网上搜索位于目标区域的候选骑行步行上车点，进而将搜索得到的首个候选骑行步行上车点作为目标上车点。

确定单元402确定的目标上车点与出发地位置之间，具有从出发地位置所在区域到达目标上车点所在区域之间的最短距离，即出发地位置与目标上车点之间的路径，为从出发地位置到达目标区域的最短路径。

处理单元403、用于得到从所述出发地位置到达所述目标上车点时的到达时刻。

本实施例在由确定单元402确定目标上车点之后，由处理单元403得到从出发地位置到达该目标上车点时的到达时刻。

具体地，处理单元403在得到从出发地位置到达目标上车点时的到达时刻时，可以采用的可选实现方式为：确定目标上车点对应的出行方式；根据与所确定的出行方式对应的规划方法，得到从出发地位置到达目标上车点的路径规划信息；根据当前时刻与路径规划信息，得到到达时刻，即将当前时刻与路径用时的相加结果作为到达时刻。

若确定单元402确定的目标上车点为目标骑行步行上车点，则处理单元403根据骑行步行出行的规划方法得到路径规划信息；若确定单元402确定的目标上车点为目标公交上车点，则处理单元403根据公交出行的规划方法得到路径规划信息；若确定单元402确定的目标上车点为目标地铁上车点，则处理单元403根据地铁出行的规划方法得到路径规划信息。

输出单元404、用于在根据所述到达时刻确定所述目标上车点所处的目标区域为打车容易区域的情况下，输出所述目标上车点、以及所述出发地位置到达所述目标上车点的路径规划信息。

本实施例在由处理单元403得到到达时刻之后，由输出单元404在根据到达时刻确定目标上车点所处的目标区域为打车容易区域的情况下，输出目标上车点、以及出发地位置到达所述目标上车点的路径规划信息。

输出单元404在根据到达时刻确定目标上车点所处的目标区域为打车容易区域时，可以采用的可选实现方式为：获取目标上车点所处的目标区域的区域特征；根据所获取的区域特征与到达时刻，得到该目标区域的打车时长；在确定打车时长不超过第二预设时长的情况下，确定目标上车点所处的目标区域为打车容易区域。

输出单元404可以使用预先训练得到的打车难度预测模型进行打车时长的预测；该打车难度预测模型能够根据所输入的到达时刻与区域特征，输出该目标区域所对应的打车时长。

若输出单元404确定目标上车点所处的目标区域不为打车容易区域，则可以转至确定单元402，继续进行目标上车点的搜索，直至搜索得到的目标上车点所处的目标区域为打车容易区域。

若输出单元404仅输出了一个目标上车点以及到达该目标上车点的路径规划信息，还可以转至确定单元402，继续进行目标上车点的搜索，直至所输出的出发地位置到达目标上车点的路径规划信息满足预设条件；其中，输出单元404的预设条件可以为新搜索得到的路径规划信息中的行驶路径比已搜索得到的路径规划信息中的行驶路径之间的距离差超过预设阈值。

另外，输出单元404在输出目标上车点、以及出发地位置到达所述目标上车点的路径规划信息时，还可以包含以下内容：获取在到达时刻时，从目标上车点到达目的地位置的预估到达时间；输出目标上车点、出发地位置到达目标上车点的路径规划信息以及从目标上车点到达目的地位置的预估到达时间。

本实施例的打车装置400还包括提取单元405，用于采用以下方式预先生成候选上车点：将地图划分为多个具有相同大小的第一区域；根据每个第一区域的打车时长，得到相邻的第一区域之间的相似度；将相似度超过预设阈值的相邻的第一区域进行合并，将合并结果作为第二区域；针对每个第二区域，提取该区域中的网约车订单的上车点作为该区域的候选骑行步行上车点，提取该区域中的公交站点作为该区域的候选公交上车点，提取该区域中的地铁站点作为该区域的候选地铁上车点。

本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

如图5所示，是根据本公开实施例的打车方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图5所示，设备500包括计算单元501，其可以根据存储在只读存储器(ROM)502中的计算机程序或者从存储单元508加载到随机访问存储器(RAM)503中的计算机程序，来执行各种适当的动作和处理。在RAM503中，还可存储设备500操作所需的各种程序和数据。计算单元501、ROM502以及RAM503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

设备500中的多个部件连接至I/O接口505，包括：输入单元506，例如键盘、鼠标等；输出单元507，例如各种类型的显示器、扬声器等；存储单元508，例如磁盘、光盘等；以及通信单元509，例如网卡、调制解调器、无线通信收发机等。通信单元509允许设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元501可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元501的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元501执行上文所描述的各个方法和处理，例如打车方法。例如，在一些实施例中，打车方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元508。

在一些实施例中，计算机程序的部分或者全部可以经由ROM502和/或通信单元509而被载入和/或安装到设备500上。当计算机程序加载到RAM 503并由计算单元501执行时，可以执行上文描述的打车方法的一个或多个步骤。备选地，在其他实施例中，计算单元501可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行打车方法。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程打车装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务(“Virtual Private Server”，或简称“VPS”)中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (12)

1.一种打车方法，包括：

获取快速打车请求，所述快速打车请求中包含用户的出发地位置与目的地位置；

根据所述出发地位置与目的地位置，确定目标上车点；

得到从所述出发地位置到达所述目标上车点时的到达时刻；

在根据所述到达时刻确定所述目标上车点所处的目标区域为打车容易区域的情况下，输出所述目标上车点、以及所述出发地位置到达所述目标上车点的路径规划信息；

将地图划分为多个具有相同大小的第一区域；

根据每个第一区域的打车时长，得到相邻的第一区域之间的相似度；

将相似度超过预设阈值的相邻的第一区域进行合并，将合并结果作为第二区域；其中，

每个所述第二区域均具有不同的打车难度；所述第二区域包括用于确定目标上车地点的候选上车点；其中，所述每个第一区域的打车时长是利用预先训练得到的打车难度预测模型所获得的；

针对每个第二区域，提取该区域中的网约车订单的上车点作为该区域的候选骑行步行上车点，提取该区域中的公交站点作为该区域的候选公交上车点，提取该区域中的地铁站点作为该区域的候选地铁上车点；其中，

所述根据所述出发地位置与目的地位置，确定目标上车点包括：

将所述出发地位置所在区域之外的区域，作为目标区域；

根据所述出发地位置与目的地位置，在预设路网上搜索位于所述目标区域的候选上车点；

将搜索得到的首个候选上车点，作为所述目标上车点；

其中，所述根据所述出发地位置与目的地位置，在预设路网上搜索位于所述目标区域的候选上车点包括：确定出行方式；使用与所述出行方式对应的搜索方法，根据所述出发地位置与目的地位置，在预设路网上搜索位于所述目标区域的候选上车点；

其中，所述使用与所述出行方式对应的搜索方法，根据所述出发地位置与目的地位置，在预设路网上搜索位于所述目标区域的候选上车点包括：

在确定出行方式为公交的情况下，将与所述出发地位置之间的距离不超过第一预设距离的公交站点，作为候选公交站点；以所述候选公交站点为起点、以所述目的地位置为目标，在公交路网上搜索位于所述目标区域的候选公交上车点。

2.根据权利要求1所述的方法，其中，所述使用与所述出行方式对应的搜索方法，根据所述出发地位置与目的地位置，在预设路网上搜索位于所述目标区域的候选上车点包括：

在确定出行方式为地铁的情况下，将与所述出发地位置之间的距离不超过第二预设距离的地铁站点，作为候选地铁站点；

以所述候选地铁站点为起点、以所述目的地位置为目标，在地铁路网上搜索位于所述目标区域的候选地铁上车点。

3.根据权利要求2所述的方法，其中，所述使用与所述出行方式对应的搜索方法，根据所述出发地位置与目的地位置，在预设路网上搜索位于所述目标区域的候选上车点包括：

在确定出行方式为骑行步行的情况下，以所述出发地位置为起点、所述目的地位置为目标，在骑行步行路网上搜索位于所述目标区域的候选骑行步行上车点。

4.根据权利要求1所述的方法，其中，所述得到从所述出发地位置到达所述目标上车点时的到达时刻包括：

确定所述目标上车点对应的出行方式；

根据与所述出行方式对应的规划方法，得到从所述出发地位置到达所述目标上车点的路径规划信息；

根据当前时刻与所述路径规划信息，得到所述到达时刻。

5.根据权利要求1所述的方法，其中，所述根据所述到达时刻确定所述目标上车点所处的目标区域为打车容易区域包括：

获取所述目标上车点所处的目标区域的区域特征；

根据所述区域特征与所述到达时刻，得到该目标区域的打车时长；

在确定所述打车时长不超过第二预设时长的情况下，确定所述目标上车点所处的目标区域为打车容易区域。

6.一种打车装置，包括：

获取单元，用于获取快速打车请求，所述快速打车请求中包含用户的出发地位置与目的地位置；

确定单元，用于根据所述出发地位置与目的地位置，确定目标上车点；

处理单元，用于得到从所述出发地位置到达所述目标上车点时的到达时刻；

输出单元，用于在根据所述到达时刻确定所述目标上车点所处的目标区域为打车容易区域的情况下，输出所述目标上车点、以及所述出发地位置到达所述目标上车点的路径规划信息；

提取单元，用于将地图划分为多个具有相同大小的第一区域；

根据每个第一区域的打车时长，得到相邻的第一区域之间的相似度；

将相似度超过预设阈值的相邻的第一区域进行合并，将合并结果作为第二区域；其中，

每个所述第二区域均具有不同的打车难度；所述第二区域包括用于确定目标上车地点的候选上车点；其中，所述每个第一区域的打车时长是利用预先训练得到的打车难度预测模型所获得的；

所述提取单元，用于执行：

针对每个第二区域，提取该区域中的网约车订单的上车点作为该区域的候选骑行步行上车点，提取该区域中的公交站点作为该区域的候选公交上车点，提取该区域中的地铁站点作为该区域的候选地铁上车点；其中，

所述确定单元在根据所述出发地位置与目的地位置，确定目标上车点时，具体执行：

将所述出发地位置所在区域之外的区域，作为目标区域；

根据所述出发地位置与目的地位置，在预设路网上搜索位于所述目标区域的候选上车点；

将搜索得到的首个候选上车点，作为所述目标上车点；

其中，所述确定单元在根据所述出发地位置与目的地位置，在预设路网上搜索位于所述目标区域的候选上车点时，具体执行：确定出行方式；使用与所述出行方式对应的搜索方法，根据所述出发地位置与目的地位置，在预设路网上搜索位于所述目标区域的候选上车点；

所述确定单元在使用与所述出行方式对应的搜索方法，根据所述出发地位置与目的地位置，在预设路网上搜索位于所述目标区域的候选上车点时，具体执行：在确定出行方式为公交的情况下，将与所述出发地位置之间的距离不超过第一预设距离的公交站点，作为候选公交站点；以所述候选公交站点为起点、以所述目的地位置为目标，在公交路网上搜索位于所述目标区域的候选公交上车点。

7.根据权利要求6所述的装置，其中，所述确定单元在使用与所述出行方式对应的搜索方法，根据所述出发地位置与目的地位置，在预设路网上搜索位于所述目标区域的候选上车点时，具体执行：

在确定出行方式为地铁的情况下，将与所述出发地位置之间的距离不超过第二预设距离的地铁站点，作为候选地铁站点；

以所述候选地铁站点为起点、以所述目的地位置为目标，在地铁路网上搜索位于所述目标区域的候选地铁上车点。

8.根据权利要求6所述的装置，其中，所述确定单元在使用与所述出行方式对应的搜索方法，根据所述出发地位置与目的地位置，在预设路网上搜索位于所述目标区域的候选上车点时，具体执行：

在确定出行方式为骑行步行的情况下，以所述出发地位置为起点、所述目的地位置为目标，在骑行步行路网上搜索位于所述目标区域的候选骑行步行上车点。

9.根据权利要求6所述的装置，其中，所述处理单元在得到从所述出发地位置到达所述目标上车点时的到达时刻时，具体执行：

确定所述目标上车点对应的出行方式；

根据与所述出行方式对应的规划方法，得到从所述出发地位置到达所述目标上车点的路径规划信息；

根据当前时刻与所述路径规划信息，得到所述到达时刻。

10.根据权利要求6所述的装置，其中，所述输出单元在根据所述到达时刻确定所述目标上车点所处的目标区域为打车容易区域时，具体执行：

获取所述目标上车点所处的目标区域的区域特征；

根据所述区域特征与所述到达时刻，得到该目标区域的打车时长；

在确定所述打车时长不超过第二预设时长的情况下，确定所述目标上车点所处的目标区域为打车容易区域。

11.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-5中任一项所述的方法。

12.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行权利要求1-5中任一项所述的方法。