CN110720026A - 使用第三方数据在导航应用中自定义可视化 - Google Patents

使用第三方数据在导航应用中自定义可视化 Download PDF

Info

Publication number
CN110720026A
CN110720026A CN201880038148.0A CN201880038148A CN110720026A CN 110720026 A CN110720026 A CN 110720026A CN 201880038148 A CN201880038148 A CN 201880038148A CN 110720026 A CN110720026 A CN 110720026A
Authority
CN
China
Prior art keywords
ride
location
user
computing device
ride service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201880038148.0A
Other languages
English (en)
Inventor
I.鲁宾
H-F.弗莱尔
S.托蒂
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Google LLC
Original Assignee
Google LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Google LLC filed Critical Google LLC
Publication of CN110720026A publication Critical patent/CN110720026A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/3407—Route searching; Route guidance specially adapted for specific applications
    • G01C21/3423—Multimodal routing, i.e. combining two or more modes of transportation, where the modes can be any of, e.g. driving, walking, cycling, public transport
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/36—Input/output arrangements for on-board computers
    • G01C21/3605—Destination input or retrieval
    • G01C21/3614—Destination input or retrieval through interaction with a road map, e.g. selecting a POI icon on a road map
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/3407—Route searching; Route guidance specially adapted for specific applications
    • G01C21/3438—Rendez-vous, i.e. searching a destination where several users can meet, and the routes to this destination for these users; Ride sharing, i.e. searching a route such that at least two users can share a vehicle for at least part of the route
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/36—Input/output arrangements for on-board computers
    • G01C21/3626—Details of the output of route guidance instructions
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/36—Input/output arrangements for on-board computers
    • G01C21/3697—Output of additional, non-guidance related information, e.g. low fuel level
    • G06Q50/40—
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G08G1/202—Dispatching vehicles on the basis of a location, e.g. taxi dispatching

Abstract

经由计算设备的用户接口提供交互式数字地图。经由用户接口接收对获得至目的地的出行指导的请求。从乘车服务的第三方提供商获得从接载位置到下车位置以跨过路线的至少一部分的乘车的指示。还从乘车服务的第三方提供商接收用于在数字地图上渲染乘车的可视化的可视化信息。根据接收的可视化信息，在数字地图上生成乘车的可视化。

Description

使用第三方数据在导航应用中自定义可视化
技术领域
本公开涉及应用间通信，并且更具体地，涉及地图(mapping)应用和乘车(ride)服务应用之间的应用间通信。
背景技术
当今，地理区域的数字地图普遍经由地图应用、web浏览器等显示在计算设备(诸如计算机、平板计算机和移动电话)上。许多地图应用为用户提供选择用于查看的特征或地图信息的类型以及调整数字地图的显示的能力。
另外，地图应用提供商提供应用编程接口(API)，用于访问地图和导航数据以显示数字地图，并提供至目的地位置的逐步导航指导(direction)。例如，乘车服务应用可以调用地图应用API以提供地理区域的数字地图，该数字地图包括用户的接载位置、目的地位置、行进至目的地位置的导航指导等。
发明内容
为了在地图应用内提供乘车服务而不将用户引导到单独的乘车服务应用，地图应用调用一个或多个乘车服务API来访问来自各种乘车服务提供商的乘车服务数据。例如，用户可以在地图应用内请求至目的地位置的导航指导。然后，用户可以从几种交通方式(包括乘车服务方式)中进行选择，以行进到目的地位置。当用户选择乘车服务方式时，地图应用可以通过调用相应的乘车服务API与各种乘车服务应用进行通信。地图应用与乘车服务应用和/或乘车服务服务器通信，以检索由每个乘车服务提供商提供的乘车服务的类型的指示。乘车服务的类型可以包括乘车服务提供商在至用户目的地的途中接载其他乘客的拼车乘车服务、在至用户目的地的途中不接载其他乘客的出租车服务、包括车辆内的附加特征的豪华轿车服务、用于接载大乘客团体的超大型车辆服务等。地图应用还可与乘车服务应用通信，以检索每种类型的乘车服务的价格估计、每种类型的乘车服务的等待时间、每种类型的乘车服务的乘车持续时间、关于行程状态的乘车状态信息(例如，等待驾驶员接受乘车、等待驾驶员到达接载位置、乘车进行中、乘车已完成)、用户当前位置周围的地理区域内的车辆的数量等。在某些场景中，无需将乘车服务应用地图下载到用户的客户端设备，而是地图应用调用相应的乘车服务API以与乘车服务服务器进行通信。
然后，用户可以直接从地图应用中选择乘车服务提供商和乘车服务的类型，以订购至她的目的地位置的交通服务。以这种方式，用户可以从地图应用内的多个候选乘车服务提供商中进行选择，而不必打开每个对应的乘车服务应用进行比较并且无需离开地图应用。此外，用户可以在具有内置地图功能的应用中识别接载位置和目的地位置。例如，用户可以查看接载位置周围区域的三维街道级视图，从而用户可以容易地在接载位置找到驾驶员。地图应用还可基于用户的环境和位置提供关于接载位置的推荐以及从用户当前位置到接载位置的步行指导。
具体地，本公开的技术的示例实施例是一种用于提供多方式(multi-modal)出行指导的计算设备中的方法。该方法包括经由用户接口接收对获得至目的地的出行指导的请求，以及生成用于行进到目的地的多方式出行指导。生成多方式出行指导包括从乘车服务的第三方提供商获得跨过在接载位置和下车位置之间的路线的第一路段的乘车的指示，以及获得使用不同于第一方式的第二交通方式来跨过该路线的第二路段的导航指导，所述乘车服务限定第一交通方式。该方法还包括经由用户接口提供生成的多方式指导的指示。
另一示例实施例是一种计算设备，其包括用户接口、一个或多个处理器以及在其上存储指令的非暂时性计算机可读介质。当由一个或多个处理器执行时，该指令使计算设备经由用户接口接收对获得至目的地的出行指导的请求，并生成用于行进到目的地的多方式出行指导。为了生成多方式出行指导，指令使计算设备从乘车服务的第三方提供商获得跨过在接载位置与下车位置之间的路线的第一路段的乘车的指示，以及获得使用不同于第一方式的第二交通方式跨过该路线的第二路段的导航指导，该乘车服务限定第一交通方式。该指令还使计算设备经由用户接口提供生成的多方式指导的指示。
再另一示例实施例是一种用于提供多方式出行指导的计算设备中的方法。该方法包括：经由用户接口提供交互式数字地图；经由用户接口接收对获得至目的地的出行指导的请求；以及从乘车服务的第三方提供商获得跨过路线的至少一部分的从接载位置到下车位置的乘车的指示。该方法还包括：从乘车服务的第三方提供商接收用于在数字地图上渲染乘车的可视化的可视化信息，以及根据接收的可视化信息来在数字地图上生成乘车的可视化。
另一示例实施例是一种计算设备，其包括用户接口、一个或多个处理器以及在其上存储指令的非暂时性计算机可读介质。当由一个或多个处理器执行时，该指令使计算设备经由用户接口提供交互式数字地图；经由用户接口接收对获得至目的地的出行指导的请求；以及从乘车服务的第三方提供商获得跨过路线的至少一部分的从接载位置到下车位置的乘车的指示。所述指令还使计算设备从乘车服务的第三方提供商接收用于在数字地图上渲染乘车的可视化的可视化信息，并根据接收的可视化信息在数字地图上生成乘车的可视化。
另一示例实施例是一种用于在数字地图上提供乘车服务信息的便携式计算设备中的方法。该方法包括：经由用户接口提供地理区域的交互式数字地图；经由用户接口接收对获得至目的地的出行指导的请求；以及从乘车服务的多个第三方提供商请求至目的地的路线的至少一部分的候选乘车的相应指示，每个指示包括接载位置、价格估计和接载时间。该方法还包括：接收候选乘车的所请求的指示；根据价格和接载时间中的至少一个来确定候选乘车的排名；根据确定的排名在数字地图上提供候选乘车的列表，以及响应于经由用户接口选择候选乘车之一，将对所选择的乘车的请求发送给对应第三方提供商。
再另一示例实施例是一种用于在计算设备上提供与乘车服务有关的地图数据的便携式计算设备中的方法。该方法包括：经由用户接口提供交互式二维数字地图；经由用户接口接收对获得至目的地的出行指导的请求；以及从乘车服务的第三方提供商获得跨过路线的至少一部分的从接载位置到下车位置的乘车的指示。该方法还包括：获得接载位置的街道级图像；在数字地图上显示获得的接载位置的街道级图像；以及响应于经由用户接口检测到对街道级图像的选择，将二维数字地图转换为街道级图像的交互式三维全景显示。
附图说明
图1是示例系统的框图，其中，可以实现用于经由地图应用向便携式设备提供乘车服务的技术；
图2是可以在图1的系统中操作的示例便携式设备的框图；
图3是示例性序列图，其示出响应于提供给地图应用的用户输入，地图应用与乘车服务应用之间的示例信息交换；
图4是在地图应用内乘车服务请求期间用于在用户接口之间转换的示例性流程图；
图5是用于通过调用乘车服务API经由地图应用请求乘车服务的示例性状态图；
图6是用于生成从出发位置到目的地位置的推荐的多方式路线的示例性流程图；
图7是用于在地图应用内提供乘车服务而不将用户引导到单独的乘车服务应用的示例性流程图；
图8是用于当用户转换到其他地图功能时呈现乘车状态信息的示例性流程图；
图9是用于在地图应用中选择乘车服务提供商的示例性显示；
图10是用于在地图应用中选择接载位置的示例性显示；
图11A是在地图应用中的示例性乘车请求显示，其包括由乘车服务提供商自定义的布局组件；
图11B是在地图应用中的另一示例性乘车请求显示，其包括由乘车服务提供商自定义的布局组件；
图12A是用于在地图应用中确认乘车的示例性接载请求显示；
图12B是用于在地图应用中确认乘车的另一示例性接载请求显示；
图12C是用于在地图应用中确认乘车的又一示例性接载请求显示；
图13A是在地图应用中当用户等待由乘车服务提供商接载时呈现的示例性等待乘车显示；
图13B是在地图应用中呈现的另一示例性等待乘车显示。
具体实施方式
总览
一般而言，用于在地图应用内提供乘车服务的技术可以在便携式计算设备或可穿戴设备、一个或多个网络服务器或包括这些设备的组合的系统中运行的地图应用中实现。然而，为清楚起见，以下示例主要关注用户经由便携式计算设备内的地图应用请求乘车服务的实施例。地图应用调用一个或多个乘车服务API，以与相应的乘车服务应用和/或乘车服务服务器进行通信。地图应用还可以与地图数据服务器和/或导航数据服务器进行通信，以检索地图和导航数据，用于显示用户当前位置周围的地理区域的交互式二维数字地图以及前往用户选择的目的地位置(在此也称为“下车位置(drop-off location)”)的导航指导(navigation direction)。
然后，地图应用可以显示一个或多个乘车服务提供商的乘车服务数据，包括每个乘车服务提供商提供的乘车服务的类型、每种类型的乘车服务的价格估计、每种类型的乘车服务的等待时间、每种类型的乘车服务的乘车持续时间、用户当前位置周围的地理区域内的车辆等。
当用户选择乘车服务提供商和乘车服务的类型时，地图应用可以提示用户选择接载位置(pick-up location)。在某些实施例中，地图应用提供用户当前位置附近的默认接载位置，并且用户可以经由用户控件来调整接载位置。同样在一些实施例中，地图应用可以基于用户当前位置和环境信息来提供推荐的接载位置。例如，在具有多条单行道的区域中，地图应用可以推荐街道处允许驾驶员沿目的地位置的方向行进的接载位置，使得驾驶员无需在接载用户后进行不必要的转弯。在另一示例中，可以基于交通量来确定推荐的接载位置，以避开交通繁忙的街道，从而使成本最小化。
响应于接收对接载位置的选择，地图应用可以调用与所选择的乘车服务提供商对应的乘车服务API，并将用户的乘客识别信息、请求的接载位置以及乘车服务的类型提供给对应的乘车服务应用。乘车服务应用然后可以提供乘车识别符、更新的等待时间、更新的价格估计、更新的乘车持续时间以及驾驶员识别信息，以经由乘车服务API在地图应用上显示。结果，驾驶员可以在请求的接载位置接载用户，并且使用户在目的地位置下车。
示例硬件和软件组件
参考图1，可以在其中实现以上概述的技术的示例通信系统100包括客户端计算设备102，诸如，被配置为执行一个或多个乘车服务应用126和地图应用128的便携式设备。除了客户端计算设备102之外，通信系统100还包括服务器设备104，诸如，导航服务器设备，其被配置为向客户端计算设备102提供地图显示和导航数据。通信系统100还包括第三方提供商设备106(其独立于服务器设备104并与之单独地进行操作)，该第三方提供商设备106可以被配置为与客户端计算设备102和服务器设备104通信，用于提供乘车服务功能的目的。客户端计算设备102、服务器设备104和第三方提供商设备106可以通过网络108彼此通信地连接。网络108可以是诸如互联网的公共网络，或者是诸如内联网的专用网络。
服务器设备104可以通信地联接到数据库110，该数据库110在示例实施方式中存储各个地理区域的地图数据。类似地，服务器设备104可以通信地联接到数据库144，该数据库144在示例实施方式中存储用于与客户端计算设备102的用户关联的各种车辆、与第三方提供商106关联的车辆、其数据由服务器设备104或其他服务器收集的其他车辆或所有这三者的组合的车辆数据144。更一般地，服务器设备104可以与一个或多个数据库通信，该数据库存储任何类型的合适的地理空间信息或可以链接于地理环境的信息，例如优惠券或出价(offer)。服务器设备104也可以通信地联接到数据库(未示出)，该数据库在示例实施方式中存储导航数据，该导航数据包括逐步的导航指导，诸如驾驶、步行、骑自行车或公共交通指导，其例如可以最终由乘车服务应用126、地图应用128或两者来利用。例如，服务器设备104可以从地图数据数据库110请求并接收地图数据以及从车辆数据数据库144请求并接收相关的车辆数据。在一些实施方式中，服务器设备104可以包括多个通信地连接的服务器设备。类似地，分别存储在数据库110和144中的地图数据和车辆数据实际上可以是以云数据库配置通信地连接的多个数据库。
在示例实施方式中，客户端计算设备102可以是例如智能电话或平板计算机，并且包括存储器120、一个或多个处理器112、网络接口116、用户接口(UI)114和一个或多个传感器118。存储器120可以是非暂时性存储器，并且可以包括一个或多个合适的存储器模块，诸如随机存取存储器(RAM)、只读存储器(ROM)、闪存、其他类型的持久存储器等。UI 114可以是例如触摸屏。更一般地，本公开的技术可以在其他类型的设备中实现，诸如膝上型计算机或台式计算机、在车辆中嵌入的设备(诸如车头单元)、可穿戴设备(诸如智能手表或智能眼镜)等。
取决于实施方式，一个或多个传感器118可以包括全球定位系统(GPS)模块以检测客户端计算设备102的位置、罗盘以确定客户端计算设备102的方向、陀螺仪以确定旋转和倾斜、加速度计等。
存储器120存储操作系统(OS)122，该操作系统可以是任何类型的合适的移动或通用操作系统。OS 122可以包括允许应用(诸如乘车服务应用126和地图应用128)彼此接口或检索例如传感器读数的API功能。例如，被配置为在客户端计算设备102上执行的软件应用可以包括指令，该指令调用OS122API，以检索客户端计算设备102在该时刻的当前位置和取向。API还可以返回API对估计有多确定的定量指示(例如，作为百分比)。
存储器120还存储地图应用128，其被配置为生成交互式数字地图。地图应用128可以从地图数据数据库110和/或服务器设备104接收栅格(例如，位图)或非栅格(例如，矢量图形)格式的地图数据。在某些情况下，地图数据可以被组织为层，诸如描绘道路、街道、自然形成(formation)等的基本层、描绘当前交通状况的交通层、描绘当前天气状况的天气层、描绘到达目的地的路径的导航层等。地图应用128还可以显示从出发位置到目的地位置的导航指导。导航指导可以包括驾驶、步行或公共交通指导。
注意，尽管图1将地图应用128图示为独立应用，但是地图应用128的功能也可以以能够经由在客户端计算设备102上执行的web浏览器访问的在线服务的形式来提供，作为在客户端计算设备102上执行的另一软件应用的插件或扩展等。地图应用128通常可以针对不同的相应操作系统以不同的版本提供。例如，客户端计算设备102的制造商可以提供包括用于安卓(AndroidTM)平台的地图应用128的软件开发套件(SDK)，用于iOSTM平台的另一SDK等。
在一些实施方式中，服务器设备104包括一个或多个处理器130、API132、网络接口134和存储器136。API 132可以提供用于与可以存储在服务器设备104上的存储器136中的应用接口的功能。存储器136可以是有形的非暂时性存储器，并且可以包括任何类型的合适的存储器模块，包括随机存取存储器(RAM)、只读存储器(ROM)、闪存、其他类型的持久存储器等。存储器136存储可以在处理器130上执行的指令，该指令可以生成要由地图应用128针对地理区域显示的地图显示。存储器136或另一服务器中的存储器类似地可以存储指令，该指令生成前往该地理区域内的地理位置的导航指导，并且可以由地图应用128将其显示为覆盖在地图显示之上。在一些实施方式中，第三方提供商106可以针对可由客户端计算设备102上的乘车服务应用126使用的导航指导发起对服务器设备104的调用。
为了简单起见，图1将服务器设备104示为服务器的仅一个实例。然而，根据一些实施方式的服务器设备104包括一组一个或多个服务器设备，每个服务器设备配备有一个或多个处理器并且能够独立于其他服务器设备进行操作。在这样的组中操作的服务器设备可以单独(例如，基于可用性)、以分布式方式或根据任何其他合适的技术处理来自客户端计算设备102的请求，在分布式方式中，与处理请求关联的一个操作在一个服务器设备上执行，而与处理相同请求关联的另一操作则在另一服务器设备上执行。为了该讨论的目的，术语“服务器设备”可以指单个服务器设备或一组两个或更多个服务器设备。
在一些实施方式中，第三方提供商设备106或乘车服务提供商设备可以包括处理器138、API 140、网络接口142和存储器144。API 140可以提供用于与可以存储在第三方提供商106上的存储器144中的应用接口的功能。存储器144可以是有形的非暂时性存储器，并且可以包括任何类型的合适的存储器模块，包括随机存取存储器(RAM)、只读存储器(ROM)、闪存、其他类型的持久存储器等。存储器144存储可在处理器138上执行的指令，该指令可生成、处理和发送对乘车服务应用中的乘车服务功能的请求，所述乘车服务应用诸如在客户端计算设备102的存储器120中存储的乘车服务应用126。
在一些实施方式中，系统100包括与多个不同的乘车服务提供商对应的多个第三方提供商设备106。同样在某些情况下，客户端计算设备102包括与每个乘车服务提供商对应的多个乘车服务应用126。以这种方式，用户可以比较多个乘车服务提供商的乘车服务类型、价格估计、乘车持续时间和估计的等待时间。
图2是示例软件架构200的框图，示例软件架构200可以在客户端计算设备102上实现，并且可以包括用于在操作系统122、乘车服务应用126、地图应用128、客户端计算设备上的服务202以及其他应用204之间进行通信的协议。在一些实施方式中，乘车服务应用公开(expose)由地图应用128调用的乘车服务API 206。以这种方式，地图应用128可以允许用户请求乘车服务而不必离开地图应用128。例如，地图应用128可以向乘车服务API 206提供接载和目的地位置，乘车服务API 206转而可以提供地理区域中的乘车服务的类型、每种类型的乘车服务的价格估计、每种类型的乘车服务的等待时间、每种类型的乘车服务的乘车持续时间、地理区域内的车辆数量等。
通常，地图应用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的制造商可以提供包括用于AndroidTM平台的乘车服务API 208的软件开发套件(SDK)、用于iOSTM平台的另一SDK等。
在某些情况下，地图应用128可以经由相应的API与多个乘车服务应用进行通信。如果用户没有地图应用128与之通信的乘车服务应用，则可以提示用户下载乘车服务应用126。在其他实施例中，用户不下载乘车服务应用126而地图应用128可以经由乘车服务API206与诸如图1所示的第三方提供商设备106的乘车服务服务器通信。
图3是描绘使用API在地图应用和乘车服务应用之间的调用的示例性序列图300。序列图300示出本文公开的实施例的一种实现方式的示例消息序列图。序列图300包括用户302、地图应用128、乘车服务应用126和乘车服务API 208。
在示例序列图300中，用户302经由通过地图应用128呈现的显示的用户控件来请求乘车服务304。例如，用户可以针对乘车服务交通方式请求至选择的目的地位置的指导。响应于该请求，地图应用128可以生成对乘车服务应用API 208的乘车服务的API调用，其中，API调用例如包括对乘车服务的请求连同用户的当前位置和目的地位置306。然后，将API调用作为请求308发送到乘车服务应用126或乘车服务服务器，诸如第三方提供商设备106。
乘车服务应用126可以执行其自身的内部功能，以确定可用于为用户302服务的乘车服务的类型、用于将用户302运送到目的地位置的价格估计、用于接载用户302的等待时间、用户当前位置周围的地理区域内的车辆数量等。然后，乘车服务应用126准备要发送到地图应用128的响应310，该响应310具有例如可用的乘车服务的类型、通过每种类型的乘车服务的乘车的估计的到达时间、每种类型的乘车服务的估计价格、该区域中车辆/驾驶员的估计或其组合。响应310被乘车服务API 208接收，然后被格式化并提供给地图应用128(参考编号311)，在地图应用128处其被处理，并在必要时被操纵，成为向用户302的显示312。
例如，地图应用128可以显示可用的每种类型的乘车服务(例如，拼车乘车服务、出租车乘车服务、豪华轿车乘车服务、超大型车辆服务)、每种类型的乘车服务的价格估计、每种类型的乘车服务的乘车持续时间以及每种类型的乘车服务的估计等待时间的指示。如由乘车服务API 126所指示，地图应用128还可以与地理区域内的车辆数量成比例地在地图显示上显示车辆的指示。尽管车辆在地图显示上的位置可能不是对乘车服务提供商所使用的车辆的位置的准确表示，但是可以使用地图显示上的车辆数量以向用户显示该区域中车辆量的近似。当多个乘车服务提供商可用时，地图应用128可以以不同的样式或颜色显示每个乘车服务提供商所使用的车辆的指示。
在一些实施例中，显示的可用乘车服务的类型的指示可以包括用于选择乘车服务的类型的可选择的用户控件。用户302查看显示的指示312并选择乘车服务的类型。然后，地图应用128可以呈现用于选择接载位置的用户控件。用户控件可以是放置在用户当前位置或用户当前位置附近的图钉(pin)，并且用户可以能够通过输入地址或兴趣点(POI)、将图钉拖动到另一位置或以任何其他合适的方式来将图钉移动到另一位置。然后接载位置和选择的乘车服务的类型被提供给乘车服务API 208(参考编号316)，并转发给乘车服务应用126(参考编号318)。然后，乘车服务应用126选择进行接载的驾驶员和用户，并向乘车服务API 208发送选择的驾驶员的驾驶员识别信息(例如，驾驶员的姓名、车辆品牌、型号和颜色、车牌号等)、更新的价格估计、更新的等待时间，用于检索指示驾驶员正在接载用户的途中的状态信息的乘车ID等(参考编号320)，然后，其被格式化并提供给地图应用128(参考编号321)。因此，地图应用128可以向用户302呈现驾驶员的状态(例如，在接载用户的路上)的指示、更新的价格估计、更新的等待时间以及驾驶员识别信息。
图4示出在地图应用128内乘车服务请求期间用于在用户接口之间转换的示例性流程图500。该方法可以以存储在计算机可读存储器上并且可以在客户端计算设备102的一个或多个处理器上执行的一组指令来实现。例如，该方法可以由地图应用128、乘车服务应用128或这些应用的任何合适的组合来实现。
在框502处，呈现地图显示，其包括用户当前位置周围的地理区域。用户当前位置的指示也可以呈现在地图显示上。然后在框504处，地图应用128呈现搜索栏，用于从用户获得地理搜索查询并响应于地理搜索查询提供搜索结果。例如，搜索结果可以包括POI、地址、交叉路口等，并且用户可以选择搜索结果之一作为目的地位置，并请求前往选择的目的地位置的指导。
地图应用128还可以包括用于在几种交通方式(包括乘车服务交通方式)之间进行选择的用户控件。响应于接收对乘车服务交通方式的选择，地图应用128可以呈现乘车请求显示(框506)，其包括乘车服务提供商、来自乘车服务提供商的乘车服务的类型、每种类型的乘车服务的价格估计、每种类型的乘车服务的乘车持续时间、每种类型的乘车服务的等待时间等的指示，类似于图11B所示的显示。在一些实施例中，地图应用128可以针对一个或多个乘车服务应用中的每一个调用乘车服务API，并且可以经由相应的API向每个乘车服务应用提供用户当前位置和目的地位置。
响应于接收对乘车服务提供商和/或乘车服务的类型的选择，地图应用128可以呈现包括用于选择接载位置的用户控件的接载请求显示(框508)，类似于图12A所示的显示。接载请求显示可以包括在用户当前位置的阈值距离(例如，500英尺)内的默认接载位置，其中，默认接载位置可由用户调整。例如，用户可以输入接载位置或拖动在默认接载位置处呈现的图钉以选择接载位置。在一些实施例中，地图应用128可以提供推荐的接载位置以节省时间和金钱。例如，推荐的接载位置可以距用户当前位置350英尺，并且接载请求显示可以指示用户可以通过选择推荐的接载位置而“节省3分钟和2美元”。接载请求显示还可以包括用于确认接载位置的用户控件，诸如在选择接载位置之后的“确认接载”按钮。
响应于接收对接载位置的选择，地图应用128可以呈现等待乘车显示(框510)，类似于图13A所示的显示。等待乘车显示可以包括驾驶员当前位置的指示、驾驶员的识别信息、驾驶员到达选择的接载位置的估计等待时间以及用于联系驾驶员的用户控件。一旦驾驶员到达，就可以将用户运送到目的地位置。
当用户请求地图应用128内的乘车服务时，地图应用128将用户登录信息提供给乘车服务提供商，以将用户登录到由乘车服务提供商维护的用户简档。例如，用户简档可以包括用户的支付方法、用户的姓名、用户的电子邮件地址、用户的电话号码、使驾驶员识别用户的用户的图片、用户的等级、当前正在进行的乘车或用户正在请求的乘车的乘车ID或任何其他合适的用户简档信息。一旦用户确认乘车请求，地图应用128就可以接收用于检索乘车的状态信息的乘车ID，诸如“等待驾驶员接受乘车请求”、“等待驾驶员到达接载位置”、“乘车进行中”和“乘车完成”。
图5是用于通过调用乘车服务API 208经由地图应用128请求乘车服务的示例性状态图600。状态图600描绘几种状态，诸如初始状态602、登入状态604、确认/预订状态606、复原(restore)状态608、乘车进行中状态610和转换状态612。在任何时刻，状态602-610中的任何一个都可以返回初始状态，如状态图600中所示。
在一种实施方式中，用户打开地图应用128并在初始状态602中开始。在初始状态602中，地图应用128呈现地理区域的地图显示，并且可以接收地理搜索查询，响应于地理搜索查询提供搜索结果，并显示从用户当前位置或某个其他指定的出发位置到选择的目的地位置的导航或出行指导。可以针对多种不同的交通方式(例如，步行、骑自行车、驾驶、公共交通、乘车服务、推荐的交通方式，其可以包括基于最短持续时间、距离或最低成本等的到达目的地位置的多种交通方式)来提供导航或出行指导。当用户选择乘车服务交通方式或选择包括由乘车服务覆盖的路段的多方式出行指导并选择乘车服务提供商/乘车服务的类型时，地图应用128前进到登入状态604。
在登入状态604中，地图应用128确定用户是否登入到与地图应用128的提供商关联的客户端账户616中。如果用户未登入，则地图应用128可以提供用于输入例如用户名和密码的用户登录信息以登入到客户端帐户616的用户控件。当用户登入时，地图应用128将用户登入到与提供乘车服务的第三方提供商618关联的用户简档。在一些实施例中，用户可以使用与地图应用128的提供商关联的客户端账户616来登入到第三方提供商。当用户登入到第三方提供商时，地图应用128调用乘车服务API 208以检索与用户简档关联的乘车ID，以确定当前是否有乘车正在进行。如果当前有乘车正在进行，则地图应用128转换到复原状态608。另一方面，如果不存在乘车ID，则地图应用128前进到确认/预订状态606。
在确认/预订状态606中，更具体地，在确认状态620中，地图应用128呈现接载请求显示，该接载请求显示包括用于选择接载位置的用户控件，类似于如图12A所示的显示。接载请求显示还可以包括用于选择或添加支付方法的用户控件。例如，地图应用128可以经由乘车服务API 208检索与乘车服务提供商一起存储的用户的支付方法。地图应用128可以显示这些支付方法中的每一种的掩蔽指示(masked indication)，以供用户从中选择，并且可以显示附加用户控件，以供用户输入新的支付方法。在一些实施例中，当用户已经选择接载位置和支付方法时，地图应用128可以呈现诸如“确认接载”按钮的用户控件，当该用户控件被选择时，其将地图应用128转换到预订状态622。
在预订状态622中，地图应用128经由乘车服务API 208向乘车服务提供商请求从接载位置到目的地位置的乘车服务。然后，乘车服务API 208与乘车服务提供商进行通信选择针对乘车的驾驶员。例如，乘车服务提供商可以将消息广播到在接载位置的阈值距离内的每个驾驶员，并且可以选择响应广播的消息的第一个驾驶员。在任何情况下，乘车服务API 208可随后将乘车ID提供给地图应用128，并且地图应用128前进至乘车进行中状态626。在乘车进行中状态中，地图应用128连续或周期性地(例如，每5到10秒)调用获得乘车状态功能612，以通过向乘车服务API 208提供乘车ID而接收与乘车的状态有关的状态信息。作为响应，乘车服务API 208将状态信息提供给地图应用128。状态信息可以包括：等待驾驶员接受乘车628、等待驾驶员到达接载位置630、乘车进行中632和乘车完成634。
在等待驾驶员到达接载位置630和乘车进行中632状态期间，乘车服务API 208还可以返回驾驶员的当前位置，以经由地图应用128进行显示。以这种方式，地图应用128可以在地图显示上呈现驾驶员的指示连同接载位置或目的地位置，以供用户查看驾驶员到接载位置或在到目的地位置的路线上的进度。另外，在等待驾驶员接受乘车628、等待驾驶员到达接载位置630以及乘车进行中632状态期间，地图应用128可以呈现用于取消乘车的用户控件，当该用户控件被选择时可以使地图应用128经由乘车服务API 208向乘车服务提供商提供取消请求以取消乘车。地图应用128还可以呈现用于修改目的地位置的用户控件，当该用户控件被选择时，可以使地图应用128经由乘车服务API 208向乘车服务提供商提供修改目的地请求。
一旦用户在目的地位置下车，地图应用128便进入完成状态632。在完成状态632中，地图应用128可以呈现乘车的概要，包括乘车的最终价格、用于对驾驶员评价的用户控件或任何其他与评价有关的合适信息。然后，地图应用128可以返回初始状态602。
如上所述，当用户登入到第三方提供商并且有乘车当前正在进行时，地图应用128转换到复原状态608。例如，用户可能已经退出地图应用128，然后在请求乘车时重新打开它。在复原状态608中，地图应用128前进到乘车进行中状态626，并且连续或周期性地(例如，每5到10秒)调用获得乘车状态功能612以接收与乘车的状态有关的状态信息。
除了提供乘车服务之外，地图应用128还提供用于将用户导航到她的目的地位置的多方式交通方式。例如，用户可以选择推荐的交通方式，其可以包括用于基于最短持续时间、距离和最低成本等提供到目的地位置的最优路线的多个交通方式。在一些实施例中，用户可以提供偏好(诸如“避开公路”、“利用公共交通”、“避开夜间步行指导”、“最低成本”、“最短持续时间”)，用户可以指示优选的交通方式、优选的乘车服务提供商和/或优选的乘车服务类型(例如，拼车乘车服务)，或者可以提供任何其他合适的偏好。因此，地图应用128可以使用一种或多种交通方式并根据用户的偏好来呈现至目的地位置的一条或多条最优路线。
在一些实施例中，地图应用128向服务器设备104提供对使用推荐的交通方式的导航指导的请求，包括出发位置、目的地位置以及包括用户偏好的用户数据。服务器设备104可以检索地图数据、导航数据、交通数据等，以生成从出发位置到目的地位置的路线。同样在一些实施例中，服务器设备104可以调用乘车服务API 208以检索乘车服务提供商的乘车服务数据，诸如路线的特定路段的估计等待时间和价格估计。例如，最优路线可包括前往和/或来自公共交通站的乘车服务。更具体地，服务器设备104可以生成推荐的多方式路线，该路线包括距用户出发位置一英里的第一公共交通站和距用户目的地位置一英里的第二公共交通站。推荐的多方式路线可以包括从出发位置到第一公共交通站的乘车服务，以及从第二公共交通站到目的地位置的另一乘车服务。在另一示例中，推荐的多方式路线可以包括从出发位置到第一公共交通站或从第二公共交通站到目的地位置的步行指导。
通过与乘车服务提供商通信，服务器设备104可以识别使成本和/或等待时间最小化的乘车服务提供商和/或乘车服务类型。当用户指示优选的乘车服务提供商或优选的服务类型时，服务器设备104可以从优选的乘车服务提供商检索乘车服务数据，并将优选的乘车服务提供商包括在路线中。然后，服务器设备104可以生成一个或多个推荐的多方式路线，并将推荐的路线提供给地图应用128，以供用户选择推荐的路线之一并开始导航到目的地位置。
图6示出示例方法800的流程图，该示例方法800用于生成从出发位置到目的地位置的推荐的多方式路线。该方法可以以存储在计算机可读存储器上并且服务器设备104的一个或多个处理器可执行的一组指令来实现。在其他实施例中，该方法可以由可以在客户端计算设备102或服务器设备104和客户端计算设备102的组合上执行的应用来实现。
在框802处，接收对包括出发位置和目的地位置的出行指导的请求。可以从在用户的客户端计算设备102上执行的地图应用128接收对出行指导的请求。用户可以例如通过选择响应于地理搜索查询的搜索结果、输入目的地位置、在地图显示上触摸选择目的地位置或以任何其他合适的方式来提供目的地位置。出发位置可以是用户当前位置或者用户提供的另一位置。
在框804处，地图应用128还可以提供接收对推荐的交通方式的出行指导的请求。推荐的交通方式可以包括多种交通方式。另外，响应于对使用推荐的交通方式的出行指导的请求，服务器设备104可以提供至目的地位置的多条路线，每条路线都涉及一种或多种交通方式供用户从中选择。当请求使用推荐的交通方式的出行指导时，地图应用128可以提供推荐的路线的用户偏好，诸如“避开公路”、“利用公共交通”、“避开夜间步行指导”、“最低成本”、“最短持续时间”、优选的乘车服务提供商和/或优选的乘车服务类型(例如拼车乘车服务)或任何其他合适的用户偏好。
响应于接收对使用推荐的交通方式的出行指导的请求，服务器设备104可以识别从出发位置至目的地位置的几条路线，每条路线都涉及一种或多种交通方式(框806)。在一些实施例中，路线可以包括使用乘车服务交通方式的第一路段和使用另一种交通方式(诸如步行、驾驶、骑自行车、公共交通等)的第二路段。例如，服务器设备104可以识别第一路线，该第一路线包括从出发位置驾驶到目的地位置或订购乘车服务。服务器设备104可以识别第二路线，该第二路线包括步行到火车站、乘火车从第一火车站到第二火车站以及订购从第二站到目的地位置的乘车服务。此外，服务器设备104可以识别第三路线，该第三路线包括骑自行车从出发位置到公交车站、乘公交车从第一公交车站到第二公交车站、从第二公交车站步行到火车站、乘火车从第一火车站到第二火车站以及步行到目的地。在其他实施例中，地图应用128使用存储在客户端计算设备102的本地存储器中的缓存的地图数据来生成出行指导，或者使用路线的不包括乘车服务的路段的缓存的地图数据来生成出行指导。
在一些实施例中，识别的路线可以包括特定的乘车服务提供商和/或乘车服务类型。例如，某些乘车服务提供商可以包括班车(shuttle)乘车服务类型，并且路线可以包括乘火车到班车接载位置附近的站、然后利用该乘车服务从班车接载位置到距目的地位置步行距离的班车站。以这种方式，当班车接载位置可以与火车站同步时，用户可以节省时间并降低成本。
在框808处，根据优化技术对每个识别的路线进行排名或评分。例如，可以根据诸如距离、持续时间、成本、包括用户偏好的用户数据等的一个或多个因素来对识别的路线进行排名或评分。例如，可以对识别的路线进行排名以使至目的地位置的总出行时间最小化。在另一示例中，可以对识别的路线进行排名，以使行进至目的地位置的总价格最小化。
在又另一示例中，每条识别的路线可以接收距离得分、持续时间得分、成本得分、用户偏好得分或任何其他合适的得分，并且可以以任何合适的方式对得分进行加权、合计或组合以生成每条路线的总得分。然后可以按照它们相应得分的顺序对路线进行排名，以使成本、时间和/或距离最小化。在一些实施例中，不满足用户偏好的路线可以被滤除，或者可以接收零的得分。以这种方式，可以鉴于用户数据对推荐的路线和/或乘车服务提供商/乘车服务的类型进行排名/选择。例如，如果用户指示他不想在夜间步行，则可以滤除包括阈值时间段之后的步行路段的任何路线或将其排名在底部。可以基于使用特定公共交通系统的成本或使用特定乘车服务提供商和/或乘车服务类型的成本来确定成本。例如，服务器设备104可以调用一个或多个乘车共享API208，以确定对于路线的路段使用特定乘车服务提供商和/或乘车服务类型的价格估计。
除了对识别的路线进行排名之外，服务器设备104还可以对候选乘车进行排名，其中，每个候选乘车与特定乘车服务提供商和乘车服务类型对应。可以根据诸如距离、持续时间、成本、包括用户偏好的用户数据等的一个或多个因素来对候选乘车进行排名或评分。例如，可以对候选乘车进行排名以使驾驶员到达接载位置的等待时间最小化。在另一示例中，可以对候选乘车进行排名，以使行进到目的地位置的总价格最小化。服务器设备104可以根据等待时间、价格或任何其他合适的类别单独对候选乘车进行排名。在一些实施例中，还可以根据对于乘车服务提供商的用户反馈数据来对候选乘车进行排名。用户反馈数据可以包括指示乘客对乘车服务提供商的过去评价或评论的数据。
然后，在框810处，服务器设备104向地图应用128提供排名高于阈值排名的一组路线(例如，排名最高的前三条路线)或乘车列表作为推荐的路线或乘车以供用户从中选择。例如，可以在地图显示的区域中提供排名最高的前三条路线中的每条路线的指示(例如，作为表示对于路线的路段的交通方式的一系列图标)，并且用户可以通过触摸选择推荐的路线的指示来选择路线中的一条路线。在其他实施例中，服务器设备104选择一条路线(例如，最高排名的路线)并将选择的路线提供给地图应用128。在示例性场景中，地图应用128显示三条路线，其中，第一路线包括订购由Rider提供的从出发位置(例如，用户当前位置)到火车站的出租车乘车服务、乘火车从第一火车站到第二火车站以及步行到目的地位置。第二路线包括步行到由DriverCo提供的班车乘车服务的班车接载位置、利用班车乘车服务到第二班车站/接载位置以及步行到目的地位置。第三路线包括步行到公交车站、乘公交车从第一公交车站到第二公交车站、步行到火车站、乘火车从第一火车站到第二火车站以及订购由Rider提供的从第二火车站到目的地位置的拼车乘车服务。
当用户选择包括乘车服务覆盖的路段的推荐的多方式路线之一或选择使用乘车服务交通方式的路线时，地图应用128可以调用一个或多个乘车服务API 208以与多个乘车服务提供商进行通信。例如，路线可以包括乘火车从第一火车站到第二火车站，以及订购从第二站到目的地位置的乘车服务。在该示例中，第二站可以是乘车服务的接载位置，而目的地位置可以是下车位置。地图应用128可以识别用户将到达第二火车站并且因而接载位置的估计时间。因此，地图应用128可以请求乘车在接载位置处在估计时间或估计时间的阈值时间段内(例如，五分钟、十分钟等内)开始。
另外，当用户选择推荐的多方式路线之一时，地图应用128在地图显示上呈现路线的可视化。例如，可视化可以包括出发位置和目的地位置的指示，诸如两个位置处的图钉。可视化还可以包括从出发位置到目的地位置的路线的指示。例如，可以以任何合适的方式突出显示或指示沿路线的街道、道路、公路和调运(maneuver)中的每一个。另外，路线的每个路段可以包括对应路段的相应交通方式的指示。例如，路线的第一路段可以用指示第一路段的步行指导的虚线表示，而路线的第二路段可以用指示第二路段的驾驶指导的实线表示。
在一些实施例中，当用户选择包括特定乘车服务提供商和乘车服务类型的推荐的多方式路线时，地图应用128可以仅呈现针对选择的乘车服务提供商和乘车服务类型的乘车服务数据。例如，当用户或服务器设备104从几个候选乘车中选择特定乘车时，地图应用128可以请求对于选择的乘车的乘车服务数据。在其他实施例中，地图应用128呈现对于每个乘车服务提供商和乘车服务类型的乘车服务数据，以允许用户具有另一机会来选择乘车服务提供商和乘车服务类型。
图7示出用于在地图应用内提供乘车服务而无需将用户引导到单独的乘车服务应用的示例方法900的流程图。该方法可以以存储在计算机可读存储器上并且客户端计算设备102的一个或多个处理器可执行的一组指令来实现。例如，该方法可以由存储在客户端计算设备上的应用来实现，诸如由地图应用128实现。在其他实施例中，该方法可以由服务器设备104或客户端计算设备102和服务器设备104的组合来实现。
在框902处，选择从出发位置至目的地位置的路线，该路线至少包括由乘车服务覆盖的路段。例如，地图应用128可以呈现至目的地位置的多个推荐的多方式路线，并且用户可以通过例如触摸选择路线的指示来选择推荐的多方式路线之一，如上面参考图6所述。在另一示例中，地图应用128可以包括用于请求至选择的目的地位置的出行指导的用户控件。当用户经由用户控件请求出行指导时，地图应用128可以提供用于选择包括乘车服务方式的交通方式的用户控件。
当选择乘车服务方式时，地图应用128可以调用一个或多个乘车服务API208以与相应的乘车服务提供商进行通信以请求乘客服务(框904)。例如，地图应用128可以使用每个乘车服务API 208连同用户的当前位置和目的地位置来提供乘车服务请求。然后，乘车服务API 208可以将乘车服务请求转发到对应的乘车服务应用126或乘车服务提供商服务器106，其可以转而向乘车服务API 208提供乘车服务信息，乘车服务信息然后被转发到地图应用128(框906)。乘车服务信息可以包括可用的乘车服务的类型、通过每种类型的乘车服务的乘车到达的估计时间、每种类型的乘车服务的估计价格、该区域中车辆/驾驶员的估计等。
除了提供乘车服务信息之外，乘车服务提供商还可以经由乘车服务API208提供样式或可视化信息以及自定义布局，用于在地图显示上呈现乘车服务信息、用于在地图显示上呈现其他元素或用于在地图显示上渲染乘车的任何合适的可视化。下面参考图9-13B对此进行更详细的描述。更具体地，地图应用128可以保留对地图显示上的某些组件的控制，同时允许乘车服务提供商针对地图显示上的其他组件自定义布局。例如，地图应用128可以保留对包括在地图显示内的基础地图的控制，但是可以允许乘车服务提供商自定义在地图显示的顶部覆盖基础地图的搜索栏或在地图显示的底部覆盖基础地图的矩形布局。自定义的布局不必在地图显示的顶部或底部，并且乘车服务提供商也可以在地图显示内自定义布局的位置。除了自定义布局之外，乘车服务提供商还可以提供样式信息以调整地图显示上由地图应用128控制的元素的样式。例如，乘车服务提供商可以提供用于渲染基础地图中的元素的样式或可视化信息，诸如基础地图的背景颜色、公路、道路和街道的颜色、地图标记的字体大小、颜色和类型、基础地图的配色方案、线粗或笔划类型、诸如表示车辆在地图上的当前位置的车辆图标、表示用户当前位置的图标、表示接载位置的接载位置图标、表示下车位置的下车位置图标、表示客户端计算设备的当前取向的当前取向图标或任何其他视觉属性的图形。
在任何情况下，地图应用128随后可以在地图显示上呈现乘车服务信息(框908)，类似于图9所示的显示。更具体地，对于每个乘车服务提供商，地图应用128可以呈现乘车服务提供商的指示，诸如乘车服务提供商的名称和徽标。地图应用128还可以呈现由乘车服务提供商提供的乘车服务类型(例如拼车乘车服务、出租车乘车服务、豪华轿车乘车服务、班车乘车服务、超大型车辆服务等)以及每种乘车服务类型的价格和等待时间估计的指示。当地图应用128在地图显示上呈现多个乘车服务提供商的乘车服务信息时，用户可以经由用户控件诸如触摸选择乘车服务提供商的指示来选择乘车服务提供商之一。响应于选择乘车服务提供商，地图应用128可以呈现由选择的乘车服务提供商提供的乘车服务类型以及每种乘车服务类型的价格和等待时间估计的指示。用户还可以经由用户控件诸如触摸选择乘车服务类型的指示来选择乘车服务类型。
另外，地图应用128可以利用来自对应乘车服务提供商的相应样式或可视化信息以及自定义布局来呈现每个乘车服务提供商的乘车服务信息。因此，地图应用128可以根据接收的样式或可视化信息来重新渲染地图显示。在一些实施例中，当用户选择候选乘车服务提供商之一时，地图应用128调整地图显示以包括选择的乘车服务提供商的样式信息和自定义布局。然后，当用户选择另一乘车服务提供商时，地图应用128改变地图显示，以包括该另一乘车服务提供商的样式信息和自定义布局。例如，Rider可以提供粉红色的车辆图标、基础地图的深蓝色背景颜色、用于表示用户当前位置的三角形图标以及用于选择乘车服务类型的自定义布局，其中，用户可以提供滑动手势以在地图显示上查看新的乘车服务类型。自定义的布局还可以包括例如在经济或优质乘车之间进行选择、在乘车上的几名乘客之间分摊费用或订购团体的乘车的图标。
在框910处，地图应用128接收对乘车服务提供商和乘车服务类型的选择。例如，用户可以通过触摸选择用户控件(诸如RiderPool图标或“选择RiderPool”按钮)选择来自Rider的名为RiderPool的拼车服务。结果，类似于图12A中所示的显示，地图应用128呈现包括用于选择接载位置的用户控件的接载请求显示。该用户控件可以是被放置在地图显示上的默认的接载位置处的图钉或其他图标。例如，默认的接载位置可以是用户当前位置，也可以是推荐的接载位置。
然后，用户可以通过例如将用户控件拖动到地图显示上的另一位置来调整接载位置。在一些实施例中，接载请求显示包括当用户将图钉移动到另一位置时保留在接载请求显示上的推荐的接载位置的指示，以便用户以后可以选择推荐的接载位置。推荐的接载位置的指示可以包括从用户当前位置到推荐的接载位置的距离的指示以及与推荐的接载位置关联的时间和成本节省的指示。例如，在具有多条单行道的区域中，地图应用128可以推荐街道处允许驾驶员沿目的地位置的方向行进的接载位置，使得驾驶员无需在接载用户后进行不必要的转弯。在另一示例中，可以基于交通来确定推荐的接载位置，以避开交通繁忙的街道，从而使成本最小化。地图应用128可以识别在用户当前位置的步行距离或阈值距离内(例如，在500或1000英尺内)的推荐的接载位置，以最小化乘车的时间和/或成本。
另外，接载请求显示可以在接载请求显示的一部分中包括接载位置周围区域的三维街道级视图的预览，以便用户可以容易地在接载位置找到驾驶员。预览可以包括可选的用户控件，使得当该用户控件被选择时，接载请求显示呈现接载位置周围区域的三维全景街道级视图的全屏视图。在一些实施例中，接载请求显示可以在基础地图上的固定的预定义位置(诸如，与接载位置对应的位置)处覆盖街道级视图。此外，接载请求显示包括来自乘车服务提供商的样式信息和自定义布局。例如，乘车服务提供商可以提供用于确认接载位置的用户控件，诸如确认按钮或其他合适的图标，并且可以指示用户控件在接载请求显示内的位置(例如，在接载请求显示底部基础地图下方、在接载请求显示顶部基础地图上方等)。在一些实施例中，接载请求显示或任何其他合适的显示还可以包括下车位置周围区域的三维街道级视图的预览。该预览可以包括可选的用户控件，使得当该用户控件被选择时，对应的显示呈现下车位置周围区域的三维全景街道级视图的全屏视图。在一些实施例中，对应的显示可以在基础地图上的固定的预定义位置(诸如，与下车位置对应的位置)处覆盖街道级视图。
因此，地图应用128将乘车的接载位置识别为当选择确认用户控件时用于选择接载位置的用户控件的位置。在框912处，地图应用128调用乘车服务API 208，以向乘车服务提供商提供接载请求连同选择的乘车服务类型和接载位置。在一些实施例中，地图应用128还提供诸如用于将用户登录到由乘车服务提供商维护的用户简档中的用户登录信息的乘客识别符。例如，用户简档可以包括用户的支付方法、用户的姓名、用户的电子邮件地址、用户的电话号码、使驾驶员识别用户的用户的图片、用户的等级、当前正在进行的乘车或用户正在请求的乘车的乘车ID或任何其他合适的用户简档信息。然后，乘车服务API 208可以将乘车服务请求转发到对应的乘车服务应用126或乘车服务提供商服务器106，其可以转而向乘车服务API 208提供乘车确认信息，乘车确认信息然后被转发到地图应用128(框914)。
乘车确认信息可以包括用于检索乘车的状态信息的乘车ID、选择的驾驶员的驾驶员识别信息(例如，驾驶员的姓名、车辆品牌、型号和颜色、车牌号等)、更新的价格估计、更新的等待时间和更新的乘车持续时间。乘车服务提供商还可以经由乘车服务API 208提供样式信息和自定义布局，用于在地图显示上呈现乘车确认信息或在地图显示上呈现其他元素。
在框916处，类似于图13A所示的显示，地图应用128在地图显示上呈现乘车确认信息。更具体地，地图应用128可以在基础地图上呈现驾驶员到达接载位置的估计等待时间的指示(例如，“驾驶员在1分钟后到达”)、用户当前位置的指示、接载位置的指示和驾驶员位置的指示。地图应用128还可以呈现用于联系驾驶员的用户控件。另外，地图应用128可以利用接收的样式信息和自定义布局呈现乘车服务提供商的乘车确认信息。
在框918处，地图应用128通过例如调用乘车服务API 208并提供乘车ID来周期性地将状态请求发送到乘车服务提供商。可以每五秒钟、每十秒钟、每三十秒、每分钟等发送状态请求(框922)。乘车服务提供商然后可以返回状态，诸如等待驾驶员接受乘车、等待驾驶员到达接载位置、乘车进行中、乘车完成或任何其他合适的状态。当状态为等待驾驶员到达接载位置或乘车进行中时，乘车服务提供商还可以返回驾驶员的位置。然后，地图应用128在地图显示上呈现状态指示符和/或驾驶员的位置(框920)。例如，当状态为等待驾驶员接受乘车时，地图显示可以包括指示驾驶员尚未接受乘车的横幅(banner)。当状态为等待驾驶员到达接载位置时，地图显示可以包括指示驾驶员到达接载位置的估计等待时间的横幅和驾驶员在基础地图上的位置的指示，诸如在驾驶员位置处的车辆图标。此外，当状态为乘车进行中时，地图显示可以包括驾驶员在基础地图上的位置的指示。地图应用128可以持续发送状态请求，直到状态为乘车完成为止(框924)。
在某些场景中，用户可以从地图应用128的乘车服务部分转换到其他地理区域的地图视图，以在订购乘车服务或在乘车时搜索兴趣点或其他位置或执行任何其他地图功能。当用户转换到其他地图功能时，地图应用128可以继续从乘车服务提供商接收与乘车的状态有关的状态信息。在一些实施例中，地图应用128呈现覆盖地图显示的横幅，其中，横幅指示乘车的状态。例如，横幅可以表明“乘车正在进行。10分钟的路程”。横幅可以包括用户控件，当该用户控件被选中时将地图应用128转换回乘车服务部分，以查看与乘车、改变目的地位置、取消乘车等有关的详细信息。
图8示出示例方法1000的流程图，该示例方法1000用于在用户转换到其他地图功能时呈现乘车状态信息。该方法可以以存储在计算机可读存储器上并且客户端计算设备102的一个或多个处理器可执行的一组指令来实现。例如，该方法可以由存储在客户端计算设备上的应用来实现，诸如由地图应用128实现。在其他实施例中，该方法可以由服务器设备104或客户端计算设备102和服务器设备104的组合来实现。
在框1002处，地图应用128在地图显示上呈现至目的地位置的请求的乘车的状态指示符或驾驶员的位置。该状态可以为等待驾驶员接受乘车、等待驾驶员到达接载位置、乘车进行中、乘车完成或任何其他合适的状态。然后，在框1004处，地图应用128接收对利用不同于乘车服务部分的地图功能的附加地图数据的请求。例如，该请求可以是地理搜索查询、显示地理区域的请求或对至另一目的地位置的出行指导的请求。在任何情况下，地图应用128在地图显示中与乘车状态指示符一起呈现请求的地图数据，所述乘车状态指示符诸如覆盖地图显示的横幅，该横幅指示乘车的状态(框1006)。该横幅可以包括用户控件，当该用户控件被选择时，将地图应用128转换回乘车服务部分，以查看与乘车、改变目的地位置、取消乘车等有关的详细信息。响应于接收对用户控件的选择(框1008)，地图应用128确定乘车是否已经完成(框1010)。如果乘车尚未完成，则地图应用128转换回乘车服务部分(框1002)。
图9-13B示出用于经由地图应用128提供乘车服务的示例地图显示1400-1800B，诸如乘车请求显示(图9、11A、11B)、接载请求显示(图10、12A-C)和等待乘车显示(图13A、13B)。每个地图显示可以由地图应用128呈现，并且可以包括来自一个或多个乘车服务提供商的乘车服务数据，这些数据通过调用一个或多个乘车服务API而获得。再另外，每个地图显示可以包括基础地图，诸如图9所示的基础地图1440，以及覆盖基础地图并由乘车服务提供商提供的自定义布局组件，诸如如图11A所示的布局组件1602、1608。另外，乘车服务提供商可以对基础地图中的元素进行样式化。例如，乘车服务提供商可以提供基础地图中包括的元素的样式信息，诸如基础地图的背景颜色、公路道路和街道的颜色、地图标记的字体大小、颜色和类型、表示地图上车辆的图标、表示用户当前位置的图标、表示目的地位置的图钉等。
图9示出用于在地图应用128中选择乘车服务提供商的示例性显示1400。显示1400可以出现在诸如如图1所示的客户端计算设备102的便携式设备上。显示1400可以包括用于输入出发位置的用户控件1402、用于输入目的地位置的用户控件1404、用于选择从出发位置行进到目的地位置的交通方式的用户控件1406以及以用户的当前位置为中心1408的基础地图1440。在一些实施例中，默认出发位置1402可以是用户当前位置。当用户选择乘车服务交通方式1442或选择具有包括乘车服务覆盖的路段的多方式出行指导的推荐的交通方式(未示出)时，显示1400可以包括覆盖基础地图1440的自定义布局1410，其呈现一个或多个乘车服务提供商1420、1422的指示。
在示例显示1400中，乘车服务提供商包括Rider 1420和DriverCo 1422。每个乘车服务提供商可以提供自定义布局，并且显示1400可以呈现由选择的乘车服务提供商自定义的布局。例如，用户可以通过在显示1400上触摸选择Rider的指示来选择Rider 1420，并且显示1400可以呈现由Rider自定义的布局1410。自定义布局1410包括乘车服务的类型(RiderPool)的指示1430以及RiderPool服务的可选选项(诸如经济或优质)、在乘客之间分摊费用、请求大团体的RiderPool等。在自定义布局1410中，用户可以执行滑动手势以查看Rider提供的其他类型的乘车服务。但是，这仅是一种示例布局，仅用于说明目的。在其他自定义布局中，显示1400可以同时包括每种类型的乘车服务的指示1430，并且用户可以例如通过触摸选择对应的指示来选择乘车服务的类型。在任何情况下，自定义布局1410还包括用户控件1432，以选择由Rider提供的RiderPool服务。
图10示出用于在地图应用128中选择接载位置的示例性显示1500。显示1500可以出现在诸如如图1所示的客户端计算设备102的便携式设备上。如图9所示，显示1500可以包括以用户当前位置1520为中心的基础地图1502。该显示还可以包括用户控件1522，诸如用于选择接载位置的图钉。在一些实施例中，默认接载位置可以是用户当前位置1520，并且用户可以能够拖动图钉以选择另一位置用于接载位置。显示1500还包括示为圆形的推荐的接载位置1504和1506的指示。可以为推荐的接载位置之一提供接载位置周围区域的三维街道级视图1508的预览，从而用户可以容易地在接载位置找到驾驶员。预览可以包括可选的用户控件，使得当该用户控件被选择时，接载请求显示呈现接载位置周围区域的三维街道级视图的全屏视图。另外，显示1500可以包括乘车服务提供商使用的可用车辆1510的数量的指示。尽管车辆在地图显示上的位置可能不是对乘车服务提供商使用的车辆的位置的准确表示，但是可以使用地图显示上的车辆的数量向用户示出该区域中车辆量的近似。
在一些实施例中，地图应用128识别与接载位置对应或在接载位置的阈值距离(例如，100英尺)内的地标。然后，地图应用128可以在三维街道级视图1508中包括识别的地标的街道级图像。地图应用128另外地或替代地可以经由接口提供地标的指示，诸如“在迪士尼商店前面接载”。例如，地图应用128可以调用由乘车服务提供商公开的API以获得接载位置的地理坐标或街道地址(例如，“123Elm St.”)，并识别与这些坐标或该地址对应的适当地标。为此，地图应用128可以将坐标和/或街道地址发送到地图数据服务器，或者在某些情况下，依赖于缓存的地图数据和街道级图像。地图数据服务器，或当使用缓存的数据时地图应用128，可以基于诸如显著性(例如，地标相对于地标附近的其他对象的相对大小或地标和附近对象之间的颜色差异)、可见性(例如，接载位置与地标之间的直接视线可及性)、受欢迎程度(例如，与地标相关的用户生成内容(诸如照片、评论等)的量)的属性或其他合适的信号来识别地标。此外，在一些实施例中，地图数据服务器或地图应用128可以选择地标位置的街道级图像以便面对地标，而与在接载位置处的用户相对于地标的预期取向无关，以包括在视图1508中。例如，地图数据服务器或地图应用128可以提供纪念碑的图像，并生成通知“在纪念碑街道对面的123Elm St.处接载”。
图11A和11B示出地图应用128中的示例乘车请求显示1600A、1600B，其包括由乘车服务提供商自定义的布局组件。显示1600A、1600B可以出现在诸如如图1所示的客户端计算设备102的便携式设备上。如上所述，乘车服务提供商可以提供自定义布局和样式信息以呈现在地图应用128中。接载请求显示1600A包括基础地图1604、覆盖基础地图1604的自定义位置搜索组件1602和覆盖基础地图的自定义第三方布局组件1608。乘车服务提供商可以以任何合适的方式自定义这些组件1602、1608，并且可以调整组件1602、1608在乘车请求显示1600A内的位置。例如，Rider可以请求位置搜索组件1602被呈现在乘车请求显示1600A的底部。在一个示例中，位置搜索组件1602包括用于提供出发位置、目的地位置和交通方式的用户控件，以提供至目的地位置的出行指导。自定义第三方布局组件1608包括由乘车服务提供商提供的每种乘车服务类型的可选指示以及每种乘车服务类型的价格估计和等待时间的指示。自定义组件还可以包括图标、背景颜色、动画或任何其他合适的图形元素。图11B示出用于乘车请求显示1600B的示例自定义布局组件1602、1608。在乘车请求显示1600B中，自定义位置搜索组件1602包括用于提供出发位置和目的地位置的用户控件。自定义第三方布局组件1608包括可从乘车服务提供商获得的乘车服务类型的圆形、可选指示1610a-e。自定义第三方布局组件1608还包括价格估计、估计的等待时间和支付方法，以及用于请求选择的乘车服务提供商和/或乘车服务类型的用户控件1612。
响应于接收对用于请求选择的乘车服务提供商和/或乘车服务类型的用户控件1612的选择，地图应用128呈现接载请求显示1700A-C，如图12A-12C所示。接载请求显示1700A-C可以出现在诸如如图1所示的客户端计算设备102的便携式设备上。接载请求显示1700A包括基础地图1702、接载位置布局组件1704和接载确认布局组件1706。在某些实施例中，接载确认布局组件1706可由选择的乘车服务提供商自定义。接载请求显示1700A还包括用户当前位置1710的指示，以及诸如用于选择接载位置的图钉的用户控件1712。在一些实施例中，默认接载位置可以是用户当前位置1710，并且用户可以能够拖动图钉以选择另一位置用于接载位置。接载请求显示1700A还包括选择的接载位置周围或推荐的接载位置周围区域的三维街道级视图1708的预览，以便用户可以容易地在接载位置找到驾驶员。该预览可以包括可选的用户控件，使得当该用户控件被选择时，接载请求显示1700A呈现接载位置周围区域的三维街道级视图的全屏视图。
图12B示出当用户1710位于机场并且存在多个推荐的接载位置时的另一示例接载请求显示1700B。推荐的接载位置在位置列表1714中示为可用的接载区域。用户可以选择这些接载位置中的一个，并使用接载确认布局组件1706来确认选择。图12C示出当用户1710位于机场时的再另一示例接载请求显示1700C。除了位置列表1714之外，接载请求显示1700C还包括用于选择用户可以被接载的几个层之一的用户控件1716。例如，位置列表1714可以包括对于建筑物的第一层的第一组推荐的接载位置，以及对于建筑物的第二层的第二组推荐的接载位置。
响应于接收对用于确认接载位置的用户控件1706的选择，地图应用128呈现等待乘车显示1800A、1800B，如图13A和13B所示。等待乘车显示1800A、1800B可以出现在诸如如图1所示的客户端计算设备102的便携式设备上。等待乘车显示1800A可以包括用户当前位置1802的指示、接载用户的车辆1804的指示以及接载位置的指示。等待乘车显示1800A还可以包括到达布局组件1808，该到达布局组件1808包括驾驶员到达选择的接载位置的估计等待时间的指示。另外，等待乘车显示1800A包括具有用于联系驾驶员的用户控件的联系驾驶员布局组件1810。在一些实施例中，联系驾驶员布局组件1810可以由选择的乘车服务提供商自定义。同样在一些实施例中，可以经由SMS应用或聊天应用来联系驾驶员。
图13B示出当用户1802位于机场时呈现的另一等待乘车显示1800B。等待乘车显示1800B包括到达布局组件1808以及用于提供至接载位置的详细步行指导的附加指令布局组件1812。如图12C中所示，等待乘车显示1800B包括用户控件1814，用于选择用户可以被接载的几个层之一。
其他考量
以下另外的考量适用于前述讨论。在整个说明书中，多个实例可以实现被描述为单个实例的组件、操作或结构。尽管一种或多种方法的单独操作被示出并描述为单独的操作，但是可以同时执行单独操作中的一个或多个，并且不需要按照所示顺序执行操作。在示例配置中呈现为单独的组件的结构和功能可以实现为组合的结构或组件。类似地，呈现为单个组件的结构和功能可以被实现为单独的组件。这些和其他变型、修改、添加和改进都落入本公开的主题的范围内。
另外，本文将某些实施例描述为包括逻辑或多个组件、模块或机构。模块可以构成软件模块(例如，存储在机器可读介质上的代码)或硬件模块。硬件模块是能够执行某些操作的有形单元，并且可以以某种方式被配置或布置。在示例实施例中，一个或多个计算机系统(例如，独立的、客户端或服务器计算机系统)或计算机系统的一个或多个硬件模块(例如，处理器或一组处理器)可以通过软件(例如，应用或应用部分)被配置为操作以执行本文所述的某些操作的硬件模块。
在各种实施例中，可以机械地或电子地实现硬件模块。例如，硬件模块可以包括专用电路或逻辑，该专用电路或逻辑被永久地配置(例如，作为专用处理器，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC))为执行某些操作。硬件模块还可包括通过软件临时被配置为执行某些操作的可编程逻辑或电路(例如，包含在通用处理器或其他可编程处理器内)。将理解，在成本和时间方面的考量可以驱使以机械方式、在专用且永久配置的电路中、或在临时配置(例如，通过软件配置)的电路中来实现硬件模块。
相应地，术语“硬件”应被理解为包含有形实体，是指以物理方式构造、永久配置(例如，硬接线)或临时配置(例如，编程)以按照某种方式操作或执行本文所述的某些操作的实体。如本文所使用的“硬件实现的模块”是指硬件模块。考虑其中硬件模块被临时配置(例如，编程)的实施例，不需要每个硬件模块在时间的任何实例处被配置或实例化。例如，在硬件模块包括使用软件配置的通用处理器的情况下，通用处理器可以在不同时间被配置为相应不同的硬件模块。软件可以相应地被配置在处理器上，例如，以在一个时间实例处构成特定的硬件模块，并在不同的时间实例处构成不同的硬件模块。
硬件模块可以向其他硬件提供信息并从其他硬件接收信息。因此，所描述的硬件模块可以被认为是通信地联接的。在同时存在多个这样的硬件模块的情况下，可以通过连接硬件模块的信号传输(例如，通过适当的电路和总线)来实现通信。在其中在不同时间配置或实例化多个硬件模块的实施例中，可以例如通过在多个硬件模块可以访问的存储器结构中存储和检索信息来实现这样的硬件模块之间的通信。例如，一个硬件模块可以执行操作并将该操作的输出存储在其通信地联接到的存储器设备中。然后，另一硬件模块可以在以后的时间访问该存储器设备以检索和处理该存储的输出。硬件模块还可以发起与输入或输出设备的通信，并且可以在资源(例如，信息的集合)上进行操作。
方法500、800、900和1000可以包括有形计算机可执行指令形式的一个或多个功能框、模块、单个功能或例程，其被存储在非暂时性计算机可读存储介质中，并且使用计算设备(例如，如本文所述的服务器、个人计算机、智能电话、平板计算机、智能手表、移动计算设备或其他个人计算设备)的处理器执行。方法500、800、900和1000可以被包括为例如任何后端服务器(例如，如本文所述的地图数据服务器、导航服务器或任何其他类型的服务器计算设备)的一部分，示例环境的便携式设备模块，或这样的环境外部的模块的一部分。尽管为了便于说明可以参考其他附图来描述附图，但是方法500、800、900和1000可以与其他对象和用户接口一起使用。此外，尽管以上的说明描述了由特定设备(诸如客户端计算设备102和服务器设备104)执行方法500、800、900和1000的步骤，但这仅出于说明目的。
本文描述的示例方法的各种操作可以至少部分地由临时被配置(例如，通过软件)或永久被配置为执行相关操作的一个或多个处理器执行。无论是临时被配置还是永久被配置，这样的处理器都可以构成处理器实现的模块，这些模块进行操作以执行一个或多个操作或功能。在一些示例实施例中，本文所指的模块可以包括处理器实现的模块。
类似地，本文描述的方法或例程可以至少部分地是处理器实现的。例如，方法的至少一些操作可以由一个或多个处理器或处理器实现的硬件模块执行。对某些操作的执行可以分布在一个或多个处理器之间，该一个或多个处理器不仅驻留在单个机器内，而且跨多个机器部署。在一些示例实施例中，该一个或多个处理器可以位于单个位置(例如，在家庭环境、办公室环境内或作为服务器场)，而在其他实施例中，处理器可以分布在多个位置。
该一个或多个处理器还可以进行操作以支持相关操作在“云计算”环境中或作为SaaS执行。例如，如上所述，至少一些操作可以由一组计算机(作为包括处理器的机器的示例)执行，这些操作可以经由网络(例如，互联网)以及经由一个或多个适当的接口(例如API)来访问。
再另外，附图仅出于说明的目的描绘了示例环境的一些实施例。本领域技术人员将从下面的讨论中容易地认识到，在不脱离本文描述的原理的情况下，可以采用本文所示的结构和方法的替代实施例。
在阅读本公开之后，本领域技术人员通过本文中公开的原理将理解用于在地图显示内确定用户取向的另外的替代结构和功能设计。因此，尽管已经示出和描述了特定的实施例和应用，但是应当理解，所公开的实施例不限于本文所公开的精确构造和组件。在不脱离所附权利要求书所限定的精神和范围的情况下，可以对本文公开的方法和装置的布置、操作和细节进行各种修改、改变和变化，这对于本领域技术人员而言将是显而易见的。

Claims (20)

1.一种用于在数字地图上提供出行指导的计算设备中的方法，所述方法包括：
由一个或多个处理器经由用户接口提供交互式数字地图；
经由所述用户接口，接收对获得至目的地的出行指导的请求；
从乘车服务的第三方提供商获得跨过至所述目的地的路线的至少一部分的从接载位置到下车位置的乘车的指示；
从所述乘车服务的第三方提供商接收用于在所述数字地图上渲染所述乘车的可视化的可视化信息；以及
由所述一个或多个处理器根据接收的可视化信息在所述数字地图上生成乘车的可视化。
2.根据权利要求1所述的方法，其中，接收所述可视化信息包括：接收图形以用作所述数字地图上的乘车的可视化中的图标。
3.根据权利要求2所述的方法，其中，在所述数字地图上生成乘车的可视化包括：使用接收的图形作为车辆图标来表示提供乘车的车辆的当前位置。
4.根据权利要求2所述的方法，其中，在所述数字地图上生成乘车的可视化包括：使用接收的图形作为接载位置图标以表示所述接载位置。
5.根据权利要求2所述的方法，其中，在所述数字地图上生成乘车的可视化包括：使用接收的图形作为下车位置图标来表示所述下车位置。
6.根据权利要求2所述的方法，其中，在所述数字地图上生成乘车的可视化包括：使用接收的图形作为当前取向图标来表示所述计算设备的当前取向。
7.根据权利要求2所述的方法，其中，接收所述可视化信息包括：接收样式信息，所述样式信息包括将应用于所述数字地图的(i)配色方案、(ii)线粗或(iii)笔划类型中的至少一个，所述方法还包括：
根据接收的样式信息重新渲染所述交互式数字地图。
8.根据权利要求7所述的方法，其中，重新渲染所述交互式数字地图包括：根据接收的样式信息来修改所述数字地图的背景颜色。
9.根据权利要求1所述的方法，还包括：向所述第三方提供商分配在其中渲染数字地图的屏幕的一部分，以渲染与乘车有关的内容。
10.根据权利要求1所述的方法，还包括：
从所述乘车服务的第三方提供商获得要覆盖在数字地图上的自定义布局组件，所述自定义布局组件包括以下各项中的至少一个：
包括能够从所述第三方提供商获得的乘车服务类型的指示的布局；
具有用于确认接载位置的用户控件的布局；或
具有用于联系驾驶员的用户控件的布局。
11.一种计算设备，包括：
用户接口；
一个或多个处理器；以及
非暂时性计算机可读介质，其上存储有指令，该指令在由所述一个或多个处理器执行时使所述计算设备：
经由用户接口提供交互式数字地图；
经由所述用户接口，接收对获得至目的地的出行指导的请求；
从乘车服务的第三方提供商获得跨过至所述目的地的路线的至少一部分的从接载位置到下车位置的乘车的指示；
从所述乘车服务的第三方提供商接收用于在所述数字地图上渲染乘车的可视化的可视化信息；以及
根据接收的可视化信息在所述数字地图上生成乘车的可视化。
12.根据权利要求11所述的计算设备，其中，为了接收所述可视化信息，所述指令使所述计算设备接收图形以用作所述数字地图上的乘车的可视化中的图标。
13.根据权利要求12所述的计算设备，其中，为了接收所述可视化信息，所述指令使所述计算设备使用接收的图形作为车辆图标来表示提供所述乘车的车辆的当前位置。
14.根据权利要求12所述的计算设备，其中，为了接收所述可视化信息，所述指令使所述计算设备使用接收的图形作为接载位置图标以表示所述接载位置。
15.根据权利要求12所述的计算设备，其中，为了接收所述可视化信息，所述指令使所述计算设备使用接收的图形作为下车位置图标来表示所述下车位置。
16.根据权利要求12所述的计算设备，其中，为了接收所述可视化信息，所述指令使所述计算设备使用接收的图形作为当前取向图标来表示所述计算设备的当前取向。
17.根据权利要求12所述的计算设备，其中，为了接收所述可视化信息，所述指令使所述计算设备接收样式信息，所述样式信息包括将应用于数字地图的(i)配色方案、(ii)线粗或(iii)笔划类型中的至少一个，并且其中，所述指令使计算设备根据接收的样式信息重新渲染所述交互式数字地图。
18.根据权利要求7所述的计算设备，其中，为了重新渲染所述交互式数字地图，所述指令使所述计算设备根据接收的样式信息来修改所述数字地图的背景颜色。
19.根据权利要求11所述的计算设备，其中，所述指令还使所述计算设备向所述第三方提供商分配在其中渲染数字地图的屏幕的一部分，以渲染与乘车有关的内容。
20.根据权利要求11所述的计算设备，其中，所述指令还使所述计算设备：
从所述乘车服务的第三方提供商获得要覆盖在数字地图上的自定义布局组件，所述自定义布局组件包括以下各项中的至少一个：
包括能够从所述第三方提供商获得的乘车服务类型的指示的布局；
具有用于确认接载位置的用户控件的布局；或
具有用于联系驾驶员的用户控件的布局。
CN201880038148.0A 2017-12-15 2018-12-14 使用第三方数据在导航应用中自定义可视化 Pending CN110720026A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201762599346P 2017-12-15 2017-12-15
US62/599,346 2017-12-15
PCT/US2018/065589 WO2019118797A1 (en) 2017-12-15 2018-12-14 Customizing visualization in a navigation application using third-party data

Publications (1)

Publication Number Publication Date
CN110720026A true CN110720026A (zh) 2020-01-21

Family

ID=65023997

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880038148.0A Pending CN110720026A (zh) 2017-12-15 2018-12-14 使用第三方数据在导航应用中自定义可视化

Country Status (5)

Country Link
US (3) US10859394B2 (zh)
EP (1) EP3601953A1 (zh)
JP (2) JP7004753B2 (zh)
CN (1) CN110720026A (zh)
WO (1) WO2019118797A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113297465A (zh) * 2020-07-01 2021-08-24 阿里巴巴集团控股有限公司 提供交通方案信息的方法、装置及电子设备

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190205813A1 (en) * 2017-12-29 2019-07-04 ANI Technologies Private Limited Method and system for transportation service routing
US20220343449A1 (en) * 2021-04-21 2022-10-27 Toyota Motor Engineering & Manufacturing North America, Inc. Ride sharing systems and methods for providing route recommendations

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130035853A1 (en) * 2011-08-03 2013-02-07 Google Inc. Prominence-Based Generation and Rendering of Map Features
JP2013134641A (ja) * 2011-12-27 2013-07-08 Media Mobile Co Ltd 携帯端末を用いたタクシー車両の呼び寄せシステム
US20130325340A1 (en) * 2012-06-05 2013-12-05 Apple Inc. Routing applications for navigation
US20140257697A1 (en) * 2013-03-08 2014-09-11 Zzzoom, LLC Generating transport routes using public and private modes
US9104293B1 (en) * 2012-12-19 2015-08-11 Amazon Technologies, Inc. User interface points of interest approaches for mapping applications
US20160231129A1 (en) * 2015-02-05 2016-08-11 Moovit App Global Ltd Public and ordered transportation trip planning
US20160298977A1 (en) * 2015-04-09 2016-10-13 Mapquest, Inc. Systems and methods for simultaneous electronic display of various modes of transportation for viewing and comparing
CN106068442A (zh) * 2014-03-04 2016-11-02 谷歌公司 自动确定的起点与所选终点之间的导航路线指引
US20170227367A1 (en) * 2016-02-09 2017-08-10 Xerox Corporation Methods and systems for transportation service recommendation
US9791291B1 (en) * 2016-09-26 2017-10-17 Uber Technologies, Inc. Modifying map configurations based on established location points

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002133588A (ja) * 2000-10-18 2002-05-10 Mitsubishi Heavy Ind Ltd タクシー配車運用システムおよび配車方法、ならびに配車用プログラムを記録した記録媒体
JP2006284246A (ja) * 2005-03-31 2006-10-19 Nec Corp タクシー経路検索システム
US20060241859A1 (en) 2005-04-21 2006-10-26 Microsoft Corporation Virtual earth real-time advertising
JP4568314B2 (ja) * 2007-09-04 2010-10-27 株式会社ナビタイムジャパン 情報収集・配信システム、情報収集・配信サーバ、ユーザ端末装置、及び情報収集・配信方法
JP2011515717A (ja) 2008-03-24 2011-05-19 グーグル インコーポレイテッド 運転指図内のパノラマ画像
US20100250581A1 (en) 2009-03-31 2010-09-30 Google Inc. System and method of displaying images based on environmental conditions
US9766089B2 (en) 2009-12-14 2017-09-19 Nokia Technologies Oy Method and apparatus for correlating and navigating between a live image and a prerecorded panoramic image
US9361283B2 (en) 2011-11-30 2016-06-07 Google Inc. Method and system for projecting text onto surfaces in geographic imagery
US20130162665A1 (en) 2011-12-21 2013-06-27 James D. Lynch Image view in mapping
US20150153933A1 (en) 2012-03-16 2015-06-04 Google Inc. Navigating Discrete Photos and Panoramas
US20130290040A1 (en) 2012-04-25 2013-10-31 Alexander Perry Method and System for Arranging Taxi and Transportation Services
US9477983B2 (en) * 2012-05-04 2016-10-25 Gt Gettaxi Limited Mechanisms for ordering transportation vehicles
US9256983B2 (en) 2012-06-28 2016-02-09 Here Global B.V. On demand image overlay
GB201300006D0 (en) * 2013-01-01 2013-02-13 Tomtom Dev Germany Gmbh Vehicle management system
CN105074385B (zh) * 2013-02-26 2019-09-10 北极星工业有限公司 休闲车辆交互式遥测、测绘和行程规划系统
US9483117B2 (en) 2013-04-08 2016-11-01 Nokia Technologies Oy Apparatus, method and computer program for controlling a near-eye display
JP2014206694A (ja) * 2013-04-15 2014-10-30 ヘイロー・ネットワーク・ジャパン株式会社 デジタルサイネージシステム
US20150002539A1 (en) 2013-06-28 2015-01-01 Tencent Technology (Shenzhen) Company Limited Methods and apparatuses for displaying perspective street view map
KR102207975B1 (ko) 2014-06-25 2021-01-25 한상우 노선 버스 예약 시스템 및 예약 좌석변경 알림서비스 제공방법
SG11201700671PA (en) 2014-08-04 2017-02-27 Uber Technologies Inc Determining and providing predetermined location data points to service providers
KR20160119321A (ko) * 2015-04-02 2016-10-13 김진영 택시 호출 서비스 제공 방법
US20170059347A1 (en) * 2015-08-28 2017-03-02 Google Inc. Determining Improved Pick-Up Locations
WO2017088828A1 (en) 2015-11-26 2017-06-01 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for allocating sharable orders
CN107437183B (zh) * 2016-05-25 2021-06-04 北京嘀嘀无限科技发展有限公司 一种上车乘客身份的确认方法及系统
US10024683B2 (en) 2016-06-06 2018-07-17 Uber Technologies, Inc. User-specific landmarks for navigation systems
US11562300B2 (en) 2016-06-10 2023-01-24 Conduent Business Services, Llc System and method for optimal automated booking of on-demand transportation in multi-modal journeys
US10168164B2 (en) 2016-06-11 2019-01-01 Apple Inc. Integrating ride hailing services into a navigation application
US20180209803A1 (en) 2017-01-25 2018-07-26 Via Transportation, Inc. Dynamic Route Planning
US10082793B1 (en) 2017-03-21 2018-09-25 GM Global Technology Operations LLC Multi-mode transportation planning and scheduling
US10268987B2 (en) 2017-04-19 2019-04-23 GM Global Technology Operations LLC Multi-mode transportation management
US9965960B1 (en) 2017-08-07 2018-05-08 Lyft, Inc. Facilitating transportation services by generating a directional indicator between a requester and a transportation vehicle
WO2019089985A1 (en) * 2017-11-01 2019-05-09 Avis Budget Car Rental, LLC Connected user communication and interface system with shuttle tracking application

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130035853A1 (en) * 2011-08-03 2013-02-07 Google Inc. Prominence-Based Generation and Rendering of Map Features
JP2013134641A (ja) * 2011-12-27 2013-07-08 Media Mobile Co Ltd 携帯端末を用いたタクシー車両の呼び寄せシステム
US20130325340A1 (en) * 2012-06-05 2013-12-05 Apple Inc. Routing applications for navigation
US9104293B1 (en) * 2012-12-19 2015-08-11 Amazon Technologies, Inc. User interface points of interest approaches for mapping applications
US20140257697A1 (en) * 2013-03-08 2014-09-11 Zzzoom, LLC Generating transport routes using public and private modes
CN106068442A (zh) * 2014-03-04 2016-11-02 谷歌公司 自动确定的起点与所选终点之间的导航路线指引
US20160231129A1 (en) * 2015-02-05 2016-08-11 Moovit App Global Ltd Public and ordered transportation trip planning
US20160298977A1 (en) * 2015-04-09 2016-10-13 Mapquest, Inc. Systems and methods for simultaneous electronic display of various modes of transportation for viewing and comparing
US20170227367A1 (en) * 2016-02-09 2017-08-10 Xerox Corporation Methods and systems for transportation service recommendation
US9791291B1 (en) * 2016-09-26 2017-10-17 Uber Technologies, Inc. Modifying map configurations based on established location points

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113297465A (zh) * 2020-07-01 2021-08-24 阿里巴巴集团控股有限公司 提供交通方案信息的方法、装置及电子设备

Also Published As

Publication number Publication date
US20230044010A1 (en) 2023-02-09
US10859394B2 (en) 2020-12-08
US20210063187A1 (en) 2021-03-04
JP2020530912A (ja) 2020-10-29
JP7004753B2 (ja) 2022-01-21
US20190186942A1 (en) 2019-06-20
JP2022040168A (ja) 2022-03-10
EP3601953A1 (en) 2020-02-05
WO2019118797A1 (en) 2019-06-20
US11506509B2 (en) 2022-11-22

Similar Documents

Publication Publication Date Title
US11644336B2 (en) Interactive listing of ride service options in a navigation application
US20230342674A1 (en) Multi-Modal Directions with a Ride Service Segment in a Navigation Application
US11802778B2 (en) Providing street-level imagery related to a ride service in a navigation application
US20230044010A1 (en) Customizing visualization in a navigation application using third-party data
CA2925292C (en) Systems and methods for providing navigation data to a vehicle
US11442596B1 (en) Interactive digital map including context-based photographic imagery
US20140288827A1 (en) Guiding server, guiding method and recording medium recording guiding program
JP6785871B2 (ja) ナビゲーション指示の提供

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination