用于确定和推荐车辆上车地点的系统和方法与流程

用于确定和推荐车辆上车地点的系统和方法
本技术是申请号为201780092699.0、申请日为2017年12月4日、题为“用于确定和推荐车辆上车地点的系统和方法”发明专利申请的分案申请。
技术领域
1.本技术通常涉及优化车辆上车地点的方法和技术。


背景技术：

2.用户便利性和出行效率是车辆服务体验的重要因素。例如，用户通常希望以最少的难度被运送到目的地，运送用户的司机希望尽可能快地完成行程。因此，确定上车地点对于提供优化的车辆服务是至关重要的。


技术实现要素：

3.本技术的各种实施例可以包括用于执行确定和推荐车辆上车地点的系统、方法和非暂时性计算机可读介质。在一些实施例中，一种用于确定车辆上车地点的方法可以包括获取用户的位置以及运送所述用户到目的地的请求，确定车辆以响应所述请求，获取所述确定的车辆的位置，以及至少基于所述用户的位置、所述目的地的位置和所述车辆的位置确定所述车辆接载用户的上车地点。
4.在一些实施例中，所述请求包括将所述用户、与所述用户相关联的人员或与所述用户相关联的物品中的至少一个从起点运送到所述目的地，并且所述起点是默认的上车地点。
5.在一些实施例中，获取所述用户的位置包括至少部分地基于与所述用户相关联的设备中的gps数据来获取所述用户的位置；确定所述车辆以响应所述请求包括在所述用户的位置的预设范围内确定一辆或以上候选车辆，将所述请求发送至一辆或以上候选车辆，以及确定接受所述请求的候选车辆中的至少一辆作为响应所述请求的车辆；获取车辆的位置包括至少部分地基于车辆的gps数据来获取所述车辆的位置。
6.在一些实施例中，所述至少基于所述用户的位置、所述目的地的位置和所述车辆的位置确定所述车辆接载所述用户的上车地点，可以包括：在所述用户的位置的预设范围内确定一个或以上候选地点；基于所述车辆的行驶距离和/或车辆的行驶时间，确定至少两个地点(包括所述一个或以上候选地点和所述起点)中的每一个地点的上车的效能；确定具有最高效能的所述至少两个地点中的一个；确定所述用户到所述最高效能的地点的行驶距离，并将所述确定的所述用户的行驶距离与预设阈值进行比较；以及响应于所述用户行驶距离小于所述预设阈值，将所述最高效能的地点确定为所述上车地点。所述车辆的行驶距离可以包括从所述车辆的位置到所述上车地点的第一行驶距离和从所述上车地点到所述目的地的第二行驶距离。所述车辆的行驶时间可以包括从所述车辆的位置到所述上车地点的第一行驶时间和从所述上车地点到所述目的地的第二行驶时间。所述效能可以与所述车辆的行驶距离和车辆的行驶时间中的每一个成反比。
7.在一些实施例中，所述用户的行程包括步行或骑自行车中的至少一种。
8.在一些实施例中，所述车辆的所述第一行驶距离和第二行驶距离以及所述车辆的所述第一行驶时间和第二行驶时间中的每一个在确定所述效能时具有相应的权值，并且所述车辆的所述第一行驶距离和第二行驶距离的权值大于所述车辆的所述第一行驶时间和第二行驶时间。
9.在一些实施例中，所述权值和所述预设阈值是动态可调的。
10.在一些实施例中，用于确定所述车辆上车地点的方法可进一步包括：将所述上车地点发送至与所述用户相关联的设备，建议用所述上车地点替换所述起点；响应于接收到对所述上车地点的接受信息，将所述上车地点发送至所述车辆或与所述车辆司机相关联的设备；以及响应于接收到对所述上车地点的拒绝信息，将所述起点发送至所述车辆或与所述车辆的司机相关联的设备。
11.在一些实施例中，一种用于确定车辆上车地点的系统，可以包括服务器，该服务器被配置为：获取用户的位置以及运送所述用户到目的地的请求，确定车辆以响应所述请求，获取所述确定的车辆的位置，以及至少基于所述用户的位置、所述目的地的位置和所述车辆的位置确定所述车辆接载所述用户的上车地点。
12.在一些实施例中，非暂时性计算机可读存储介质可以存储指令，当所述指令由处理器执行时，该指令可以使处理器执行用于确定车辆上车地点的方法。该方法可以包括获取用户的位置以及运送所述用户到目的地的请求，确定车辆以响应所述请求，获取所述确定的车辆的位置，以及至少基于所述用户的位置、所述目的地的位置和所述车辆的位置来确定所述车辆接载所述用户的上车地点。
13.通过参考附图来考虑以下描述和所附权利要求，本技术披露的系统、方法和非暂时性计算机可读介质的这些和其他特征，以及相关结构组件的操作和功能，以及部件和制造经济性的组合将更加显而易见。本发明的所有附图均构成说明书的一部分，其中相同的附图标记表示各个附图中的相应部分。然而，应当清楚地理解，附图仅用于说明和描述的目的，并不旨在作为本发明的限制的定义。
附图说明
14.本技术的各种实施例的某些特征在所附权利要求中具体阐述。通过参考以下具体实施方式及其附图，将更好地理解本技术的特征和优点，其中具体实施方式详尽介绍了利用本发明原理的说明性实施例，所述附图包括：
15.图1根据各种实施例示出了用于确定和推荐车辆上车地点的应用场景示意图；
16.图2a根据各种实施例示出了用于确定和推荐车辆上车地点的示例性系统；
17.图2b根据各种实施例示出了用于确定和推荐车辆上车地点的示例性方法；
18.图3a是现有技术中的车辆接载乘客的示例图示；
19.图3b
‑
3d是根据各种实施例的确定和推荐车辆上车地点的示例图示；
20.图4根据各种实施例示出了用于确定和推荐车辆上车地点的示例性方法的流程图；
21.图5示出了示例性计算机系统的框图，在此系统中可以实现在此描述的任何实施例。
具体实施方式
22.目前的技术不足以提供方便有效的车辆接载服务。特别地，各种叫车服务的提供商依赖于用户来配置上车地点。例如，用户可以请求司机到达用户的当前位置以上车。再例如，用户可以从地图中选择任何地点以上车。在这些实施例中，整体效率未被优化。用户对上车地点的决定经常忽略车辆司机的整体行驶时间和行驶距离。司机必须遵守所选择的上车地点，即使以绕道为代价，因而降低司机和乘客的整体出行效率。
23.下面描述的各种实施例可以克服在提供车辆服务领域中出现的这些问题。车辆服务平台通过获取各个位置的信息，可以最好地确定最有效的出行计划，包括最佳的上车地点，并向用户推荐此类上车地点。在各种实施例中，披露了用于执行车辆上车地点的确定和推荐的系统、方法和非暂时性计算机可读介质。在一些实施例中，一种用于确定车辆上车地点的方法可以包括获取用户的位置以及运送所述用户到目的地的请求，确定车辆以响应该请求，获取确定的车辆的位置，并且至少基于用户的位置、目的地的位置和车辆的位置确定车辆接载用户的上车地点。
24.在一些实施例中，获取用户的位置包括至少部分地基于与用户相关联的设备的gps(全球定位系统)数据来获取用户的位置；确定车辆以响应该请求包括在用户位置的预设范围内确定一辆或以上候选车辆，将请求发送至一辆或以上候选车辆，以及确定接受请求的候选车辆中的至少一辆作为响应所述请求的车辆；获取车辆的位置包括至少部分地基于车辆的gps数据来获取车辆的位置。
25.在一些实施例中，至少基于用户的位置、目的地的位置和车辆的位置确定车辆接载用户的上车地点，可以包括：在用户的位置的预设范围内确定一个或以上候选地点；基于车辆的行驶距离或车辆的行驶时间中的至少一个，确定至少两个地点中的每一个地点上车的效能，至少两个地点包括一个或以上候选地点和起点；确定具有最高效能的至少两个地点中的一个；确定用户到最高效能的地点的行驶距离，并将确定的用户的行驶距离与预设阈值进行比较；响应于确定的用户行驶距离低于预设阈值，将最高效能的地点确定为上车地点。车辆的行驶距离可以包括从车辆的位置到上车地点的第一行驶距离和从上车地点到目的地的第二行驶距离。车辆的行驶时间可包括从车辆的位置到上车地点的第一行驶时间和从上车地点到目的地的第二行驶时间。效能可以与车辆的行驶距离和车辆的行驶时间中的每一个成反比。
26.在一些实施例中，车辆的第一行驶距离和第二行驶距离以及车辆的第一行驶时间和第二行驶时间中的每一个在确定效能时具有相应的权值，并且车辆的第一行驶距离和第二行驶距离的权值大于车辆的第一行驶时间和第二行驶时间。
27.在一些实施例中，确定车辆上车地点的方法可进一步包括：将上车地点发送到与用户相关联的设备，建议用上车地点替换起点；响应于接收到对上车地点的接受信息，将上车地点发送至车辆或与车辆司机相关联的设备；以及响应于接收到对上车地点的拒绝信息，将起点发送至车辆或与车辆司机相关联的设备。
28.图1根据各种实施例示出了用于确定和推荐车辆上车地点的应用场景示意图100。如图1所示，示例性环境100可以包括至少一个计算系统102，其包括一个或以上处理器104和内存106。内存106可以是非暂时性的并且是计算机可读的。内存106可以存储指令，当指令由一个或以上处理器104执行时，使得一个或以上处理器104执行本技术描述的各种方法
和步骤。
29.环境100可以包括系统102可以访问的一个或以上数据存储(例如，数据存储108)和/或一个或以上计算设备(例如，计算设备109)。在一些实施例中，系统102可以被配置为从数据存储108和/或计算设备109获取各种信息。例如，计算设备109可以是用于处理司机侧信息的服务器，或者数据存储108可以被配置为存储司机侧信息，并且系统102可以是用于处理客户端信息的服务器。系统102可以从计算设备109和/或数据存储108获取司机信息，以确定和推荐车辆上车地点。或者，数据存储108、计算设备109和系统102可以集成在一个设备(例如，服务器)中。由系统102获取的信息可以包括常见的上车或下车地点，并且可以存储在诸如内存106、数据存储108和/或计算设备109之类的一个或以上位置，并且对于系统102是可用的。可以基于常见数据、用户上传的信息、手动识别的位置、历史运送路线等累积常见的上下车地点。例如，系统102可能已经处理了多个车辆运送服务请求。基于车辆的实时gps(全球定位系统)位置，基于实时交通和gps在各个位置的停留时间，和/或乘客或司机的手动确认，系统102可以获得实际且准确的上车地点和下车地点(例如，在xyz街上123号公交车的第一个公交站旁边的出租车站、xyy公园的东北门、xzz公司总部大楼的前门等)。用了超过预设阈值次数(例如，五次)的类似位置，可能会成为常见的上车或下车地点。如下所述，这些常见的上下车地点可以用于确定最佳上车地点的候选地点。通过综合这些数据和信息，系统102可以获得一个地点数据库，以用于上车或下车。
30.环境100还可以包括耦合到系统102的一个或以上计算设备(例如，计算设备110和111)。计算设备可以包括各种类型的设备，例如手机、平板电脑、计算机、可穿戴设备(智能手表)等。计算设备可以向系统102发送数据或从系统102接收数据(例如，请求、查询、信息等)。在一些实施例中，系统102可以操作在线信息或服务平台，并且计算设备110和111可以代表访问服务平台的用户或司机设备。计算设备还可以与车辆集成(例如，作为车辆的导航模块)。计算设备110和111可以安装有适当的软件(例如，应用程序、平台程序等)和/或硬件(例如，电线、无线网卡等)以访问系统102。
31.在一个示例中，系统102可以通过车辆(叫车)服务平台来实现，并且计算设备110和111可以分别通过用户和车辆司机使用的移动电话实现。服务平台可以与车辆(例如，汽车、自行车、船、飞机等)相关联，并且系统102可以被称为车辆信息、车辆服务或车辆呼叫平台。一些平台数据(例如，车辆信息、车辆司机信息等)可以存储在内存106中，或者可以从数据存储108和/或计算设备109中获取。计算设备110和111可以与访问平台的各方(例如，安装有平台的应用程序的用户或司机的手机)关联(例如，由其携带和由其使用)。用户可以请求平台为用户、与用户相关联的另一人员和/或物品提供运送服务。平台可以将请求转发给车辆或司机以执行运送。
32.尽管系统102在该图中被示为单个组件，但是应当理解的是，系统102可以被实施为单个设备或耦合在一起的多个设备(例如，计算机、服务器等)。例如，系统102可以被实现为耦合在一起的第一服务器和第二服务器，并且第一服务器可以被配置为与用户相关联的计算设备交互，并且第二服务器可以被配置为与司机相关联的计算设备交互。第二服务器也可以替代性地实现为多个连接的计算机和服务器，例如，每个被配置为功能模块。
33.在一些实施例中，数据存储可以是系统102可访问的任何地方，例如，在内存106中、在计算设备109中、在耦合到系统102的另一设备(例如，网络存储设备)或另一存储位置
(例如，基于云的存储系统、网络文件系统等)等中。通常，系统102、计算设备110和111以及数据存储108可以通过一个或以上有线或无线网络(例如，因特网)彼此通信，通过该网络可以传送数据。下面参考图2a至图5描述环境100的各个方面。
34.图2a根据各种实施例示出了用于确定和推荐车辆上车地点的示例性系统200。图2a中示出的和下面给出的操作旨在是说明性的。在各种实施例中，系统102可以实现上述车辆叫车平台。平台的用户可以使用计算设备110来请求车辆服务，并且车辆司机可以使用计算设备111来响应该请求并提供所请求的车辆服务(例如，将用户从一个地方运送到另一个地方)。系统102可以从数据存储108和/或计算设备109获取数据250。数据250可以包括用户和司机信息(例如，注册用户、注册司机、用户和司机的身份证明等)。用户和司机的身份证明可以分别与数据库中的各方的详细信息(例如，车牌号、性别、支付账户等)相关。数据250可以包括上面讨论的常见的上车和/或下车地点和/或任何其他合适的上车地点(例如，由用户或平台运营商配置的地点)。获取的数据可以存储在内存106中。或者，数据250可以由系统102从其他来源(例如，直接从用户)处获取。
35.在一些实施例中，用户(例如，乘客)可以使用计算设备110来向系统102(例如，车辆叫车平台)发送请求201(例如，车辆服务请求)。该请求可以包括用户的id(身份证明)(例如，用于登录安装在计算设备110中的用于提交请求201的应用程序的用户账户的id)。请求201还可以包括用户的位置和运送所述用户到目的地的请求，并且系统102可以获取该请求。目的地可以包括所请求运送的终点。该请求可以可选地包括起点，该起点作为所请求运送的起始地点(例如，用户想要上车的地方)。该请求可以包括将用户、与用户相关联的人员(例如，用户的朋友)和/或与用户相关联的物品(例如，用户朋友的行李)从起点运送到目的地。
36.可以有多种方式来确定起点和目的地。获取用户的位置可以包括至少部分地基于与用户相关联的设备(例如，用户使用的计算设备110)的gps(全球定位系统)数据获取用户的位置。在一个示例中，用户可以将起点和目的地的地址输入到计算设备110，并将它们作为请求的一部分发送至系统102。系统102可以从各种源检索与地址相对应的gps数据，并确定如下所述的上车地点。又例如，计算设备110可以配备有被配置用于确定其自身位置的gps模块。用户可以使用计算设备110所确定的地点作为起点，或者可选地，基于计算设备110的位置选择地图上的地点作为起点(例如，通过拖动地图并选择计算设备110的位置附近的地点作为起点等)。
37.如上所述，起点的确定可以是可选的。也就是说，系统102可以在没有提供的起点的情况下为用户确定上车地点。或者，系统102可以使用所提供的起点作为默认上车地点，并确定是否存在更好的上车地点并且可以如下所述推荐给用户。
38.仍然参考图2a，处理器104可以包括被配置用于实现本技术描述的各种方法或步骤的一个或以上模块(例如，订单模块114和上车模块124)。尽管示出为两个单独的模块，但是订单模块114和上车模块124可以集成到一个模块中或者分成更多模块。在接收到请求201时，系统102可以将请求201的至少一部分转发给订单模块114。订单模块114可以确定车辆以响应所述请求。确定车辆响应所述请求可以包括在用户的位置的预设范围(例如，500米)内确定一辆或以上候选车辆，将请求发送至一辆或以上候选车辆(例如，候选车辆的司机所使用的手机)，并且将至少一辆接受所述请求的候选车辆确定为车辆(例如，从安装在
移动电话中的应用程序接受请求的第一司机)以响应所述请求。此处，响应所述请求可以包括满足由用户提交的从一个地方到另一个地方的运送请求。
39.在确定车辆响应该请求时，订单模块114可以获取车辆的id(例如，与该车辆的当前司机的账户相关联的id)。订单模块114可以将数据202转发到上车模块124。数据202可以包括请求201和确定的车辆的信息(例如，用户的id和车辆的id)。用户的id可以与用户的位置、目的地的位置和/或起点的位置相关。车辆的id可以与车辆的当前位置(例如，车辆的位置203)相关联，其可以从计算设备111获取。上车模块124可以接收两个id并获取相关信息。
40.仍然参考图2a，上车模块124可以至少基于用户的位置、目的地的位置和车辆的位置来确定车辆的上车地点以使用户上车。获取车辆的位置可以包括至少部分地基于车辆的gps数据来获取车辆的位置。例如，车辆可以配备有gps(实现为计算设备111)，其实时地将车辆的gps信息发送到系统102。再例如，车辆司机的移动电话可以由车辆司机随身携带在车辆中，并且移动电话(实现为计算设备111)可以配备有gps，其实时地向系统102发送车辆的gps信息。
41.在一些实施例中，至少基于用户的位置、目的地的位置和车辆的位置确定车辆接载用户的上车地点，可以包括：(1)在用户的位置的预设范围内确定一个或以上候选地点，(2)基于车辆的行驶距离或车辆的行驶时间中的至少一个，确定至少两个地点中的每一个地点的上车的效能，至少两个地点包括一个或以上候选地点和起点，(3)确定具有最高效能的至少两个两点中的一个，(4)确定用户到最高效能的地点的行驶距离，并将确定的用户行驶距离与预设阈值进行比较，(5)响应于确定的用户行驶距离小于预设阈值，将最高效能的地点确定为上车地点。车辆的行驶距离可包括从车辆的位置到上车地点的第一行驶距离和从上车地点到目的地的第二行驶距离。车辆的行驶时间可包括从车辆的位置到上车地点的第一行驶时间和从上车地点到目的地的第二行驶时间。效能可以与车辆的行驶距离和车辆的行驶时间中的每一个成反比。用户的出行方式可以包括步行或骑自行车中的至少一种。在某些实施例中，可以假定用户的出行是步行。下面参考图2b描述了至少基于用户的位置、目的地的位置和车辆的位置，确定用于车辆的上车地点的更多细节。
42.这样，效能确定算法可以首先确定一个或以上潜在的上车地点，这些上车地点在总体行驶距离和时间(例如，从接受请求到完成运送用户)方面对于司机来说是有效的。将最高效能的潜在上车地点与预设阈值进行比较可以考虑用户的效能：筛选出用户无法步行到达的上车地点。因此，可以在司机和用户的效能之间取得平衡，以实现整体有效的出行。
43.在一些实施例中，车辆的第一行驶距离和第二行驶距离以及车辆的第一行驶时间和第二行驶时间中的每一个在确定效能时具有相应的权值。在一些实施例中，用户到最高效能的地点的行驶距离也可以具有权值，并且被包括在效能确定中，以获取司机和用户的组合效能。所有权值和/或预设阈值可以是动态可调的(例如，基于时间、季节、区域、位置、天气、工作日、周末、假日、汽油价格、交通等)。例如，在早晨或下午高峰时段而不是在其他时间，车辆的行驶时间可能具有比其他时间段更大的权值。另一个例子，在夏季、冬季和下雨天而不是在其他日子里，用户的行驶距离可能比其他时间段具有更大的权值，或者在春季、秋季和晴天期间，用户的行驶距离可能比其他时间段具有更小的权值。再例如，在汽油价格过高的区域，车辆的行驶距离可能具有比其他因素更大的权值。在一些实施例中，车辆的第一行驶距离和第二行驶距离的权值大于车辆的第一行驶时间和第二行驶时间。
44.系统102可以基于包括例如数据分析的方法获取各种权值。系统102和相关的系统或设备可以随时间累积出行信息。例如，可以通过使用安装在车辆司机或乘客的移动电话中的车辆叫车平台应用程序来记录实时出行信息(例如，行驶距离和持续时间)。根据累积的出行信息，可以相互推断平均行驶距离和行驶时间，也可以根据诸如时间、季节、区域、位置、天气、工作日、周末、假日、汽油价格、交通状况等常见数据进行推断。或者，可以从其他众所周知的基础中确定各种权值(例如，在高峰时间增加行驶时间的权值)。因此，基于当前的天气、季节、汽油价格或其他因素，可以获取车辆的第一行驶距离和第二行驶距离以及车辆的第一行驶时间和第二行驶时间的当前权值。系统102可以从同一系统或不同系统上的其他应用程序、其自己的存储器或从网络(例如，因特网)中获取关于当前天气、季节、汽油价格或其他因素的信息。
45.仍然参考图2a，在确定上车地点时，系统102可以将上车地点(例如，推荐的上车地点204)发送到与用户相关联的设备(例如，用户的计算设备110)，建议用上车地点替换起点。例如，推荐的上车地点204可以作为弹出窗口显示在计算设备110上，提示用户接受或拒绝。响应于接收到对上车地点的接受信息(例如，如果用户接受推荐的上车地点204)，系统102可以将上车地点(例如，推荐的上车地点204)发送至确定的车辆或与所确定车辆的司机相关联的设备(例如，司机的移动电话、车辆的显示器或导航系统等)。响应于接收到对上车地点的拒绝信息(例如，如果用户拒绝推荐的上车地点204)，则系统102可以将起点发送到车辆或与车辆司机相关联的设备。因此，所确定的车辆的司机可以前进到推荐的上车地点或起点来接载用户。
46.图2b根据各种实施例示出了用于确定和推荐车辆上车地点的示例性方法250。方法250可以提供示例性步骤，用于至少基于用户的位置、目的地的位置和车辆的位置确定车辆的上车地点以接载用户。方法250可以在各种环境中实现，包括例如图1的环境100。方法250可以由各种系统的一个或以上组件实现，包括例如图2a的系统200的处理器104和/或内存106。方法250可以由服务器(例如，系统102)实现。下文呈现的方法250的操作旨在用于说明。取决于实施方式，示例性方法250可以包括以各种顺序或并行执行的附加的、更少的或替代的步骤。
47.参考图3a
‑
3d各自示出的各种路线之间的导航地图视图，可以更好地说明图2b。图3a和图3d示出了基于相似地图的路线，该路线可以相似地应用于各种其他地理环境。图3a是现有技术中车辆接载乘客的示例性图示。图3b
‑
3d是根据各种实施例的确定和推荐车辆上车地点的示例性图示。图3b
‑
3d的描述旨在是说明性的，并且可以根据实施方式以各种方式进行修改。如图3a所示，在现有技术中，位置c0处的用户可以请求车辆服务将用户从起点s0运送到目的地t0。位于位置d0处的车辆可以接收该请求并前进到位置s0以接载用户并完成请求。车辆在路线30上的总行驶距离被表示为标黑的路线。
48.所披露的系统和方法可以确定并推荐用于车辆司机和/或用户更有效出行的路线。返回参考图2b和图3b
‑
3d(图2b的框图251
‑
257在图3b中示出，图2b的框图258在图3c中示出，图2b的框图258在图3d中示出)，在框图251处，可以接收车辆或车辆司机的位置(d1)和包括用户或顾客的位置(c1)、起点(s1)和目的地(t1)的请求。可以假设s1为起点，即默认的上车地点。在框图252中，可以获取c1和s1之间的距离dcs(例如，用户从c1到s1的步行距离)。在框图253中，可以获取一个或以上候选上车地点(例如，与c1距离(dcs 100m)内的地
点)作为ri＝[r1，r2...rn]。可以从上述地点的数据库或任何其他合适的来源处获得候选上车地点。这里，(dcs 100m)可以是上述用户的位置的预设范围的示例。可以如上所述类似于权值来动态调整“100m”。如果未提供起点，则距用户位置的预设范围可以是距用户位置的动态可调距离。如果ri为空，则方法250可以如下所述进行到框图259。如果ri不为空，则方法250可以进行到框图254。在框图254中，对于车辆，可以获取从d1到s1的行驶距离作为dds(在图3b中以点划线示出)，可以获取从d1到s1的行驶时间作为tds，可以获取从s1到t1的行驶距离作为dst(在图3b中显示为直线)，并且可以获取从s1到t1的行驶时间作为tst。在框图255中，对于车辆和ri中的所有候选地点，可以获取从d到ri的行驶距离作为ddri，可以获取从d到ri的行驶时间作为tdri，可以获取从ri到t的行驶距离作为drit，可以获取从ri到t的行驶时间作为trit，并且可以获取从c到ri的行驶距离作为dcri。在框图256中，对于每个ri，可以获取得分gri＝w1(dds
‑
ddri) w2(dst
‑
drit) w3(tds
‑
tdri) w4(tst
‑
trit)。w1
‑
w4可以是各种权值，例如，w1＝w2＝0.01，w3＝w4＝0.1。dds、ddri和/或(dds
‑
ddri)可以被称为从车辆的位置到上车地点的第一行驶距离。dst、drit和/或(dst
‑
drit)可以被称为从上车地点到目的地的第二行驶距离。tds、tdri和/或(tds
‑
tdri)可被称为从车辆的位置到上车地点的第一行驶时间。tst、trit和/或(tst
‑
trit)可以被称为从上车地点到目的地的第二行驶时间。得分可以确定司机的效能，例如，司机从接受用户的请求到抵达目的地并完成请求的出行效能。如上所述，所有权值可以是动态可调的(例如，基于时间、季节、区域、位置、天气、工作日、周末、假日等)。动态调整可以反映确定司机效能的因素权值的变化。此外，基于先前数据，机器学习方法也可以被应用于训练算法和/或权值。在框图257中，对于所有ri，可以对gri进行排序以获取最大gri作为grmax。假设如图3b所示的r1和r2为例，r1可以被确定为上车地点，即，grmax＝gr1。
[0049]
在一些实施例中，如果grmax大于0，并且dcri小于100m，则方法250可以进行到框图258。如果grmax不大于0或dcri不小于100m，则方法250可以进行到框图259。在框图258中，可以获取对应于grmax的候选上车地点作为新的上车地点(例如，上面描述中推荐的上车地点204)。可以向用户推荐新的上车地点，并且用户可以接受或拒绝新的上车地点。如图3c所示，基于新的上车地点，车辆将经由路线32行驶以接载位于r1处的用户。路线33比上述路线30短，提供显著的出行效益。例如，司机在接受请求和将用户运送到目的地之间的总体行驶距离较短。此外，用户节省了整体行驶时间并且更快地到达目的地，并且为更短的车辆服务支付更少的费用。在框图259中，可以不推荐新的上车地点，并且可以将起点保留为上车地点。如图3d所示，车辆将经由路线33行驶以接载位于起点s1处的用户。或者，该方法可以返回到框图257，使用第二大gri作为grmax，并运行其余步骤。该方法可以由每个gri根据它们的排名运行，直到找到满足图2b中的框图258的条件的gri。
[0050]
在一些实施例中，将grmax与0进行比较的条件可以反映司机的效能。grmax>0表示司机可以通过在上车地点接载节省至少一些时间和/或距离。grmax<＝0表示司机在上车地点接载不会整体节省时间和距离，应该使用起点。
[0051]
在一些实施例中，将dcri与100m(或另一预设阈值)进行比较的条件可以体现出用户的效能。如上所述，该预设阈值也可以像权值一样进行动态调整。预设阈值可以反映用户步行到上车地点的意愿。在一些实施例中，可以将dcri比较的这种情况并入上述的得分确定中，以组合司机的效能确定和用户的效能确定。在这种情况下，还可以为dcri分配较大的
权值，以优先考虑用户的效能。
[0052]
还可以有许多其他方式来表达、修改或组合上述条件。如上所述，得分确定和阈值处理可以在平衡确定中将司机和用户的效能纳入考虑。可以动态调整各种权值和预设阈值，以反映司机和用户的当前偏好。因此，可以提高和优化司机和用户的整体出行效率。
[0053]
图4根据各种实施例示出了示例性方法400的流程图。方法400可以在各种环境中实现，包括例如图1中的环境100。方法400可以由各种系统的一个或以上组件实现，包括例如图2a中的系统200的处理器104和/或内存106。方法400可以由服务器(例如，系统102)实现。下文呈现的方法400的操作旨在用于说明。取决于实施方式，示例性方法400可以包括以各种顺序执行或并行执行的附加的、减少的、或替代性步骤。
[0054]
在框图402中，可以获取用户的位置以及运送所述用户到目的地的请求。在框图404中，可以确定车辆以响应所述请求。在框图406中，可以获取所确定的车辆的位置。在框图408中，可以至少基于用户的位置、目的地的位置和车辆的位置，确定车辆接载用户的上车地点。在一些实施例中，该请求可以可选地包括起点，并且上车地点也可以基于起点确定。
[0055]
框图408可以包括子步骤418
‑
438。在框图418中，可以在用户的位置的预设范围内确定一个或以上候选地点。在框图428中，可以基于以下中的至少一个确定至少两个地点中的每一个地点上车的效能，包括一个或以上候选地点和起点：车辆的行驶距离或车辆的行驶时间。车辆的行驶距离可包括从车辆的位置到上车地点的第一行驶距离和从上车地点到目的地的第二行驶距离。车辆的行驶时间可包括从车辆的位置到上车地点的第一行驶时间和从上车地点到目的地的第二行驶时间。在框图438中，可以确定具有最高效能的至少两个地点中的一个(例如，通过对效能进行排名)。效能可以与车辆的行驶距离和车辆的行驶时间中的每一个成反比。在框图448中，用户到最高效能的地点的行驶距离可以被确定，并与预设阈值进行比较。在框图458中，响应于确定的用户的行驶距离小于预设阈值，将最高效能的地点确定为上车地点。
[0056]
在一些实施例中，尽管未在该图中示出，但是方法400可以进一步包括将上车地点发送至与用户相关联的设备，建议用上车地点替换起点；响应于接受到对上车地点的接收信息，将上车地点发送至车辆或与车辆司机相关联的设备；以及响应于接收到对上车地点的拒绝信息，将起点发送至车辆或与车辆司机相关联的设备。
[0057]
这里描述的技术可以通过一个或以上专用计算设备实现。专用计算设备可以包括一个或以上硬件处理器，所述硬件处理器被程序化为根据固件、内存、其他存储器或组合中的程序指令来执行技术。专用计算设备可以是台式计算机系统、服务器计算机系统、便携式计算机系统、手持设备、网络设备或其他设备或合并了用于实现这些技术的硬连线和/或程序逻辑的设备的组合。计算设备通常由操作系统软件控制和协调。传统的操作系统可以控制和调度用于执行的计算机进程，执行存储器管理，提供文件系统、网络、输入/输出服务，以及提供用户界面功能，例如图形用户界面(“gui”)等。
[0058]
图5示出了示例性计算机系统的框图500，在此系统中可以实现在此描述的任何实施例。系统500可以对应于上述系统102。计算机系统500包括总线502或用于传达信息的其他通信机制、与总线502耦合以用于处理信息的一个或以上硬件处理器504。硬件处理器504可以是，例如，一个或以上通用微处理器。处理器504可以对应于上述处理器104。
[0059]
计算机系统500还包括主存储器506，如随机存取存储器(ram)、高速缓存和/或其他动态存储设备，其耦合到总线502，用于存储由处理器504执行的信息和指令的。主存储器506还可以用于在处理器504执行待执行指令期间存储临时变量或其他中间信息。当上述指令存储在处理器504可访问的存储介质中时，可使计算机系统500成为专用机器，该专用机器被定制为执行指令中指定的操作。计算机系统500还包括耦合到总线502的只读存储器(rom)508或其他静态存储设备，用于存储可用于处理器504的静态信息和指令。存储设备510，例如磁盘、光盘或usb拇指驱动器(闪存驱动器)等，可被提供并耦合到总线502以存储信息和指令。主存储器506、只读存储器508和/或存储设备510可以对应于上述内存106。
[0060]
计算机系统500可以使用定制的硬连线逻辑、一个或以上专用集成电路(asic)或现场可编程门阵列(fpga)、固件和/或程序逻辑来实现本技术描述的技术，其与计算机系统组合使计算机系统500成为或被编程为专用机器。根据一个实施例，响应于处理器504执行主存储器506中包含的一个或以上指令中的一个或以上序列，计算机系统500会执行本技术中的技术。这些指令可以从另一存储介质(例如存储设备510)中读入主存储器506。执行主存储器506中包含的指令的序列以使处理器504执行本技术描述的处理步骤。在备选实施例中，硬连线电路可以代替软件指令或与软件指令的组合。
[0061]
主存储器506、只读存储器508和/或存储设备510可以包括非暂时性存储介质。这里使用的术语“非暂时性介质”和类似术语是指存储使机器以特定方式操作的数据和/或指令的任何介质。这种非暂时性介质可以包括非易失性介质和/或易失性介质。非易失性介质包括，例如光盘或磁盘，如存储设备510。易失性介质包括动态存储器，例如主存储器506。非暂时性介质的常见形式包括，例如，软盘、软性磁盘、硬盘、固态驱动器、磁带、或任何其他磁性数据存储介质、cd
‑
rom)、任何其他光学数据存储介质、具有孔图案的任何物理介质、ram、prom和eprom、flash
‑
eprom、nvram、任何其他存储器芯片或盒式磁带、以及相同的网络版本。
[0062]
计算机系统500还包括耦合到总线502的通信接口518。通信接口518提供耦合到一个或以上网络链路的双向数据通信，所述一个或以上网络链路连接到一个或以上本地网络。例如，通信接口518可以是综合业务数字网(isdn)卡、线缆调制解调器、卫星调制解调器、或用于提供与相应类型的电话线路进行数据通信连接的调制解调器。又例如，通信接口518可以是局部区域网络(lan)卡以提供与兼容的局部区域网络之间的数据通信连接(或wan组件以与wan通信)。也可以实现无线链路。在任何这样的实施方式中，通信接口518发送和接收携带代表各类信息的数字数据流的电信号、电磁信号或光信号。
[0063]
计算机系统500可以通过网络、网络链路和通信接口518发送消息并接收包括程序代码的数据。以因特网为例，服务器可以通过因特网、互联网服务提供商(isp)、本地网络和通信接口518为应用程序发送请求代码。
[0064]
所接收的代码可以在收到后由处理器504执行，和/或存储在存储设备510或其他非易失性存储器中以供后续执行。
[0065]
在前面部分中描述的每个过程、方法和算法可以由代码模块实现，并且通过该代码模块实现完全自动化或半自动化。所述代码模块通过一个或以上包括计算机硬件的计算机系统或计算机处理器执行。上述过程和算法可由特定应用程序电路部分地或完全地实现。
[0066]
上述各种特征和过程可以彼此独立地，或者可以以各种方式组合使用。所有可能的组合和子组合旨在落入本技术的范围内。另外，在一些实施中可以省略某些方法或过程框图。本技术描述的方法和过程也不限于任何特定顺序执行，相关的框图或状态可以以其他合适的顺序执行。例如，所描述的框图或状态可以以不同于具体披露的顺序执行，或者多个框图或状态可以组合为单个框图或状态。示例框图或状态可以以串行、并行或以其他方式执行。可以在披露的示例性实施例中添加或移除框图或状态。本技术描述的示例性系统和组件可以通过不同与本技术所描述的方式进行配置。例如，相比于本技术所披露的示例性实施例，可以添加、移除或重新布置元件。
[0067]
本技术描述的示例性方法的各种操作可以至少部分地由一个或以上处理器执行，所述一个或以上处理器可以临时配置(例如，通过软件)为或永久配置为执行相关操作。无论是临时配置还是永久配置，所述处理器都可以构成由处理器实现的引擎，其运行以执行本技术描述的一个或以上操作或功能。
[0068]
类似地，本技术描述的方法可以至少部分地由一个特定处理器或一组处理器(作为硬件示例)实现。例如，方法的至少一部分操作可以由一个或以上处理器或处理器实现的引擎来执行。此外，所述一个或以上处理器还可以运行以支持“云计算”环境中的相关操作的性能或实现“软件即服务”(saas)。例如，至少一些操作可以由一组计算机(作为包括处理器的机器的示例)执行，这些操作可通过网络(例如，因特网)和通过一个或以上适当的接口(例如，应用程序接口(api))访问。
[0069]
某些操作的性能可以在处理器之间分配，不仅驻留在单个机器中，而且部署在多个机器上。在一些示例中，处理器或处理器实现的引擎可以位于单独的地理位置(例如，在家庭环境、办公室环境或服务器群内)。在其他示例中，处理器或处理器实现的引擎可以分布在多个地理位置。
[0070]
在整个说明书中，多个实例可以实现为单个实例描述的组件、操作或结构。尽管一个或以上方法的各个操作被示出并被描述为单独的操作，但是一个或以上各个操作可以同时执行，并且不需要以所示的顺序执行操作。在示例性配置中作为单独组件呈现的结构和功能可以实现为组合的结构或组件。类似地，作为单个组件呈现的结构和功能可以实现为单独的组件。这些和其他变化、修改、添加和改进都落入本技术主题的范围内。
[0071]
尽管已经参考特定示例性实施例概述了本技术主题，但是可以在不脱离本技术的实施例的较宽范围的情况下对这些实施例进行各种修改和改变。本技术提到的主题的这些实施例可单独地或共同地由术语“发明”指代，此举仅为描述方便，而不旨在当实际有一个以上披露或概念被披露时主动将本技术的范围限制于任何单个的披露或概念。
[0072]
本技术所示的实施例已被描述地足够详尽，使得本领域技术人员能够实施所披露的内容。其他实施例也可以从所披露的内容中推出并使用，使得可以在不脱离本技术的范围的情况下，对本技术实施例作出结构和逻辑上的替换和改变。因此，具体实施方式不应被视为具有限制意义，并且各种实施例的范围仅由所附权利要求以及这些权利要求所赋予的等价物的全部范围来限定。
[0073]
本技术所述和/或附图中描绘的流程图中的任何过程描述、元素或框图应理解为潜在地表示模块、部件、或部分代码，这些模块、部件、或部分代码包括用于实现特定逻辑功能或过程步骤的一个或以上可执行指令。本领域技术人员可以理解的是，本技术描述的实
施例的范围内还包括备选实施方式。在这些备选实施方式中，元件或功能可以被删除，或取决于所涉及的功能而不由所示出的或论述的顺序来执行，包括实质上同时执行或以相反的顺序执行。
[0074]
如本技术所用，术语“或”可以解释为包含性或排他性的含义。此外，可以为在此描述为单个实例的资源、操作或结构提供多个实例。另外，各种资源、操作、引擎和数据存储之间的边界在某种程度上是任意的，并且在特定说明性配置的上下文中示出了特定操作。设想的其他功能的分配可以落入本技术的各种实施例的范围内。通常，在示例性配置中作为单独资源呈现的结构和功能可以以组合结构或组合资源实现。类似地，作为单独资源呈现的结构和功能可以以多个分离的资源实现。这些以及其他变化、修改、添加和改进均落入由所附权利要求表示的本技术的实施例的范围内。相应地，说明书和附图应被视为说明性的而非限制性的。
[0075]
条件语言，例如，其中，“可以”、“可”、或“可能”，除非另有明确说明，或者在所使用的上下文中以其他方式理解，通常旨在表达某些实施例包括，而其他实施例不包括某些特征、元素和/或步骤。因此，此类条件语言通常并不旨在暗示特征、元素和/或步骤以任何要求的方式在一个或以上实施例中存在，或暗示一个或以上实施例必须包括用于判断的逻辑，有或没有用户输入或提示，这些特征、元素和/或步骤是否包括在任何特定实施例中或将在任何特定实施例中执行。