导航应用程序中的搭乘服务选项的交互式列表专利检索-多模态界面人工智能专利检索查询-专利查询网

导航应用程序中的搭乘服务选项的交互式列表

阅读：426发布：2020-05-11

专利汇可以提供导航应用程序中的搭乘服务选项的交互式列表专利检索，专利查询，专利分析的服务。并且经由用户界面提供地理区域的交互式数字地图。经由用户界面接收对获取去往目的地的旅行方向的请求。从第三方供应商请求去往目的地的路线的至少部分的候选搭乘的相应的指示，指示中的每一个包含接乘位置、价格估计以及接乘时间。接收所请求的候选搭乘的指示。使用对应的接乘位置、价格估计或接乘时间中的至少一者确定候选搭乘的排序，并且根据所确定的排序经由用户界面提供候选搭乘的列表。响应于经由用户界面选择候选搭乘之一，对所选择的搭乘的请求被传输到对应的第三方供应商。，下面是导航应用程序中的搭乘服务选项的交互式列表专利的具体信息内容。

权利要求

1.一种便携计算装置中的方法，用于在数字地图上提供搭乘服务信息，所述方法包括：
经由用户界面提供地理区域的交互式数字地图；
经由所述用户界面接收获取去往目的地的旅行方向的请求；
由一个或多个处理器从搭乘服务的多个第三方供应商请求去往所述目的地的路线的至少部分的候选搭乘的相应的指示，所述指示中的每一个包含接乘位置、价格估计以及接乘时间；
由所述一个或多个处理器接收所请求的候选搭乘的指示；
由所述一个或多个处理器使用所述对应的接乘位置、所述价格估计或所述接乘时间中的至少一者，确定所述候选搭乘的排序；
经由所述用户界面根据所述所确定排序，提供所述候选搭乘的列表；以及响应于经由所述用户界面选择所述候选搭乘之一，将对所述所选择的搭乘的请求传输到所述对应的第三方供应商。
2.如权利要求1所述的方法，其中提供所述候选搭乘的列表包含为多个类别中的每一个提供分开的列表，所述多个类别包含价格和接乘时间。
3.如权利要求1所述的方法，其中接收所请求的候选搭乘的指示包含接收搭乘时长的估计。
4.如权利要求1所述的方法，其中确定所述排序包含使用所述第三方供应商的用户反馈数据，所述用户反馈数据指示搭乘者对所述第三方供应商的过去评级。
5.如权利要求1所述的方法，还包括：
获取所述路线的多模态方向，所述多模态方向包含使用除搭乘服务之外的交通模式来穿越的至少一部分；以及
对于所述候选搭乘中的每一个，最优化去往所述目的地的旅行的相应的总时间；
其中确定所述候选搭乘的排序包含使用去往所述目的地的所述旅行的总时间。
6.如权利要求1所述的方法，还包括：
获取所述路线的多模态方向，所述多模态方向包含使用除搭乘服务之外的交通模式来穿越的至少一部分；以及
对于所述候选搭乘中的每一个，最优化去往所述目的地的旅行的相应的总价格；
其中确定所述候选搭乘的排序包含使用去往所述目的地的旅行的总价格。
7.如权利要求1所述的方法，其中请求所述候选搭乘的指示包含调用来自所述多个第三方供应商中的每一个的相应的API。
8.一种计算装置，包括：
用户界面；
一个或多个处理器；以及
其上储存指令的非瞬态计算机可读介质，当由所述一个或多个处理器执行所述指令时，使所述计算装置：
经由用户界面提供地理区域的交互式数字地图，
经由所述用户界面接收获取去往目的地的旅行方向的请求，
从搭乘服务的多个第三方供应商请求去往所述目的地的路线的至少部分的候选搭乘的相应的指示，所述指示中的每一个包含接乘位置、价格估计以及接乘时间，接收所请求的候选搭乘的指示，
使用价格和接乘时间中的至少一者确定所述候选搭乘的排序，
根据所确定的排序，经由所述用户界面提供所述候选搭乘的列表，以及响应于经由所述用户界面选择所述候选搭乘之一，将对所选择的搭乘的请求传输到所述对应的第三方供应商。
9.如权利要求8所述的计算装置，其中为了提供所述候选搭乘的列表，所述指令使所述计算装置为多个类别中的每一个提供分开的列表，所述多个类别包含价格和接乘时间。
10.如权利要求8所述的计算装置，其中为了接收所请求的候选搭乘的指示，所述指令使所述计算装置接收搭乘时长的估计。
11.如权利要求8所述的计算装置，其中为了确定所述排序，所述指令使所述计算装置使用所述第三方供应商的用户反馈数据，所述用户反馈数据指示搭乘者对所述第三方供应商的过去评级。
12.如权利要求8所述的计算装置，其中所述指令使所述计算装置：
获取所述路线的多模态方向，所述多模态方向包含使用除搭乘服务之外的交通模式来穿越的至少一部分；以及
对于所述候选搭乘中的每一个，最优化去往所述目的地的旅行的相应的总时间；
其中为了确定所述候选搭乘的排序，所述指令使用去往所述目的地的旅行的总时间。
13.如权利要求8所述的计算装置，其中所述指令使所述计算装置：
获取所述路线的多模态方向，所述多模态方向包含使用除搭乘服务之外的交通模式来穿越的至少一部分；以及
对于所述候选搭乘中的每一个，最优化去往所述目的地的旅行的相应的总价格；
其中为确定所述候选搭乘的排序，所述指令使用去往所述目的地的旅行的总价格。
14.如权利要求8所述的计算装置，其中为请求所述候选搭乘的指示，所述指令包含调用来自所述多个第三方供应商中的每一个的相应的API。
15.一种非瞬态计算机可读介质，其上储存有指令，当在计算装置的一个或多个处理器上执行所述指令时，使所述一个或多个处理器：
经由用户界面提供地理区域的交互式数字地图，
经由所述用户界面接收获取去往目的地的旅行方向的请求，
从搭乘服务的多个第三方供应商请求去往所述目的地的路线的至少部分的候选搭乘的相应的指示，所述指示中的每一个包含接乘位置、价格估计以及接乘时间，接收所请求的候选搭乘的指示，
使用价格和接乘时间中的至少一者确定所述候选搭乘的排序，
根据所确定的排序，经由所述用户界面提供所述候选搭乘的列表，以及响应于经由所述用户界面选择所述候选搭乘之一，将对所选择的搭乘的请求传输到所述对应的第三方供应商。
16.如权利要求15所述的非瞬态计算机可读介质，其中为了提供所述候选搭乘的列表，所述指令使所述一个或多个处理器为多个类别中的每一个提供分开的列表，所述多个类别包含价格和接乘时间。
17.如权利要求16所述的非瞬态计算机可读介质，其中为了接收所请求的候选搭乘的指示，所述指令使所述一个或多个处理器接收搭乘时长的估计。
18.如权利要求16所述的非瞬态计算机可读介质，其中为了确定所述排序，所述指令使所述一个或多个处理器使用所述第三方供应商的用户反馈数据，所述用户反馈数据指示搭乘者对所述第三方供应商的过去评级。
19.如权利要求16所述的非瞬态计算机可读介质，其中所述指令使所述一个或多个处理器：
获取所述路线的多模态方向，所述多模态方向包含使用除搭乘服务之外的交通模式来穿越的至少一部分；以及
对于所述候选搭乘中的每一个，最优化去往所述目的地的旅行的相应的总时间；
其中为确定所述候选搭乘的排序，所述指令使用去往所述目的地的旅行的总时间。
20.如权利要求16所述的非瞬态计算机可读介质，其中所述指令使所述一个或多个处理器：
获取所述路线的多模态方向，所述多模态方向包含使用除搭乘服务之外的交通模式来穿越的至少一部分；以及
对于所述候选搭乘中的每一个，最优化去往所述目的地的旅行的相应的总价格；
其中为确定所述候选搭乘的排序，所述指令使用去往所述目的地的旅行的总价格。

说明书全文

导航应用程序中的搭乘服务选项的交互式列表

技术领域

[0001] 本公开涉及应用程序间通信，并且更特别地，涉及地图应用程序与搭乘服务应用程序之间的应用程序间通信。

背景技术

[0002] 当今，地理区域的数字地图通常经由地图应用程序、网页浏览器等显示在计算装置上，诸如计算机、平板计算机以及移动电话。许多地图应用程序为用户提供选择用于查看的地图信息或功能的类型以及调整数字地图的显示的能力。

[0003] 此外，地图应用程序供应商提供应用编程接口(API)，以访问地图和导航数据，从而显示数字地图并提供去往目的地位置的逐步导航方向。例如，搭乘服务应用程序可以调用地图应用程序API，以提供地理区域的数字地图，该数字地图包含用户的接乘位置、目的地位置、去往目的地位置的旅行的导航方向等。发明内容

[0004] 为在不将用户导向到分开的搭乘服务应用程序的情况下在地图应用程序内提供搭乘服务，地图应用程序调用一个或若干个搭乘服务API，以从各种搭乘服务供应商访问搭乘服务数据。例如，用户可以在地图应用程序内请求去往目的地位置的导航方向。用户然后可以从旅行到目的地位置的若干交通模式(包含搭乘服务模式)中选择。当用户选择搭乘服务模式时，地图应用程序可以通过调用相应的搭乘服务API与各种搭乘服务应用程序通信。地图应用程序与搭乘服务应用程序和/或搭乘服务服务器通信，以取回由搭乘服务供应商中的每一个所提供的搭乘服务的类型的指示。搭乘服务的类型可以包含搭乘服务供应商在去往用户的目的地途中接乘附加的乘客的拼车搭乘服务、在去往用户的目的地途中不接乘附加的乘客的出租车服务、在车辆内包含附加功能的礼宾车服务、用于接乘多组乘客的超大车辆服务等。地图应用程序还可以与搭乘服务应用程序通信，以取回每种类型的搭乘服务的价格估计、每种类型的搭乘服务的等待时间、每种类型的搭乘服务的搭乘时长、关于旅途状态的搭乘状态信息(例如，等待驾驶员接受搭乘、等待驾驶员到达接乘位置、搭乘过程中、搭乘完成)、围绕用户的当前位置的地理区域内的车辆的数目等。在一些情境下，搭乘服务应用程序不需要被下载到用户的客户端装置，反之，地图应用程序调用相应的搭乘服务API以与搭乘服务服务器通信。

[0005] 用户然后可以直接从地图应用程序选择搭乘服务供应商和搭乘服务的类型，以订购去往她的目的地位置的交通服务。以此方式，用户可以从地图应用程序内的若干候选搭乘服务供应商选择，而不必打开每个对应的搭乘服务应用程序来进行比较，且不必离开地图应用程序。此外，用户可以识别具有内置地图功能的应用程序中的接乘位置和目的地位置。例如，用户可以查看接乘位置周围的区域的三维街道级视图，从而用户可以在接乘位置容易地找到驾驶员。地图应用程序还可以基于用户的背景和位置提供对接乘位置的推荐以及从用户的当前位置到接乘位置的行走方向。

[0006] 特别地，本公开的技术的示例性实施例是用于在计算装置中提供多模态旅行方向的方法。方法包含经由用户界面接收获取去往目的地的旅行方向的请求，并且生成去往目的地的旅行的多模态旅行方向。生成多模态旅行方向包含从搭乘服务的第三方供应商获取穿越接乘位置与落客位置之间的路线的第一段的搭乘的指示，搭乘服务定义第一交通模式，获取使用与第一模式不同的第二交通模式穿越路线的第二段的导航方向。方法还包含经由用户界面提供生成的多模态方向的指示。

[0007] 另一示例性实施例是计算装置，其包含用户界面、一个或多个处理器，以及其上储存指令的非瞬态计算机可读介质。当由一个或多个处理器执行时，指令使计算装置经由用户界面接收获取去往目的地的旅行方向的请求，并且生成去往目的地的旅行的多模态旅行方向。为了生成多模态旅行方向，指令使计算装置从搭乘服务的第三方供应商获取穿越接乘位置与落客位置之间的路线的第一段的搭乘的指示，搭乘服务定义第一交通模式，并且获取使用与第一模式不同的第二交通模式穿越路线的第二段的导航方向。指令还使计算装置经由用户界面提供所生成的多模态方向指示。

[0008] 又一示例性实施例是用于提供多模态旅行方向的计算装置中的方法。方法包含经由用户界面提供交互式数字地图，经由用户界面接收获取去往目的地的旅行方向的请求，以及从搭乘服务的第三方供应商获取从接乘位置到落客位置的搭乘的指示，以穿越路线的至少部分。方法还包含从搭乘服务的第三方供应商接收在数字地图上渲染搭乘的可视化的可视化信息，以及根据所接收的可视化信息在数字地图上生成搭乘的可视化。

[0009] 另一示例性实施例是计算装置，其包含用户界面、一个或多个处理器，以及其上储存指令的非瞬态计算机可读介质。当由一个或多个处理器执行时，指令使计算装置经由用户界面提供交互式数字地图，经由用户界面接收获取去往目的地的旅行方向的请求，以及从搭乘服务的第三方供应商获取从接乘位置到落客位置的搭乘的指示，以穿越路线的至少部分。指令还使计算装置从搭乘服务的第三方供应商接收在数字地图上渲染搭乘的可视化的可视化信息，以及根据所接收的可视化信息在数字地图上生成搭乘的可视化。

[0010] 另一示例性实施例是在便携计算装置中提供搭乘服务信息数字地图。方法包含经由用户界面提供地理区域的交互式数字地图，经由用户界面接收获取去往目的地的旅行方向的请求，以及从搭乘服务的多个第三方供应商请求去往目的地的路线的至少部分的候选搭乘的相应的指示，指示中的每一个包含接乘位置、价格估计以及接乘时间。方法还包含，接收所请求的候选搭乘的指示，根据价格和接乘时间中的至少一者确定排序候选搭乘，根据所确定的排序在数字地图上提供候选搭乘的列表，以及响应于经由用户界面选择候选搭乘之一，将对所选择的搭乘的请求传输到对应的第三方供应商。

[0011] 又一示例性实施例是在便携计算装置中提供与计算装置上的搭乘服务相关的地图数据的方法。方法包含经由用户界面提供交互式二维数字地图，经由用户界面接收获取去往目的地的旅行方向的请求，以及从搭乘服务的第三方供应商获取从接乘位置到落客位置的搭乘的指示，以穿越路线的至少部分。方法还包含获取接乘位置的街道级影像，在数字地图上显示所获取的接乘位置的街道级影像，以及响应于检测到经由用户界面选择街道级影像，将二维数字地图转变为街道级影像的交互式三维全景显示。附图说明

[0012] 图1是可以实现经由地图应用程序向便携装置提供搭乘服务的技术的示例性系统的框图；

[0013] 图2是可以在图1的系统中操作的示例性便携装置的框图；

[0014] 图3是图示了响应于提供到地图应用程序用户输入，地图应用程序与搭乘服务应用程序之间的信息的示例性交换的示例性序列图；

[0015] 图4是在地图应用程序内的搭乘服务请求期间用户界面之间的转变的示例性流程图；

[0016] 图5是经由地图应用程序通过调用搭乘服务API请求搭乘服务的示例性状态图；

[0017] 图6是生成从起始位置到目的地位置的推荐多模态路线的示例性流程图；

[0018] 图7是在不将用户导向到分开的搭乘服务应用程序的情况下，在地图应用程序内提供搭乘服务的示例性流程图；

[0019] 图8是当用户转变到其他地图功能时表示搭乘状态信息的示例性流程图；

[0020] 图9是在地图应用程序中选择搭乘服务供应商的示例性显示；

[0021] 图10是在地图应用程序中选择接乘位置的示例性显示；

[0022] 图11A是地图应用程序中的示例性搭乘请求显示，其包含由搭乘服务供应商定制化的布局组件；

[0023] 图11B是地图应用程序中的另一示例性搭乘请求显示，其包含由搭乘服务供应商定制化的布局组件；

[0024] 图12A是在地图应用程序中确认搭乘的示例性接乘请求显示；

[0025] 图12B是在地图应用程序中确认搭乘的另一示例性接乘请求显示；

[0026] 图12C是在地图应用程序中确认搭乘的又一示例性接乘请求显示；

[0027] 图13A是在地图应用程序中当用户等待被搭乘服务供应商接乘时呈现的示例性搭乘等待显示；

[0028] 图13B是在地图应用程序中呈现的另一示例性等待搭乘显示。

具体实施方式

[0029] 概述

[0030] 总体上讲，在地图应用程序内提供搭乘服务的技术可以实现在便携计算装置中或可穿戴装置、一个或若干个网络服务器，或包含这些装置的组合的系统中的地图应用程序中。然而，出于清楚起见，以下示例主要集中在用户经由便携计算装置内的地图应用程序请求搭乘服务的实施例。地图应用程序调用一个或若干个搭乘服务API，以与相应的搭乘服务应用程序和/或搭乘服务服务器通信。地图应用程序还可以与地图数据服务器和/或导航数据服务器通信，以取回地图和导航数据，以显示围绕用户的当前位置的交互式二维地理区域的数字地图和去往由用户选择的目的地位置(本文中也称为“落客位置”)的导航方向。

[0031] 地图应用程序然后可以显示一个或若干个搭乘服务供应商的搭乘服务数据，包含由每个搭乘服务供应商提供的搭乘服务的类型、每种类型的搭乘服务的价格估计、每种类型的搭乘服务的等待时间、每种类型的搭乘服务的搭乘时长、围绕用户的当前位置的地理区域内的车辆等。

[0032] 当用户选择搭乘服务供应商和搭乘服务的类型时，地图应用程序可以提示用户选择接乘位置。在一些实施例中，地图应用程序提供接近用户的当前位置的默认接乘位置，并且用户可以经由用户控制调整接乘位置。还在一些实施例中，地图应用程序可以基于用户的当前位置和背景信息提供推荐接乘位置。例如，在具有若干单行街道的区域中，地图应用程序可以将允许驾驶员在目的地位置的方向上行进的街道推荐为接乘位置，使得驾驶员在接乘用户之后不需进行不必要的转弯。在另一示例中，可以基于交通确定推荐接乘位置，以避免具有繁重交通的街道，从而最小化成本。

[0033] 响应于接收接乘位置的选择，地图应用程序可以调用对应于所选择的搭乘服务供应商搭乘服务API，并且提供用户的搭乘者识别信息、所请求的接乘位置，以及搭乘服务的类型到对应的搭乘服务应用程序。搭乘服务应用程序然后可以提供搭乘识别符、更新的等待时间、更新的价格估计、更新的搭乘时长，以及驾驶员识别信息，以经由搭乘服务API显示在地图应用程序上。因此，驾驶员可以在所请求的接乘位置接乘用户并在目的地位置让用户落客。

[0034] 示例性硬件和软件组件

[0035] 参考图1，其中可以实现以上概述的技术的示例性通信系统100包含客户端计算装置102，诸如配置为执行一个或若干个搭乘服务应用程序126和地图应用程序128的便携装置。除客户端计算装置102之外，通信系统100包含服务器装置104，诸如配置为向客户端计算装置102提供地图显示和导航数据的导航服务器装置。通信系统100还包含第三方供应商装置106(其与服务器装置104独立且分开地操作)，第三方供应商装置106可以配置为出于提供搭乘服务功能的目的与客户端计算装置102和服务器装置104通信。客户端计算装置102、服务器装置104和第三方供应商装置106可以通过网络108通信地彼此连接。网络108可以是公共网络，诸如互联网，或私人网络，诸如内联网。

[0036] 服务器装置104可以通信地耦接到数据库110，在示例性实现方式中，数据库110储存各种地理区域的地图数据。相似地，服务器装置104可以通信地耦接到数据库144，在示例性实现方式中，数据库144储存各种与客户端计算装置102的用户相关联的车辆的、与第三方供应商106相关联的车辆的、其数据由服务器装置104或其他服务器收集的其他车辆或全部三者的组合的车辆数据144。更普遍地，服务器装置104可以与一个或若干个数据库通信，该一个或若干个数据库储存任意类型的适当地理空间信息或可以链接到地理背景的信息，诸如优惠券或优惠信息。服务器装置104还可以通信地耦接到数据库(未示出)，在示例性实现方式中，该数据库储存导航数据，导航数据包含逐步导航方向，诸如驾驶、步行、骑行，或公共交通方向，例如，其可以最终由搭乘服务应用程序126、地图应用程序128或两者利用。例如，服务器装置104可以从地图数据数据库110请求并接收地图数据以及从车辆数据数据库144请求并接收相关车辆数据。在一些实现方式中，服务器装置104可以包含若干通信地连接的服务器装置。相似地，分别储存在数据库110和144中的地图数据和车辆数据可以实际上是通信地连接为云数据库配置的若干数据库。

[0037] 在示例性实现方式中，客户端计算装置102可以是智能电话或平板计算机，例如，并且包含存储器120、一个或多个处理器112、网络接口116、用户界面(UI)114以及一个或若干个传感器118。存储器120可以是非瞬态存储器并且可以包含一个或若干个适当存储器模块，诸如随机存取存储器(RAM)、只读存储器(ROM)、闪速存储器，其他类型的持久存储器等。UI 114可以是触摸屏，例如。更普遍地，本公开的技术可以实现为其他类型的装置，诸如膝上式计算机或桌面式计算机、嵌入车辆中的装置(诸如车辆头部单元)、可穿戴装置(诸如智能手表或智能眼镜)等。

[0038] 取决于实现方式，一个或多个传感器118可以包含全球定位系统(GPS)模块以检测客户端计算装置102的位置，罗盘以确定客户端计算装置102的方向，陀螺仪以确定旋转和倾斜，加速度计等。

[0039] 存储器120储存操作系统(OS)122，其可以是任意类型的适当移动或通用操作系统。OS 122可以包含API功能，其允许应用程序(诸如搭乘服务应用程序126和地图应用程序128)彼此相接，或取回例如传感器读数。例如，配置为在客户端计算装置102上执行的软件应用程序可以包含调用OS122API的指令，以用于取回该时刻的客户端计算装置102的当前位置和取向。API还可以返回API对该估计的确定程度的定量指示(例如，以百分比表示)。

[0040] 存储器120还储存地图应用程序128，地图应用程序128配置为生成交互式数字地图。地图应用程序128可以以格栅(例如，位图)或非格栅(例如，矢量图)格式从地图数据数据库110和/或服务器装置104接收地图数据。在一些情况下，地图数据可以组织为层，诸如图示道路、街道、自然地形等的基本层，图示当前交通状况的交通层，图示当前天气状况的天气层，图示到达目的地的路径的导航层等。地图应用程序128还可以显示从起始位置到目的地位置的导航方向。导航方向可以包含驾驶、步行，或公共交通方向。

[0041] 注意到，尽管图1将地图应用程序128图示为独立式应用程序，但是地图应用程序128的功能还可以提供为经由在客户端计算装置102上执行的网页浏览器可访问的在线服务的形式，作为在客户端计算装置102上执行的另一软件应用程序的插件或扩展等。地图应用程序128总体上可以提供为用于不同相应的操作系统的不同版本。例如，客户端计算装置
102的制造商可以提供软件开发包(SDK)，包含用于AndroidTM平台的地图应用程序128，用于iOSTM平台的另一SDK等。

[0042] 在一些实现方式中，服务器装置104包含一个或多个处理器130、API 132、网络接口134，以及存储器136。API 132可以提供功能，以与可以储存在服务器装置104上的存储器136上的应用程序交互。存储器136可以是有形的、非瞬态存储器，并且可以包含任意类型的适当存储器模块，包含随机存取存储器(RAM)、只读存储器(ROM)、闪速存储器，其他类型的持久存储器等。存储器136储存在处理器130上可执行的指令，处理器130可以生成要由地理区域的地图应用程序128显示的地图显示。存储器136或另一服务器中的存储器，相似地可以储存指令，指令生成去往地理区域内的地理位置的导航方向，并且其可以显示为与地图应用程序128的地图显示重叠。在一些实现方式中，第三方供应商106可以向服务器装置104发起对导航方向的呼叫，导航方向可以由客户端计算装置102上的搭乘服务应用程序126使用。

[0043] 出于简单起见，图1将服务器装置104图示为服务器的仅一个实例。然而，根据一些实现方式的服务器装置104包含一个或多个服务器装置的组，其各自装备有一个或多个处理器并且能够独立于其他服务器装置操作。在这样的组中操作的服务器装置可以以分布式方式(其中与处理请求相关联的一个操作在一个服务器装置上进行，而与处理相同请求相关联的另一操作在另一服务器装置上进行)或根据任意其他适当技术独立地处理来自客户端计算装置102的请求(例如，基于可用性)。处于此讨论的目的，术语“服务器装置”可以指独立服务器装置或两个或多个服务器装置的组。

[0044] 在一些实现方式中，第三方供应商装置106或搭乘服务供应商装置可以包含处理器138、API 140、网络接口142，以及存储器144。API 140可以提供用于与可以储存在第三方供应商106上的存储器144中的应用程序交互的功能。存储器144可以是有形的、非瞬态存储器，并且可以包含任意类型的适当存储器模块，包含随机存取存储器(RAM)、只读存储器(ROM)、闪速存储器，其他类型的持久存储器等。存储器144储存在处理器138上可执行的指令，处理器138可以生成、处理并传输搭乘服务应用程序中的搭乘服务功能的请求，搭乘服务应用程序诸如储存在客户端计算装置102的存储器120中的搭乘服务应用程序126。

[0045] 在一些实现方式中，系统100包含对应于若干不同搭乘服务供应商的若干第三方供应商装置106。还在一些实例中，客户端计算装置102包含对应于搭乘服务供应商中的每一个的若干搭乘服务应用程序126。以此方式，用户可以比较若干搭乘服务供应商的搭乘服务类型、价格估计、搭乘时长和估计的等待时间。

[0046] 图2是示例性软件架构200的框图，其可以实现在客户端计算装置102上，并且可以包含操作系统122、搭乘服务应用程序126、地图应用程序128、客户端计算装置上的服务202，以及其他应用程序204之间的通信的协议。在一些实现方式中，搭乘服务应用程序公开被地图应用程序128调用的搭乘服务API 206。以此方式，地图应用程序128可以允许用户请求搭乘服务，而不必离开地图应用程序128。例如，地图应用程序128可以将接乘和目的地位置提供到搭乘服务API 206，搭乘服务API 206可以进而提供地理区域中的搭乘服务的类型、每种类型的搭乘服务的价格估计，每种类型的搭乘服务的等待时间、每种类型的搭乘服务的搭乘时长、地理区域内的车辆的数目等。

[0047] 总体上，地图应用程序128可以通过访问搭乘服务API 206对搭乘服务应用程序126或搭乘服务服务器106进行功能呼叫。API 206促进应用程序间通信，并且允许地图应用程序128和搭乘服务应用程序126在仍向应用程序公开功能的同时维护对如何处理进程、逻辑以及用户的控制。应用程序126和128可以使用由操作系统122提供的进程间通信(IPC)方案通信。在客户端计算装置102的一些实施例中，搭乘服务应用程序126的功能可以被提供为经由搭乘服务API 208可访问的功能的静态库。换言之，搭乘服务应用程序126的功能中的一些或全部可以执行为地图应用程序128的部分。更普遍地，搭乘服务API 208向地图应用程序128提供使用任意适当软件架构和通信方案(包含本领域当前已知的软件架构和通信方案)的对搭乘服务的访问。搭乘服务API 208总体上可以被提供为用于不同相应的操作系统的不同版本。例如，客户端计算装置102的制造者可以提供软件开发包(SDK)，包含用于AndroidTM平台的搭乘服务API 208，用于iOSTM平台的另一SDK等。

[0048] 在一些实例中，地图应用程序128可以经由相应的API与若干搭乘服务应用程序通信。如果用户不具有地图应用程序128与之通信的搭乘服务应用程序，则可以提示用户下载搭乘服务应用程序126。在其他实施例中，用户不下载搭乘服务应用程序126，并且地图应用程序128可以经由搭乘服务API206与搭乘服务服务器通信，诸如图1中所示的第三方供应商装置106。

[0049] 图3是图示地图应用程序与利用API的搭乘服务应用程序之间的呼叫(call)的示例性序列图300。序列图300示出了本公开的实施例的一种实现方式的示例性消息序列表。序列图300包含用户302、地图应用程序128、搭乘服务应用程序126，以及搭乘服务API 208。

[0050] 在示例性序列图300中，用户302经由由地图应用程序128呈现的显示上的用户控制请求搭乘服务304。例如，用户可以请求搭乘服务交通模式的去往所选择的目的地位置的方向。响应于请求，地图应用程序128可以生成向搭乘服务应用程序API 208的对搭乘服务的API呼叫，其中API呼叫例如包含对搭乘服务的请求连同用户的当前位置和目的地位置306。API呼叫然后作为请求308被发送到搭乘服务应用程序126或搭乘服务服务器，诸如第三方供应商装置106。

[0051] 搭乘服务应用程序126可以进行其本身的内部功能，以确定可用于服务用户302的搭乘服务的类型、将用户302运输到目的地位置的价格估计、接乘用户302的等待时间，围绕用户的当前位置的地理区域内的车辆的数目等。搭乘服务应用程序126然后准备要发送到地图应用程序128的响应310，响应310具有例如可用的搭乘服务的类型、通过每种类型的搭乘服务搭乘到达的估计的时间、每种类型的搭乘服务的估计的价格、区域中的车辆/驾驶员的估计或其组合。响应310由搭乘服务API 208接收并然后被格式化并提供到地图应用程序128(附图标记311)，其在地图应用程序128处被处理，并且如有必要则进行操纵以向用户
302显示312。

[0052] 例如，地图应用程序128可以显示可用的每种类型的搭乘服务的指示(例如，拼车搭乘服务、出租车搭乘服务、礼宾车搭乘服务、超大车辆服务)、每种类型的搭乘服务的价格估计、每种类型的搭乘服务的搭乘时长，以及每种类型的搭乘服务的估计的等待时间。地图应用程序128还可以在地图显示上显示与如搭乘服务API 126所指示的地理区域内的车辆的数目成正比的车辆的指示。尽管地图显示上的车辆的位置可能不是搭乘服务供应商所雇用的车辆的位置的精确表示，但地图显示上的车辆的数目可以用于向用户显示区域中的车辆的数目的近似。当多个搭乘服务供应商可用时，地图应用程序128可以以不同风格或色彩显示每个搭乘服务供应商所雇用的车辆的指示。

[0053] 在一些实施例中，显示的可以搭乘服务的类型的指示可以包含选择搭乘服务的类型的可选择用户控制。用户302查看显示的指示312并且选择搭乘服务的类型。地图应用程序128然后可以呈现用于选择接乘位置的用户控制。用户控制可以是放置在用户的当前位置或用户的当前位置附近的插针，并且用户可以能够通过输入地址或关注点(POI)、将插针拖动到另一位置或以任意其他适当方式将插针移动到另一位置。接乘位置和选择的搭乘服务的类型然后被提供到搭乘服务API 208(附图标记316)，并被转发到搭乘服务应用程序126(附图标记318)。搭乘服务应用程序126然后选择接乘的驾驶员和用户，并且将选择的驾驶员的驾驶员识别信息(例如，驾驶员的姓名、车型、型号，和颜色、牌照号等)、更新的价格估计、更新的等待时间、用于取回指示驾驶员在接乘用户的途中的状态信息的搭乘ID等传输到搭乘服务API208(附图标记320)，这些信息然后被格式化并提供到地图应用程序128(附图标记321)。相应地，地图应用程序128可以向用户302呈现驾驶员的状态的指示(例如，在接乘用户的途中)、更新的价格估计、更新的等待时间，以及驾驶员识别信息。

[0054] 图4图示了在地图应用程序128内搭乘服务请求期间用户界面之间的转变的示例性流程图500。方法可以是实现为储存在计算机可读存储器上且在客户端计算装置102的一个或多个处理器上可执行的指令集。例如，方法可以由地图应用程序128、搭乘服务应用程序128，或这些的任意适当组合来实现。

[0055] 在框502，呈现地图显示，其包含围绕用户的当前位置的地理区域。用户的当前位置的指示还可以呈现在地图显示上。然后在框504，地图应用程序128呈现搜索栏，以从用户获取地理搜索查询，并且响应于地理搜索查询提供搜索结果。例如，搜索结果可以包含POI、地址、十字路口等，并且用户可以选择搜索结果之一作为目的地位置，并请求去往所选择的目的地位置的方向。

[0056] 地图应用程序128还可以包含用户控制，以在包含搭乘服务交通模式的若干交通模式之间选择。响应于接收搭乘服务交通模式的选择，地图应用程序128可以呈现搭乘请求显示(框506)，其包含以下指示：搭乘服务供应商、来自搭乘服务供应商的搭乘服务的类型、每种类型的搭乘服务的价格估计、每种类型的搭乘服务的搭乘时长、每种类型的搭乘服务的等待时间等，相似于图11B中所示的显示。在一些实施例中，地图应用程序128可以调用对于一个或若干个搭乘服务应用程序中的每一个的搭乘服务API，并且可以将用户的当前位置和目的地位置经由相应的API提供到搭乘服务应用程序中的每一个。

[0057] 响应于接收搭乘服务供应商和/或搭乘服务的类型的选择，地图应用程序128可以呈现接乘请求显示(框508)，其包含用于选择接乘位置的用户控制，相似于图12A中所示的显示。接乘请求显示可以包含用户的当前位置的阈值距离(例如，500英尺)内的默认接乘位置，其中默认接乘位置由用户可调整。例如，用户可以输入接乘位置或拖动呈现在默认接乘位置的插针，以选择接乘位置。在一些实施例中，地图应用程序128可以提供推荐接乘位置以节省时间和金钱。例如，推荐接乘位置可以距用户的当前位置350英尺，并且接乘请求显示可以指示用户可以通过选择推荐接乘位置“节省3分钟和$2”。接乘请求显示还可以包含用于确认接乘位置的用户控制，诸如在选择接乘位置之后的“确认接乘”按键。

[0058] 响应于接收接乘位置的选择，地图应用程序128可以呈现等待搭乘显示(框510)，相似于图13A中所示的显示。等待搭乘显示可以包含以下指示：驾驶员的当前位置、驾驶员的识别信息、驾驶员到达选择的接乘位置的估计的等待时间，以及联系驾驶员的用户控制。一旦驾驶员到达，用户可以被运输到目的地位置。

[0059] 当用户在地图应用程序128内请求搭乘服务时，地图应用程序128将用户登录信息提供到搭乘服务供应商，以将用户登录到由搭乘服务供应商维护的用户资料(profile)。例如，用户资料可以包含用户的支付方式、用户的姓名、用户的电邮地址、用户的电话号码、用于驾驶员识别用户的用户图片、用户的评级、当前进行中的搭乘或用户正在请求的搭乘的搭乘ID，或任意其他适当用户资料信息。一旦用户确认搭乘请求，地图应用程序128可以接收搭乘ID，以取回搭乘的状态信息，诸如“等待驾驶员接受搭乘请求”、“等待驾驶员到达接乘位置”、“搭乘过程中”，以及“搭乘完成”。

[0060] 图5是经由地图应用程序128通过调用搭乘服务API 208请求搭乘服务的示例性状态图600。状态图600绘示了若干状态，诸如初始状态602、登入状态604，确认/预订状态606，恢复状态608，搭乘过程中状态610，以及转变状态612。在任意时刻，任意状态602-610可以返回到初始状态，如状态图600所示。

[0061] 在一种实现方式中，用户打开地图应用程序128，并且开始于初始状态602。在初始状态602，地图应用程序128呈现地理区域的地图显示，并且可以接收地理搜索查询，响应于地理搜索查询而提供搜索结果，并且显示导航或从用户的当前位置或一些其他指定的起始位置到所选择的目的地位置的旅行方向。可以对于若干不同交通模式(例如，步行、骑行、驾驶、公共交通、搭乘服务、推荐交通模式，其可以包含基于最短时长、距离或最低花费等的到达目的地位置的多种交通模式)提供导航或旅行方向。当用户选择搭乘服务交通模式或选择包含由搭乘服务覆盖的段的多模态旅行方向并且选择搭乘服务供应商/搭乘服务的类型时，地图应用程序128继续到登入状态604。

[0062] 在登入状态604，地图应用程序128确定用户是否登入到与地图应用程序128的供应商相关联的客户端账户616。如果用户未登入，则地图应用程序128可以提供用户控制以输入用户登录信息，诸如用户名和密码以登入到客户端账户616。当用户登入时，地图应用程序128将用户登入到与提供搭乘服务的第三方供应商618相关联的用户资料中。在一些实施例中，用户可以使用与地图应用程序128的供应商相关联的客户端账户616登入到第三方供应商中。当用户登入第三方供应商时，地图应用程序128调用搭乘服务API208，以取回与用户资料相关联的搭乘ID，从而确定是否存在当前进行中的搭乘。如果存在当前进行中的搭乘，则地图应用程序128转变到恢复状态608。另一方面，如果不存在搭乘ID，则地图应用程序128继续到确认/预订状态606。

[0063] 在确认/预订状态606，并且更具体地在确认状态620，地图应用程序128呈现接乘请求显示，其包含用于选择接乘位置的用户控制，相似于图12A中所示的显示。接乘请求显示还可以包含用于选择或添加支付方式的用户控制。例如，地图应用程序128可以经由搭乘服务API 208取回以搭乘服务供应商储存的用户的支付方式。地图应用程序128可以显示备选的这些用户的支付方式中的每一个的遮掩的指示，并且可以显示用于用户输入新的支付方式的附加用户控制。在一些实施例中，当用户已经选择了接乘位置和支付方式时，地图应用程序128可以呈现用户控制，诸如“确认接乘”按键，当将其选择时，将地图应用程序128转变到预订状态622。

[0064] 在预订状态622，地图应用程序128经由搭乘服务API 208从搭乘服务供应商请求从接乘位置到目的地位置的搭乘服务。搭乘服务API 208然后与搭乘服务供应商通信，以选择搭乘的驾驶员。例如，搭乘服务供应商可以将消息广播到接乘位置的阈值距离内的驾驶员中的每一个，并且可以选择第一个响应广播消息的驾驶员。无论如何，搭乘服务API 208然后可以将搭乘ID提供到地图应用程序128，并且地图应用程序128继续到搭乘过程中状态626。在搭乘过程中状态，地图应用程序128持续地或周期性地(例如，每5-10秒)呼叫获得搭乘状态功能612，以通过将搭乘ID提供到搭乘服务API208而接收关于搭乘状态的状态信息。
作为响应，搭乘服务API 208将状态信息提供到地图应用程序128。状态信息可以包含：等待驾驶员接受搭乘628、等待驾驶员到达接乘位置630、搭乘过程中632，以及搭乘完成634。

[0065] 在等待驾驶员到达接乘位置630期间以及在搭乘过程中632状态中，搭乘服务API 208还可以经由地图应用程序128返回驾驶员的当前位置以显示。以此方式，地图应用程序
128可以连同接乘位置或目的地位置一起将驾驶员在地图显示上的指示呈现给用户，以用于用户查看驾驶员在去往接乘位置或在去往目的地位置的路线上的进展。此外，在等待驾驶员接受搭乘628、等待驾驶员到达接乘位置630以及搭乘过程中632状态期间，地图应用程序128可以呈现用于取消搭乘的用户控制，当将其选择时，可以使地图应用程序128经由搭乘服务API 208向搭乘服务供应商提供取消请求以取消搭乘。地图应用程序128还可以呈现用于修改目的地位置的用户控制，当将其选择时，可以使地图应用程序128经由搭乘服务API 208向搭乘服务供应商提供修改目的地请求。

[0066] 一旦用户在目的地位置落客，地图应用程序128继续到完成状态632。在完成状态632，地图应用程序128可以呈现搭乘的概括，包含搭乘的最终价格、评级驾驶员的用户控制，或关于评级的任意其他适当信息。然后地图应用程序128可以返回到初始状态602。

[0067] 如以上提到，当用户登入到第三方供应商中并且其存在当前进行中的搭乘时，地图应用程序128转变到恢复状态608。例如，用户可能已经退出地图应用程序128并且然后在请求搭乘时将其重新打开。在恢复状态608，地图应用程序128继续到搭乘过程中状态626，并且持续地或周期性地(例如，每5-10秒)呼叫获得搭乘状态功能612，以接收关于搭乘状态的状态信息。

[0068] 除了提供搭乘服务之外，地图应用程序128提供多模态交通模式，以将用户导航到她的目的地位置。例如，用户可以选择推荐交通模式，其可以包含基于最短时长、距离、最低花费等提供去往目的地位置的最优路线的多种交通模式。在一些实施例中，用户可以提供偏好，诸如“避免高速公路”、“利用公共交通”、“避免夜间行走方向”、“最低花费”、“最短时长”，其可以指示偏好的交通模式、偏好的搭乘服务供应商，和/或偏好的搭乘服务类型(例如，拼车搭乘服务)，或可以提供任意其他适当偏好。相应地，地图应用程序128可以呈现使用一个或若干个交通模式并根据用户的偏好的去往目的地位置的一个或若干个最优路线。

[0069] 在一些实施例中，地图应用程序128将对使用推荐交通模式的导航方向的请求提供到服务器装置104，包含起始位置、目的地位置，以及包含用户的偏好的用户数据。服务器装置104可以取回地图数据、导航数据、交通数据等，以生成从起始位置到目的地位置的路线。还在一些实施例中，服务器装置104可以调用搭乘服务API 208，以取回搭乘服务供应商搭乘服务数据，诸如特定段的路线的估计的等待时间和价格估计。例如，最优路线可以包含去往和/或始自公共交通站的搭乘服务。更具体地，服务器装置104可以生成推荐多模态路线，其包含距用户的起始位置一英里的第一公共交通站和距用户的目的地位置一英里的第二公共交通站。推荐多模态路线可以包含从起始位置到第一公共交通站的搭乘服务和从第二公共交通站到目的地位置的另一搭乘服务。在另一示例中，推荐多模态路线可以包含从起始位置到第一公共交通站或从第二公共交通站到目的地位置的行走方向。

[0070] 通过与搭乘服务供应商通信，服务器装置104可以识别最小化花费和/或等待时间的搭乘服务供应商和/或搭乘服务类型。当用户指示偏好的搭乘服务供应商或搭乘服务类型时，服务器装置104可以从偏好的搭乘服务供应商取回搭乘服务数据，并且将偏好的搭乘服务供应商包含在路线中。服务器装置104然后可以生成一个或若干个推荐多模态路线，并且将推荐的路线提供到地图应用程序128，以用于用户选择推荐的路线之一并开始去往目的地位置的导航。

[0071] 图6图示了用于生成从起始位置去往目的地位置的推荐多模态路线的示例性方法800的流程图。方法可以实现为指令集，其储存在计算机可读存储器上，并且在服务器装置
104的一个或多个处理器上可执行。在其他实施例中，方法可以由在客户端计算装置102或服务器装置104与客户端计算装置102的组合上可执行的应用程序实现。

[0072] 在框802，接收旅行方向的请求，其包含起始位置和目的地位置。可以从在用户的客户端计算装置102上执行的地图应用程序128接收旅行方向的请求。用户可以通过例如响应于地理搜索查询、输入目的地位置、触摸而选择地图显示上的目的地位置或以任意其他适当方式选择搜索结果来提供目的地位置。起始位置可以是用户的当前位置或由用户提供的另一位置。

[0073] 在框804，地图应用程序128还可以提供接收推荐交通模式的旅行方向的请求。推荐交通模式可以包含多种交通模式。此外，响应于使用推荐交通模式的旅行方向的请求，服务器装置104可以提供去往目的地位置的多个路线，其各自涉及用户备选的一个或多个交通模式。当请求使用推荐交通模式的旅行方向时，地图应用程序128可以提供推荐的路线的用户偏好，诸如“避免高速公路”、“利用公共交通”、“避免夜间行走方向”、“最低花费”、“最短时长”，偏好的搭乘服务供应商和/或偏好的搭乘服务类型(例如，拼车搭乘服务)，或任意其他适当用户偏好。

[0074] 响应于接收使用推荐交通模式的旅行方向的请求，服务器装置104可以识别从起始位置到目的地位置的若干路线，其各自涉及一个或多个交通模式(框806)。在一些实施例中，路线可以包含使用搭乘服务交通模式的第一段和使用另一交通模式的第二段，诸如步行、驾驶、骑行、公共交通等。例如，服务器装置104可以识别第一路线，其包含从起始位置到目的地位置的驾驶或订购搭乘服务。服务器装置104可以识别第二路线，其包含步行到火车站、搭火车从第一火车站到第二火车站，以及订购从第二站到目的地位置的搭乘服务。此外，服务器装置104可以识别第三路线，其包含从起始位置骑行到公共汽车站、乘公共汽车从第一公共汽车站到第二公共汽车站、步行从第二公共汽车站到火车站、乘火车从第一火车站到第二火车站，以及步行到目的地位置。在其他实施例中，地图应用程序128使用储存在客户端计算装置102的本地存储器中的缓存的地图数据生成旅行方向，或使用缓存的地图数据为路线的不包含搭乘服务的段生成旅行方向。

[0075] 在一些实施例中，识别的路线可以包含特定搭乘服务供应商和/或搭乘服务类型。例如，一些搭乘服务供应商可以包含摆渡(shuttle)搭乘服务类型，并且路线可以包含乘火车到靠近摆渡接乘位置的站，并且然后乘搭乘服务从摆渡接乘位置到距目的地位置步行距离的摆渡站。以此方式，当摆渡接乘位置可以与火车站的时间配合时，用户可以节省时间并降低花费。

[0076] 在框808，识别的路线中的每一个根据最优化技术被排序或打分。例如，识别的路线可以根据一个或若干个因素被排序或打分，诸如距离、时长、花费、包含用户偏好的用户数据等。例如，识别的路线可以被排序，以最小化去往目的地位置的旅行的总时间。在另一示例中，识别的路线可以被排序，以最小化去往目的地位置的旅行的总价格。

[0077] 在又一示例中，每个识别的路线可以接收距离分数、时长分数、花费分数、用户偏好分数或任意其他适当分数，并且分数可以被加权、汇合或以任意适当方式组合，以生成每个路线的总分数。路线然后可以以它们的相应的分数排序，以最小化花费、时间和/或距离。在一些实施例中，不满足用户偏好的路线可以被滤除或可以接收零的分数。以此方式，推荐的路线和/或搭乘服务供应商/搭乘服务的类型可以基于用户数据被排序/选择。例如，如果用户指示他不愿夜间步行，则包含阈值时间段之后的步行段的任何路线可以被滤除或排序在底部。可以基于使用特定公共交通系统的花费或使用特定搭乘服务供应商和/或搭乘服务类型的花费来确定花费。例如，服务器装置104可以调用一个或若干个搭乘共享API 208，以确定对路线的段使用特定搭乘服务供应商和/或搭乘服务类型的价格估计。

[0078] 除了排序识别的路线之外，服务器装置104可以排序候选搭乘，其中每个候选搭乘对应于特定搭乘服务供应商和搭乘服务类型。候选搭乘可以根据一个或若干个因素被排序或打分，诸如距离、时长、花费、包含用户偏好的用户数据等。例如，候选搭乘可以被排序，以最小化驾驶员到达接乘位置的等待时间。在另一示例中，候选搭乘可以被排序，以最小化去往目的地位置的旅行的总价格。服务器装置104可以根据等待时间、价格或任意其他适当类别分开地排序候选搭乘。在一些实施例中，候选搭乘还可以被根据搭乘服务供应商的用户反馈数据排序。用户反馈数据可以包含指示搭乘者对搭乘服务供应商的过去评级或评论的数据。

[0079] 然后在框810，服务器装置104向地图应用程序128提供排序在阈值排序(例如，前三高排序路线)以上的路线的集合或搭乘的列表作为推荐的路线或搭乘，以备用户选择。例如，前三高排序路线中的每一个的指示可以被提供在地图显示的区域中(例如，作为表示路线的段的交通模式的一系列图标)，并且其用户可以通过触摸选择推荐的路线的指示来选择路线之一。在其他实施例中，服务器装置104选择一个路线(例如，最高排序路线)，并且向地图应用程序128提供选择的路线。在示例性情境中，地图应用程序128显示三个路线，其中第一路线包含订购由Rider所提供的从起始位置(例如，用户的当前位置)到火车站的出租车搭乘服务、乘火车从第一火车站到第二火车站，以及步行到目的地位置。第二路线包含步行到由提供DriverCo的摆渡搭乘服务的摆渡接乘位置、乘摆渡搭乘服务到第二摆渡站/接乘位置，以及步行到目的地位置。第三路线包含步行到公共汽车站，乘公共汽车从第一公共汽车站到第二公共汽车站、步行到火车站、乘火车从第一火车站到第二火车站，以及订购由Rider提供的从第二火车站到目的地位置的拼车搭乘服务。

[0080] 当用户选择包含由搭乘服务覆盖的段的推荐多模态路线之一或选择使用搭乘服务交通模式的路线时，地图应用程序128可以调用一个或若干个搭乘服务API 208以与若干搭乘服务供应商通信。例如，路线可以包含乘火车从第一火车站到第二火车站，以及订购从第二站到目的地位置的搭乘服务。在此示例中，第二站可以是搭乘服务的接乘位置，并且目的地位置可以是落客位置。地图应用程序128可以识别用户将到达第二火车站并从而到达接乘位置的估计的时间。相应地，地图应用程序128可以请求搭乘在接乘位置处估计的时间或在估计的时间的阈值时间段内(例如，五分钟、十分钟内等)开始。

[0081] 另外，当用户选择推荐多模态路线之一时，地图应用程序128还在地图显示上呈现路线的可视化。例如，可视化可以包含起始和目的地位置的指示，诸如两个位置处的插针。可视化还可以包含从起始位置到目的地位置的路线的指示。例如，每个街道、路、高速公路以及沿路线的调遣(maneuver)可以被以任意适当方式高亮或指示。此外，路线的每段可以包含对应的段的相应的交通模式的指示。例如，路线的第一段可以被用指示第一段的行走方向的虚线指代，并且路线的第二段可以被用指示第二段的驾驶方向的实线指代。

[0082] 在一些实施例中，当用户选择包含特定搭乘服务供应商和搭乘服务类型的推荐多模态路线时，地图应用程序128可以仅呈现所选择的搭乘服务供应商和搭乘服务类型的搭乘服务数据。例如，当用户或服务器装置104从若干候选搭乘选择特定搭乘时，地图应用程序128可以请求所选择的搭乘的搭乘服务数据。在其他实施例中，地图应用程序128呈现每个搭乘服务供应商和搭乘服务类型的搭乘服务数据，以允许用户有另一机会选择搭乘服务供应商和搭乘服务类型。

[0083] 图7图示了在不将用户导向到分开的搭乘服务应用程序的情况下在地图应用程序内提供搭乘服务的示例性方法900的流程图。方法可以实现为指令集，指令集储存在计算机可读存储器上，并且在客户端计算装置102的一个或多个处理器可执行。例如，方法可以由储存在客户端计算装置的应用程序实现，诸如地图应用程序128。在其他实施例中，方法可以由服务器装置104或客户端计算装置102与服务器装置104的组合实现。

[0084] 在框902，选择从起始位置去往目的地位置的路线，其包含由搭乘服务覆盖的至少一段。例如，地图应用程序128可以呈现去往目的地位置的若干推荐多模态路线，并且用户可以通过例如触摸选择路线的指示选择推荐多模态路线之一，如以上参考图6所描述。在另一示例中，地图应用程序128可以包含用户控制，以请求去往所选择的目的地位置的旅行方向。当用户经由用户控制请求旅行方向时，地图应用程序128可以提供用户控制，以选择包含搭乘服务模式的交通模式。

[0085] 当选择搭乘服务模式时，地图应用程序128可以调用一个或若干个搭乘服务API 208，以与相应的搭乘服务供应商通信，用于请求搭乘者服务(框904)。例如，地图应用程序
128可以使用每个搭乘服务API 208与用户的当前位置和目的地位置一起提供搭乘服务请求。搭乘服务API 208然后可以将搭乘服务请求转发到对应的搭乘服务应用程序126或搭乘服务供应商服务器106，其可以进而将搭乘服务信息提供到搭乘服务API 208，然后被转发到地图应用程序128(框906)。搭乘服务信息可以包含可用搭乘服务的类型、通过每种类型的搭乘服务搭乘到达的估计的时间、每种类型的搭乘服务的估计的价格、区域中的车辆/驾驶员的估计等。

[0086] 除了提供搭乘服务信息之外，搭乘服务供应商可以经由搭乘服务API 208提供风格或可视化信息和定制布局，以用于在地图显示上呈现搭乘服务信息，用于在地图显示上呈现其他元素，或用于在地图显示上渲染搭乘的任意适当可视化。这在以下参考图9-13B更详细描述。更具体地，地图应用程序128可以保留对地图显示上一些组件的控制，而允许搭乘服务供应商定制化地图显示上的其他组件的布局。例如，地图应用程序128可以保留对包含在地图显示内的基本地图的控制，但可以允许搭乘服务供应商定制化在地图显示的顶部叠盖基本地图的搜索栏，或在地图显示的底部叠盖基本地图的矩形布局。定制化布局不需要在地图显示的顶部或底部，并且搭乘服务供应商还可以定制化布局在地图显示内的位置。除了定制化布局之外，搭乘服务供应商可以提供风格信息，以调整由地图应用程序128控制的地图显示上的元素的风格。例如，搭乘服务供应商可以提供用于渲染基本地图中的元素的风格或可视化信息，诸如基本地图的背景颜色，高速公路和街道的颜色，地图标记的字体大小、颜色和类型，颜色方案、线粗，或基本地图笔划(stoke)类型，诸如表示车辆在地图上的当前位置的车辆图标、表示用户的当前位置的图标、表示接乘位置的接乘位置图标、表示落客位置的落客位置图标、表示客户端计算装置的当前取向的当前取向图标的图形，或任意其他视觉属性。

[0087] 无论如何，地图应用程序128然后可以在地图显示上呈现搭乘服务信息(框908)，相似于图9中所示的显示。更具体地，对于每个搭乘服务供应商，地图应用程序128可以呈现搭乘服务供应商的指示，诸如搭乘服务供应商的名称和商标。地图应用程序128还可以呈现由搭乘服务供应商提供的搭乘服务类型(例如，拼车搭乘服务、出租车搭乘服务、礼宾车搭乘服务、摆渡搭乘服务、超大车辆服务等)的指示以及价格，以及每个搭乘服务类型的等待时间估计。当地图应用程序128在地图显示上呈现多个搭乘服务供应商的搭乘服务信息时，用户可以经由诸如触摸选择搭乘服务供应商的指示的用户控制选择搭乘服务供应商之一。响应于选择搭乘服务供应商，地图应用程序128可以呈现由所选择的搭乘服务供应商提供的搭乘服务类型的指示以及每个搭乘服务类型的价格和等待时间估计。用户还可以经由诸如触摸选择搭乘服务类型的指示的用户控制选择搭乘服务类型。

[0088] 此外，地图应用程序128可以用来自对应的搭乘服务供应商的相应的风格或可视化信息和定制布局呈现搭乘服务供应商中的每一个的搭乘服务信息。相应地，地图应用程序128可以根据接收的风格或可视化信息重新渲染地图显示。在一些实施例中，当用户选择候选搭乘服务供应商之一时，地图应用程序128调整地图显示，以包含所选择的搭乘服务供应商的风格信息和定制布局。然后当用户选择另一搭乘服务供应商时，地图应用程序128改变地图显示，以包含其他搭乘服务供应商的风格信息和定制布局。例如，搭乘者可以提供粉色车辆图标、基本地图的深蓝背景颜色、表示用户的当前位置的三角形图标，以及选择搭乘服务类型的定制化布局，其中用户可以提供滑动手势，以在地图显示上查看新的搭乘服务类型。例如，定制化的布局还可以包含图标，以在经济或优质搭乘之间选择、在搭乘上的若干乘客之间划分费用或为组订购搭乘。

[0089] 在框910，地图应用程序128接收搭乘服务供应商和搭乘服务类型的选择。例如，用户可以从Rider通过触摸选择用户控制(诸如RiderPool图标或“选择RiderPool”按键)来选择名为RiderPool的拼车服务。因此，地图应用程序128呈现接乘请求显示，其包含用于选择接乘位置的用户控制，相似于图12A中所示的显示。用户控制可以是放置在地图显示上的默认接乘位置的插针或其他图标。例如，默认接乘位置可以是用户的当前位置或可以是推荐接乘位置。

[0090] 用户然后可以通过例如拖动用户控制将接乘位置调整到地图显示上的另一位置。在一些实施例中，接乘请求显示包含推荐接乘位置的指示，其在用户将插针移动到另一位置时保持在接乘请求显示上，使得用户可以之后选择推荐接乘位置。推荐接乘位置的指示可以包含从用户的当前位置到推荐接乘位置的距离的指示，以及与推荐接乘位置相关联的时间和花费节省的指示。例如，在具有若干单行街道的区域中，地图应用程序128可以推荐允许驾驶员在目的地位置的方向上行驶的街道处的接乘位置，使得驾驶员在接乘用户之后不需要进行不必要的转弯。在另一示例中，推荐接乘位置可以基于交通确定，以避免具有繁重交通的街道，从而最小化花费。地图应用程序128可以识别用户的当前位置的步行距离或阈值距离内(例如，500或1000英尺内)的推荐接乘位置，以最小化搭乘的时间和/或花费。

[0091] 此外，接乘请求显示可以在接乘请求显示的一部分中包含接乘位置周围的区域的三维街道级视图的预览，使得用户可以在接乘位置处容易地找到驾驶员。预览可以包含可选择用户控制，使得当被选择时，接乘请求显示呈现接乘位置周围的区域的三维全景街道级视图的全屏视图。在一些实施例中，接乘请求显示可以在基本地图上的固定预定位置处(诸如位置对应于接乘位置)叠盖街道级视图。此外，接乘请求显示包含来自搭乘服务供应商的风格信息和定制布局。例如，搭乘服务供应商可以提供用于确认接乘位置的用户控制，诸如确认按键或其他适当图标，并且可以在接乘请求显示内指示用户控制的位置(例如，在基本地图下方在接乘请求显示的底部处，在基本地图上方在接乘请求显示的顶部处等)。在一些实施例中，接乘请求显示或任意其他适当显示还可以包含落客位置周围的区域的三维街道级视图的预览。预览可以包含可选择用户控制，使得当被选择时，对应的显示呈现落客位置周围的区域的三维全景街道级视图的全屏视图。在一些实施例中，对应的显示可以在固定预定位置(诸如位置对应于落客位置)处将街道级视图叠盖在基本地图上。

[0092] 相应地，当选择确认用户控制时，地图应用程序128识别搭乘的接乘位置作为用于选择接乘位置的用户控制的位置。在框912，地图应用程序128调用搭乘服务API 208，以与所选择的搭乘服务类型和接乘位置一起向搭乘服务供应商提供接乘请求。在一些实施例中，地图应用程序128还提供搭乘者识别符，诸如用于将用户登录到由搭乘服务供应商维护的用户资料中的用户登录信息。例如，用户资料可以包含用户的支付方式、用户的姓名、用户的电邮地址、用户的电话号码、用于驾驶员识别用户的用户图片、用户的评级、当前进行中的搭乘或用户正在请求的搭乘的搭乘ID，或任意其他适当用户资料信息。搭乘服务API 208然后可以将搭乘服务请求转发到对应的搭乘服务应用程序126或搭乘服务供应商服务器106，其可以进而将搭乘确认信息提供到搭乘服务API 208，搭乘确认信息然后被转发到地图应用程序128(框914)。

[0093] 搭乘确认信息可以包含用于取回搭乘的状态信息的搭乘ID、选择的驾驶员的驾驶员识别信息(例如，驾驶员的姓名、车型、型号、和颜色、牌照号等)、更新的价格估计、更新的等待时间，以及更新的搭乘时长。经由搭乘服务API 208，搭乘服务供应商还可以提供风格信息和定制布局，以在地图显示上呈现搭乘确认信息或在地图显示上呈现其他元素。

[0094] 在框916，地图应用程序128在地图显示上呈现搭乘确认信息，相似于如图13A所示的显示。更具体地，地图应用程序128可以呈现估计的驾驶员到达接乘位置的等待时间的指示(例如，“驾驶员1分钟到达”)、用户的当前位置的指示、接乘位置的指示，以及驾驶员在基本地图上的位置的指示。地图应用程序128还可以呈现用于联系驾驶员的用户控制。此外，地图应用程序128可以用接收的风格信息和定制布局呈现搭乘服务供应商的搭乘确认信息。

[0095] 在框918，通过例如调用搭乘服务API 208并且提供搭乘ID，地图应用程序128周期性地向搭乘服务供应商传输状态请求。状态请求可以每五秒、每十秒、每三十秒、每分钟等被传输(框922)。搭乘服务供应商然后可以返回状态，诸如等待驾驶员接受搭乘、等待驾驶员到达接乘位置、搭乘过程中、搭乘完成，或任意其他适当状态。当状态是等待驾驶员到达接乘位置或搭乘过程中时，搭乘服务供应商还可以返回驾驶员的位置。地图应用程序128然后在地图显示上呈现状态指示符和/或驾驶员的位置(框920)。例如，当状态是等待驾驶员接受搭乘时，地图显示可以包含指示驾驶员尚未接受搭乘的横幅。当状态是等待驾驶员到达接乘位置时，地图显示可以包含指示估计的驾驶员到达接乘位置的等待时间的横幅和驾驶员在基本地图上的位置的指示，诸如驾驶员的位置处的车辆图标。此外，当状态是搭乘过程中时，地图显示可以包含驾驶员的位置在基本地图上的指示。地图应用程序128可以继续传输状态请求，直到状态为搭乘完成(框924)。

[0096] 在一些情境中，用户可以从地图应用程序128的搭乘服务部分转变为其他地理区域的地图视图，以搜索兴趣点或其他位置，或在订购搭乘服务或在搭乘时进行任意其他地图功能。当用户转变到其他地图功能，地图应用程序128可以继续从搭乘服务供应商接收关于搭乘的状态的状态信息。在一些实施例中，地图应用程序128呈现叠盖地图显示的横幅，其中横幅指示搭乘的状态。例如，横幅可以陈述“搭乘过程中。10分钟到达”。横幅可以包含用户控制，当其被选择时将地图应用程序128转变回到搭乘服务部分，以查看关于搭乘、改变目的地位置、取消搭乘等的细节。

[0097] 图8图示了档用户转变到其他地图功能时用于呈现搭乘状态信息的示例性方法1000的流程图。方法可以实现为指令集，其储存在计算机可读存储器上，并且在客户端计算装置102的一个或多个处理器上可执行。例如，方法可以由储存在客户端计算装置上的应用程序(诸如地图应用程序128)实现。在其他实施例中，方法可以由服务器装置104或客户端计算装置102和服务器装置104的组合实现。

[0098] 在框1002，地图应用程序128在地图显示上呈现所请求的去往目的地位置的搭乘的状态指示符或驾驶员的位置。状态可以是等待驾驶员接受搭乘、等待驾驶员到达接乘位置、搭乘过程中、搭乘完成，或任意其他适当状态。然后在框1004，地图应用程序128利用与搭乘服务部分不同的地图功能接收附加地图数据的请求。例如，请求可以是地理搜索查询、对显示地理区域的请求，或去往另一目的地位置的旅行方向的请求。无论如何，地图应用程序128在地图显示中与搭乘状态指示符(诸如叠盖地图显示的横幅，横幅指示搭乘的该状态)一起呈现所请求的地图数据(框1006)。横幅可以包含用户控制，当其被选择时将地图应用程序128转变回到搭乘服务部分，以查看关于搭乘、改变目的地位置、取消搭乘等的细节。响应于接收用户控制的选择(框1008)，地图应用程序128确定搭乘是否已经完成(框1010)。
如果搭乘尚未完成，地图应用程序128转变回到搭乘服务部分(框1002)。

[0099] 图9-13B图示了示例性地图显示1400-1800B，以经由地图应用程序128提供搭乘服务，诸如搭乘请求显示(图9、11A、11B)、接乘请求显示(图10、12A-C)，以及等待搭乘显示(图13A、13B)。地图显示中的每一个可以由地图应用程序128呈现，并且可以包含通过调用一个或若干个搭乘服务API获取的来自一个或若干个搭乘服务供应商的搭乘服务数据。更进一步，地图显示中的每一个可以包含基本地图(诸如图9中所示的基本地图1440)，以及叠盖基本地图并由搭乘服务供应商提供的定制化布局组件，诸如图11A中所示的布局组件1602、
1608。此外，基本地图中的元素可以由搭乘服务供应商风格化。例如，搭乘服务供应商可以提供包含在基本地图中的元素的风格信息，诸如基本地图的背景颜色、高速公路的颜色，以及地图标记的街道、字体大小、颜色和类型，表示地图上的车辆的图标，表示用户的当前位置的图标，表示目的地位置的插针等。

[0100] 图9图示了用于在地图应用程序128中选择搭乘服务供应商的示例性显示1400。显示1400可以显示在便携装置上，诸如图1中所示的客户端计算装置102。显示1400可以包含用于输入起始位置的用户控制1402，用于输入目的地位置的用户控制1404，用于选择从起始位置到目的地位置的旅行的交通模式的用户控制1406，以及在用户的当前位置周围居中1408的基本地图1440。在一些实施例中，默认起始位置1402可以是用户的当前位置。当用户选择搭乘服务交通模式1442或具有包含由搭乘服务覆盖的段的多模态旅行方向的选择推荐交通模式(未示出)时，显示1400可以包含定制化的布局1410，其叠盖呈现一个或若干个搭乘服务供应商1420、1422的指示的基本地图1440。

[0101] 在示例性显示1400中，搭乘服务供应商包含Rider 1420和DriverCo 1422。搭乘服务供应商中的每一个可以提供定制化布局，并且显示1400可以呈现由所选择的搭乘服务供应商定制化的布局。例如，用户可以通过触摸选择Rider在显示1400上的指示选择Rider 1420，并且显示1400可以呈现由Rider定制化的布局1410。定制化的布局1410包含搭乘服务类型的指示1430(RiderPool)和RiderPool服务的可选项，诸如经济或优质、在乘客之间划分费用、为大组请求RiderPool等。在定制化的布局1410中，用户可以进行滑动手势以查看由Rider提供的其他搭乘服务的类型。然而，这仅是一种示例性布局，仅是出于说明目的。在其他定制化布局中，例如，显示1400可以同时包含每种类型的搭乘服务的指示1430，并且用户可以通过触摸选择对应的指示选择搭乘服务的类型。无论如何，定制化的布局1410还包含用户控制1432以选择由搭乘者提供的RiderPool服务。

[0102] 图10图示了在地图应用程序128中选择接乘位置的示例性显示1500。显示1500可以显示在便携装置上，诸如客户端计算装置102，如图1所示。在图9中，显示1500可以包含以围绕用户的当前位置1520为中心的的基本地图1502。显示还可以包含用户控制1522，诸如用于选择接乘位置的插针。在一些实施例中，默认接乘位置可以是用户的当前位置1520，并且用户可能能够拖动插针以选择接乘位置的另一位置。显示1500还包含示出为圆圈的推荐接乘位置1504和1506的指示。可以对推荐接乘位置之一提供接乘位置周围的区域的三维街道级视图1508的预览，使得用户在接乘位置处可以容易地找到驾驶员。预览可以包含可选择用户控制，使得当被选择时，接乘请求显示呈现接乘位置周围的区域的三维街道级视图的全屏视图。此外，显示1500可以包含搭乘服务供应商雇用的可用车辆1510的数目的指示。尽管车辆在地图显示上的位置可能不是搭乘服务供应商雇用的车辆的位置的精确表示，但是地图显示上的车辆的数目可以用于向用户显示区域中车辆近似的量。

[0103] 在一些实施例中，地图应用程序128识别对应于接乘位置的或在接乘位置的阈值距离(例如，100英尺)内的地标。地图应用程序128然后可以在三维街道级视图1508中包含所识别的地标的街道级影像。地图应用程序128附加地或替代地可以经由界面提供地标的指示，诸如"在迪士尼商店前面接乘"。例如，地图应用程序128可以调用由搭乘服务供应商公开的API，以获取接乘位置的地理坐标或街道地址(例如，"123Elm街")，并且识别对应于这些坐标或该地址的适当地标。为此，地图应用程序128可以将坐标和/或街道地址传输到地图数据服务器，或在一些情况下，依赖缓存的地图数据和街道级影像。地图数据服务器，或当使用缓存的数据时，地图应用程序128可以基于诸如以下的性质识别地标：显著性(例如，地标相对于地标附近的其他对象的相对大小，或地标与附近对象之间的颜色上的差异)、可视性(例如，接乘位置与地标之间的直接视线的可用性)、流行度(例如，用户生成的关于地标的诸如照片、评论等内容的量)，或其他适当信号。此外，在一些实施例中，地图数据服务器或地图应用程序128可以选择地标位置的街道级影像，以便面向地标，而无论用户期望的接乘位置相对于地标的取向，以包含在视图1508中。例如，地图数据服务器或地图应用程序128可以提供纪念碑的图像并生成提醒"在123Elm街接乘，从纪念碑穿过街道"。

[0104] 图11A和图11B图示了地图应用程序128中的示例性搭乘请求显示1600A、1600B，其包含由搭乘服务供应商定制化的布局组件。显示1600A、1600B可以显示在便携装置上，诸如客户端计算装置102，如图1中所示。如以上提到，搭乘服务供应商可以提供定制化布局和风格信息，以呈现在地图应用程序128中。搭乘请求显示1600A包含基本地图1604、叠盖基本地图1604的定制位置搜索组件1602，以及叠盖基本地图1608的定制第三方布局组件。搭乘服务供应商可以以任意适当方式定制化这些组件1602、1608，并且可以调整组件1602、1608在搭乘请求显示1600A内的位置。例如，搭乘者可以请求位置搜索组件1602呈现在搭乘请求显示1600A的底部。在一个示例中，位置搜索组件1602包含用户控制，用于提供起始位置、目的地位置和提供去往目的地位置的旅行方向的交通模式。定制第三方布局组件1608包含由搭乘服务供应商提供的搭乘服务类型中的每一个的可选择指示以及每个搭乘服务类型的价格估计和等待时间的指示。定制组件还可以包含图标、背景颜色、动画或任意其他适当图形元素。图11B图示了搭乘请求显示1600B的示例性定制布局组件1602、1608。在搭乘请求显示1600B中，定制位置搜索组件1602包含用于提供起始位置和目的地位置的用户控制。定制第三方布局组件1608包含来自搭乘服务供应商的可用搭乘服务类型的圆形、可选择指示
1610a-e。定制第三方布局组件1608还包含价格估计、估计的等待时间和支付方式，以及用于请求所选择的搭乘服务供应商和/或搭乘服务类型的用户控制1612。

[0105] 响应于接收用于请求所选择的搭乘服务供应商和/或搭乘服务类型的用户控制1612的选择，地图应用程序128呈现接乘请求显示1700A-C，如图12A-12C中所示。接乘请求显示1700A-C可以显示在便携装置上，诸如客户端计算装置102，如图1所示。接乘请求显示
1700A包含基本地图1702、接乘位置布局组件1704，以及接乘确认布局组件1706。在一些实施例中，接乘确认布局组件1706是由所选择的搭乘服务供应商可定制化的。接乘请求显示
1700A还包含用户的当前位置1710的指示，以及用户控制1712，诸如用于选择接乘位置的插针。在一些实施例中，默认接乘位置可以是用户的当前位置1710，并且用户可能能够拖动插针以选择接乘位置的另一位置。接乘请求显示1700A还包含选择的接乘位置周围或推荐接乘位置周围的区域的三维街道级视图的预览1708，使得用户可以在接乘位置处容易地找到驾驶员。预览可以包含可选择用户控制，使得当被选择时，接乘请求显示1700A呈现接乘位置周围的区域的三维街道级视图的全屏视图。

[0106] 图12B图示了当用户1710位于机场并且存在若干推荐接乘位置的另一示例性接乘请求显示1700B。推荐接乘位置在位置列表1714中示出为可用接乘区域。用户可以选择这些接乘位置之一并且使用接乘确认布局组件1706确认选择。图12C图示了当用户1710位于机场时的又一示例性接乘请求显示1700C。除了位置列表1714之外，接乘请求显示1700C包含用户控制1716，以选择用户可以被接乘的若干楼层之一。例如，位置列表1714可以包含建筑的第一楼层的推荐接乘位置的第一集合，以及建筑的第二楼层的推荐接乘位置的第二集合。

[0107] 响应于接收用于确认接乘位置的用户控制1706的选择，地图应用程序128呈现等待搭乘显示1800A、1800B，如图13A和图13B所示。等待搭乘显示1800A、1800B可以显示在便携装置上，诸如客户端计算装置102，如图1所示。等待搭乘显示1800A可以包含用户的当前位置1802的指示、接乘用户的车辆1804的指示，以及接乘位置的指示。等待搭乘显示1800A还可以包含到达布局组件1808，其包含驾驶员到达选择的接乘位置的估计的等待时间对指示。此外，等待搭乘显示1800A包含具有用于联系驾驶员的用户控制的联系驾驶员布局组件1810。在一些实施例中，联系驾驶员布局组件1810是由所选择的搭乘服务供应商可定制化的。还在一些实施例中，可以经由SMS应用程序或聊天应用程序联系驾驶员。

[0108] 图13B图示了当用户1802位于机场时呈现的另一等待搭乘显示1800B。等待搭乘显示1800B包含到达布局组件1808以及附加指令布局组件1812，以提供去往接乘位置的详细行走方向。如图12C中所示，等待搭乘显示1800B包含用户控制1814，以选择用户可以被接乘的若干楼层之一。

[0109] 附加考虑

[0110] 以下附加的考虑适用于前述讨论。在整个说明书中，多个实例可以实现被描述为单个实例的组件、操作或结构。尽管将一种或多种方法的单独操作示出并描述为分开的操作，但是可以同时执行一个或多个单独操作，并且不需要按照所示顺序执行操作。在示例配置中表示为分开的组件的结构和功能可以实现为组合的结构或组件。类似地，呈现为单个组件的结构和功能可以被实现为分开的组件。这些和其他变型、修改、添加和改进落入本公开的主题的范围内。

[0111] 另外，本文将某些实施例描述为包括逻辑或多个组件、模块或机构。模块可以构成软件模块(例如，存储在机器可读介质上的代码)或硬件模块。硬件模块是能够执行某些操作的有形单元，并且可以以某种方式配置或布置。在示例实施例中，一个或多个计算机系统(例如，独立的客户端或服务器计算机系统)或计算机系统的一个或多个硬件模块(例如，处理器或一组处理器)可以由软件(例如，应用程序或应用程序部分)配置为硬件模块，以执行此处所述的某些操作。

[0112] 在各种实施例中，可以机械地或电子地实现硬件模块。例如，硬件模块可以包括专用电路或逻辑，该专用电路或逻辑被永久地配置(例如，作为专用处理器，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC))以执行特定的操作。硬件模块还可包括由软件临时配置以执行某些操作的可编程逻辑或电路(例如，如通用处理器或其他可编程处理器中所包含的)。应理解，在成本和时间考虑可以驱使机械地、在专用且永久配置的电路中，还是在临时配置(例如，由软件配置)的电路中来实现硬件模块。

[0113] 相应地，术语硬件应理解为涵盖有形实体，是指以某种方式或以某种方式进行物理构造、永久性配置(例如，硬接线)或临时配置(例如，编程)的实体。执行本文所述的某些操作。如本文所使用的，“硬件实现的模块”是指硬件模块。考虑其中硬件模块被临时配置(例如，编程)的实施例，每个硬件模块不需要在任何时间的任何时刻被配置或实例化。例如，在硬件模块包括使用软件配置的通用处理器的情况下，通用处理器可以在不同时间配置为各自不同的硬件模块。软件可以相应地配置在处理器上，例如，以在一个时间实例上构成特定的硬件模块，并在不同的时间实例上构成不同的硬件模块。

[0114] 硬件模块可以向其他硬件提供信息并从其他硬件接收信息。因此，所描述的硬件模块可以被认为是通信耦合的。在同时存在多个这种硬件模块的情况下，可以通过连接硬件模块的信号传输(例如，通过适当的电路和总线)来实现通信。在其中在不同时间配置或实例化多个硬件模块的实施例中，可以例如通过在多个硬件模块可以访问的存储器结构中存储和检索信息来实现这种硬件模块之间的通信。例如，一个硬件模块可以执行操作并将该操作的输出存储在其通信耦合到的存储设备中。然后，另一硬件模块可以在以后的时间访问存储设备以检索和处理所存储的输出。硬件模块还可以发起与输入或输出设备的通信，并且可以在资源(例如，信息的集合)上进行操作。

[0115] 方法500、800、900和1000可以包括以有形计算机可执行指令的形式的一个或多个功能块、模块、单独功能或例程，其被存储在非暂时性计算机可读存储介质中，并且使用计算设备(例如，如本文所述的服务器、个人计算机、智能电话、平板计算机、智能手表、移动计算设备或其他个人计算设备)的处理器执行。方法500、800、900和1000可以作为任何后端服务器(例如，如本文所述的地图数据服务器、导航服务器或任何其他类型的服务器计算设备)、示例性环境的便携式设备模块，例如示例环境，或作为此类环境外部模块的一部分。尽管为了便于说明可以参考其他附图来描述附图，但是方法500、800、900和1000可以与其他对象和用户界面一起使用。此外，尽管以上说明描述了由特定设备(例如客户端计算设备102和服务器设备104)执行的方法500、800、900和1000的步骤，但这仅出于说明目的。

[0116] 本文描述的示例方法的各种操作可以至少部分地由一个或多个临时配置(例如，由软件配置)或永久配置为执行相关操作的处理器执行。无论是临时配置还是永久配置，这样的处理器都可以构成处理器实现的模块，这些模块可以执行一个或多个操作或功能。在一些示例实施例中，本文所指的模块可以包括处理器实现的模块。

[0117] 类似地，本文描述的方法或例程可以至少部分地由处理器实现。例如，一种方法的至少一些操作可以由一个或多个处理器或处理器实现的硬件模块执行。某些操作的进行可以分布在一个或多个处理器之间，不仅驻留在单个机器内，而且可以跨多个机器部署。在一些示例实施例中，一个或多个处理器可以位于单个位置(例如，在家庭环境、办公室环境内或作为服务器场)，而在其他实施例中，处理器可以分布在多个位置。

[0118] 一个或多个处理器还可以在“云计算”环境中或作为SaaS运行以支持相关操作的进行。例如，如上所述，至少一些操作可以由一组计算机(作为包含处理器的机器的示例)执行，这些操作可以经由网络(例如，互联网)以及经由一个或多个适当的接口(例如API)可访问。

[0119] 更进一步地，这些附图仅出于说明的目的描绘了示例环境的一些实施例。本领域技术人员将从下面的讨论中容易地认识到，在不脱离本文描述的原理的情况下，可以采用本文所示的结构和方法的替代实施例。

[0120] 在阅读了本公开之后，本领域技术人员将理解通过本文公开的原理用于在地图显示内定向用户的另外的替代结构和功能设计。因此，尽管已经示出和描述了特定的实施例和应用，但是应当理解，所公开的实施例不限于本文所公开的精确构造和组件。在不脱离所附权利要求书所限定的精神和范围的情况下，可以对本文公开的方法和装置的布置、操作和细节进行各种修改、改变和变化，这对于本领域技术人员而言是显而易见的。

标题	发布/更新时间	阅读量
一种基于家庭智能服务机器人控制系统及其控制方法	2020-05-22	413
汽车爆胎安全稳定控制系统	2020-05-13	125
一种基于卫星定位系统的高大架体垂直度监测系统及方法	2020-05-14	727
用于睡眠监测的心肺信号感知与采集系统	2020-05-16	902
多模态深度融合机载座舱人机交互方法	2020-05-18	294
基于北斗双天线系统的高大架体垂直度监测系统及方法	2020-05-15	474
一种基于云平台的人体步态与下肢协调性康复训练平台	2020-05-20	779
一种高压直流断路器控制系统	2020-05-21	866
一种基于手势和眼动的无人机操控方法、装置和系统	2020-05-15	874
一种基于人脸识别的访客智能管理系统及其管理方法	2020-05-14	344

导航应用程序中的搭乘服务选项的交互式列表

导航应用程序中的搭乘服务选项的交互式列表

技术领域

背景技术

具体实施方式

该功能需要专业版企业版VIP权限，您可以：