CN108297826A - 按需驾驶员系统和方法 - Google Patents

Abstract

本文描述了示例按需驾驶员(ODD)系统和方法。示例方法包括使用ODD系统生成用于与需求驾驶员(DIN)和ODD之间的协议相关联的车辆的软密钥、使用ODD系统监视由ODD系统承载的ODD设备的位置、以及当ODD设备被检测为在车辆附近时使用ODD系统向ODD设备发送软密钥。在示例方法中，软密钥用于解锁车辆。

Description

按需驾驶员系统和方法

技术领域

本公开总体涉及驾驶员，并且更具体地涉及按需驾驶员系统和方法。

背景技术

存在个人不能驾驶他/她的车辆的许多情况，例如在住院之后、在个人 处于醉酒状态或医疗状况禁止个人驾驶的情况下。在其他情况下，个人可 能希望他们的车辆从一个位置被驾驶到另一个位置。因此，个人通常希望 在车辆内有人或没人的情况下有驾驶员将他/她的车辆从一个位置驾驶到 另一个位置。

发明内容

本文公开了示例按需驾驶员系统和方法。本文公开的一个示例方法包 括使用按需驾驶员(ODD)(on-demand driver)系统生成用于与需求驾驶 员(DIN)(driver-in-need)和ODD之间的协议相关联的车辆的软密钥 (softkey)、使用ODD系统监视由ODD携带的ODD设备的位置、以及 当ODD设备被检测为在车辆附近时，使用ODD系统将软密钥发送到ODD 设备。在示例方法中，软密钥用于解锁车辆。

本文公开的另一示例方法包括使用按需驾驶员(ODD)系统生成用于 与需求驾驶员(DIN)和ODD之间的协议相关联的车辆的第一软密钥和 第二软密钥、以及通过ODD系统将第一软密钥发送到由ODD携带的ODD 设备和将第二软密钥发送到由DIN携带的DIN设备。在示例方法中，第 一软密钥和第二软密钥用于解锁车辆。

本文公开的示例设备包括用于存储需求驾驶员(DIN)和按需驾驶员 (ODD)之间关于车辆运输的ODD协议的协议数据库、以及用于跟踪由ODD携带的ODD设备的位置的位置监视器。示例装置还包括用于产生用 于启动车辆的软密钥并且当ODD设备被检测为在车辆附近时将软密钥发 送到ODD设备的软密钥管理器。

根据本发明，提供一种方法，包含：

使用按需驾驶员(ODD)系统生成用于与需求驾驶员(DIN)和ODD 之间的协议相关联的车辆的第一软密钥和第二软密钥；和

使用所述ODD系统将所述第一软密钥发送到由所述ODD携带的 ODD设备以及将所述第二软密钥发送到由所述DIN携带的DIN设备，需 要第一软密钥和第二软密钥来解锁所述车辆。

根据本发明的一个实施例，其中将所述第一软密钥发送到所述ODD 设备包括：

使用ODD系统监视所述ODD设备的位置；和

当所述ODD设备在车辆附近时，使用所述ODD系统将所述第一软 密钥发送到所述ODD设备。

根据本发明的一个实施例，其中所述第一软密钥包括到期时间。

根据本发明的一个实施例，其中，如果在发送所述第一软密钥之前已 经超过所述到期时间，则所述ODD系统不将所述第一软密钥发送到所述 ODD设备。

根据本发明，提供一种装置，包含：

协议数据库，所述协议数据库用于存储需求驾驶员(DIN)和按需驾 驶员(ODD)之间关于车辆运输的ODD协议；

位置监视器，所述位置监视器用于跟踪所述ODD携带的ODD设备 的位置；以及

软密钥管理器，所述软密钥管理器用于：

生成启动所述车辆的软密钥；和

当所述ODD设备被检测为在所述车辆附近时，将所述软密钥发 送到所述ODD设备。

根据本发明的一个实施例，其中所述位置监视器用于：

确定用于所述车辆的指示路线；和

在所述车辆驾驶时监视所述车辆的位置。

根据本发明的一个实施例，进一步包括警报器，如果所述车辆行驶在 所述指示路线的通道之外，则所述警报器向所述DIN发送警报。

根据本发明的一个实施例，其中所述指示路线的所述通道由半径定义。

根据本发明的一个实施例，其中所述半径由所述DIN限定。

附图说明

图1示出了可以实现本公开的教导的示例按需司机(ODC) (on-demandchauffeur)系统；

图2示出了在示例需求驾驶员(DIN)设备上显示的用于使用图1的 示例ODC系统创建对ODC服务的请求的示例界面；

图3示出了在示例ODC设备上显示的用于查看来自图1的示例ODC 系统的对ODC服务的请求的示例界面；

图4示出了在示例ODC设备上显示的用于输入用于执行来自图1的 示例ODC系统的ODC服务的标价的示例界面；

图5A示出了在示例DIN设备上显示的用于通过图1的示例ODC系 统审查和接受出价以执行ODC服务的示例界面；

图5B、5C和5D示出了在示例DIN设备上显示的用于通过图1的示 例ODC系统授权创建软密钥的示例界面；

图6示出了在示例ODC设备上显示的用于确认来自图1的示例ODC 系统的ODC服务的示例界面；

图7示出了在示例ODC设备上显示的用于解锁与来自图1的示例 ODC系统的ODC服务相关联的车辆的示例界面；

图8示出了当ODC离开来自图1的示例ODC系统的指示路线时，经 由车辆仪表群组向ODC显示的示例警告。

图9示出了当DIN不在车辆中并且ODC已经离开图1的示例ODC 系统的指示路线时，在示例DIN设备上示出的示例界面；

图10示出了当DIN在车辆中并且ODC已经离开图1的示例ODC系 统的指示路线时，在示例DIN设备上示出的示例界面；

图11是示出了可以由图1的示例ODC系统实现的用于布置ODC服 务的示例方法的流程图；

图12是示出了可以由图1的示例ODC系统实现的用于使得ODC能 够访问和启动车辆的示例方法的流程图；

图13是示出了可以由图1的示例ODC系统实现的用于在将车辆从车 辆提取位置转移到车辆交付位置的同时监视ODC的示例方法的流程图；

图14是示出了可以由图1的示例ODC系统实现的当ODC在ODC 服务期间离开指示路线时的示例方法的流程图；

图15是被构造为执行至少部分地由图11-14表示以实现图1的示例 ODC系统的示例机器可读指令的示例处理器系统的框图。

某些示例在上述附图中示出并在下面详细描述。在描述这些示例时， 使用类似或相同的附图标记来标识相同或相似的元件。为了清楚和/或简明， 附图并不一定按比例绘制，并且图中的某些特征和某些视图可以在比例或 者概略程度上被夸大。另外，在本说明书中已经描述了几个示例。来自任 何示例的任何特征可以与其他示例的其他特征包括在一起、替代或以其它 方式组合。

具体实施方式

本文公开了用于促进需求驾驶员(DIN)和按需驾驶员(ODD之间的) ODD服务的示例方法、系统/装置和制品。如本文所使用的，需求驾驶员 (DIN)是指任何希望雇用驾驶员(例如司机)将车辆从一个位置运输到 另一个位置的人。DIN可能是也可能不是车辆的所有者。如本文所用，术 语驾驶员、按需驾驶员(ODD)、司机和按需司机(ODC)可以互换使用， 并且是指任何愿意在具有或不具有DIN的情况下将车辆从一个位置驾驶 到另一个的位置的人。如本文所使用的，ODC服务是指在具有或不具有 DIN的情况下在两个位置之间的车辆的转移。

在许多情况下，DIN可能希望使他/她的车辆从一个位置运输到另一 个位置。例如，DIN可能例如在住院之后或当DIN处于醉酒状态或无行 为能力状态(例如醉酒)时无能力或者无法驾驶车辆。在这种情况下，DIN 可能希望雇用驾驶员为DIN驾驶车辆。在其他示例中，DIN可能能够驾 驶车辆，但是仍然希望驾驶员将车辆从一个位置运输到另一个位置。例如， DIN可能正在进行独木舟旅行，并且可能希望有人将车辆从一个位置(上 游)驾驶到另一个位置(下游)，其中DIN可以满足车辆的备用。换句话 说，有许多情况下，个人可能希望或需要将他/她的车辆(或另一人的车辆) 从一个位置驾驶到另一个位置。

本文公开的示例ODC系统有助于DIN和ODC之间的协议以及ODC 服务的执行。在所公开的示例中，DIN通过诸如移动电话的DIN设备与 ODC系统通信，并且创建对ODC服务的请求。该请求包括诸如车辆提取 位置、车辆交付位置、时间限制等请求标准。其它标准可以包括例如ODC 性别偏好、ODC最小审查评级、柔性时间调度模式、预定最高价格限制 和/或邻近车辆的地理围栏。ODC系统接收请求(例如，经由因特网连接)、 搜索潜在的ODC并将该请求发送到满足请求标准的ODC。ODC经由ODC 设备与ODC系统进行通信，ODC设备也可以是移动电话。ODC查看请 求，并且如果愿意，则输入完成所请求的车辆转移的出价。ODC系统然后收集来自ODC的一个或多个出价，并将其传送到DIN设备。DIN可以 选择其中一个出价来完成ODC服务协议。在一些示例中，在DIN已经选 择了来自ODC的出价之后，ODC系统向ODC发送最终确认请求，以验 证ODC是否仍然愿意和/或能够执行ODC服务。如果确认，达成协议。

为了使ODC能够访问车辆并启动车辆(例如，当DIN不存在时)， 示例ODC系统生成对应于车辆的软密钥(例如，数字密钥)并将软密钥 发送到ODC设备。当ODC在车辆附近时，ODC可以将软密钥(例如， 通过无线网络(Wi-Fi)、蜂窝数据等)从ODC设备发送到车辆， 以解锁车辆的车门。在某些示例中，软密钥还使得ODC能够启动车辆。 因此，示例ODC系统使得ODC能够解锁车辆并且而不访问车辆的物理钥 匙的情况下驾驶车辆。在一些示例中，作为安全特征，软密钥包括接近限 制。在将ODC检测为位于车辆的设定的附近之前，软密钥不会传送到ODC 设备。附加地或替代地，软密钥可以包括时间限制。如果ODC在设定的时间内没有到达车辆，则软密钥过期并且不会被发送到ODC设备。

在一些示例中，当DIN在ODC服务期间将伴随车辆时，可能需要双 重软密钥。特别地，为ODC设备生成第一软密钥，并且为DIN设备生成 第二软密钥。需要两个软密钥来解锁车辆和/或启动车辆。使用双重软密钥 可以在车辆处会合ODC后，使得DIN能够退出ODC服务。例如，如果 ODC表现出不适合驾驶，则DIN可以拒绝激活第二软密钥，从而防止ODC 进入车辆。

本文公开的示例ODC系统在运输期间监视或跟踪车辆的位置。在一 些示例中，ODC系统确定导航路线并将导航路线提供给ODC设备和/或车 辆，使得ODC可以被引导到车辆交付位置。在一些示例中，如果车辆被 检测为离开路线或路线的通道(例如，距路线的预定距离或半径)，则ODC 系统向车辆发送警报。例如，警报可以显示在车辆的仪表群组上。警报通知ODC，他/她已经偏离指示路线，并应该回到路线。在一些示例中，提 供了一个选项以联系DIN以获得偏离路线的授权。如果ODC在一段时间 内没有返回到指示路线，则向DIN设备发送警告DIN车辆已经离开指示 路线的警报或通知。在一些示例中，警报使得DIN能够联系ODC(例如， 以确定从指示路线偏离的原因)。如果DIN认可，则DIN可以授权ODC 继续偏离的路线。否则，警报使得DIN能够与当局联系和/或禁用车辆。

具体参考附图，图1示出了使用按需司机(ODC)系统102来促进 ODC服务的调度和执行的示例系统100。在所示示例中，需求驾驶员(DIN) 104希望他/她的车辆106在有或没有DIN 104的情况下从一个位置(车辆 提取位置)运送到另一位置(目的地位置或车辆交付位置)。ODC系统102 可以使用运行一个或多个应用或程序的服务器来实现。DIN 104使用DIN 设备108与ODC系统102通信。在所示示例中，DIN设备108是移动智 能电话。然而，DIN设备108可以是任何电子设备，例如计算机(例如， 台式计算机、便携式计算机或手提电脑)、手持设备(例如，智能电话、 平板电脑等)、可穿戴式设备(例如，智能手表)、车辆106中的信息娱乐 系统、和/或具有显示器和处理器的任何其它电子设备。在一些示例中， DIN设备108包括全球导航卫星系统(GNSS)(例如，全球定位系统(GPS) 传感器)，以跟踪DIN设备108和/或无线收发器(例如，(蓝 牙)收发器)的位置，如本文进一步详细讨论的。

示例ODC系统102搜索注册为ODC的一个或多个愿意并且能够执行 ODC服务的人并且根据DIN 104的要求促进ODC服务。示例ODC 110 在图1中示出。ODC 110经由ODC设备112与ODC系统102进行通信。 与DIN设备108类似，ODC设备112被实现为移动电话，但可以是任何 电子设备，例如计算机(例如，台式计算机、便携式计算机或手提电脑)、 手持设备(例如，智能电话、平板电脑等)、可穿戴式设备(例如智能手 表)、和/或具有显示器和处理器的任何其他电子设备。在一些示例中，ODC 设备112包括用于跟踪ODC设备112的位置的GNSS和/或无线收发器(例 如，收发器)。虽然仅描绘了一个ODC 110，但是应当理解的是，任 何数量的ODC可以连接到ODC系统102和/或与ODC系统102通信。

在图1的所示示例中，车辆106、DIN设备108和ODC设备112经 由网络114与ODC系统102通信。图1所示示例的示例网络114是互联 网。然而，示例网络114可以使用任何合适的有线和/或无线网络来实现， 所述网络包括例如一个或多个数据总线、一个或多个局域网(LAN)、一 个或多个无线LAN、一个或多个蜂窝网络、一个或多个专用网络、一个 或多个公共网络等。示例网络114使得ODC系统102能够与车辆106、 DIN设备108和ODC设备112通信。如本文所使用的，短语“通信”(包 括其变体)包括直接通信和/或通过一个或多个中间部件的间接通信，并且 不需要直接的物理(例如，有线)通信和/或恒定通信，而是包括周期性或非周期性间隔的选择性通信，以及一次性事件。

在所示示例中，示出了车辆106的许多软件、固件和/或硬件部件。在 其他示例中，车辆106可以实现更多或更少的示例部件。在所示示例中， 车辆106包括传感器融合发动机控制单元(ECU)116、远程信息处理控 制单元(TCU)118、车身控制模块(BCM)120、动力传动系统控制单元 (PCU)122、附件协议界面模块(APIM)124、显示器或人机界面(HMI) 126、音频主机单元(AHU)128、音频输出端130、仪表群组132和抬头 显示器(HUD)134。

传感器融合ECU 116与一个或多个设备或传感器交互并将来自设备 或传感器的信息融合以保持对车辆106所占据的空间以及车辆106的周围 环境的意识。在所示示例中，车辆包括GNSS 136、无线收发器138和摄 像机140。GNSS 136可以包括例如GPS传感器，并且用于跟踪车辆106 的位置。GNSS 136可以基于用于地理位置的任何卫星星座，例如GPS、 全球导航卫星系统(Glonass)、Gallileo(伽利略系统)、北斗(Baidou) 等。无线收发器138可以包括例如蓝牙收发器或任何其他近场通信(NFC) 设备，并且用于建立与诸如DIN设备108和/或ODC设备112的其它设备 的无线通信。附加地或者替代地，可以使用无线收发机138来检测、识别 和/或跟踪其它装置，例如DIN设备108和/或ODC设备112。摄像机140 用于在人接近车辆106时跟踪和/或识别人。在其他示例中，车辆106可以 包括更多或更少的传感器或设备。传感器融合ECU 116处理来自设备136、 138、140的信号，并与车辆106的其它部件进行通信。

在所示示例中，TCU 118提供到蜂窝网络的连接以在车辆106和网络 114之间传送数据。在一些示例中，TCU 118通过由车辆106(或另一实 体)的制造商操作的受保护的网络(例如，私有网络)与网络114进行通 信以保证各种远程信息功能的隐私和容量。BCM 120是认证允许车辆106 的锁定/解锁和/或启动的一个或多个密钥(例如，软密钥或数字密钥)的ECU，如本文进一步详细公开的。PCU 122(例如，动力传动系统控制模 块)是控制发动机(例如，发动机的起动和停止)的ECU。

APIM 124管理车辆106中的信息娱乐系统的状态。APIM 124负责生 成HMI或图形用户界面(GUI)内容并维护车辆106的业务逻辑。在一些 示例中，APIM 124包括Wi-Fi和/或连接。显示器126是用于 显示由APIM 124产生的HMI/GUI内容的终端(例如，屏幕、HMI、GUI 等)。显示器126可以包括触摸响应输入、音频等。

AHU 128是接收AM/FM(调幅/调频)信号和/或其他音频信号并将 信号路由到音频输出端130的ECU。音频输出端130是车辆扬声器系统， 并且包括一个或多个扬声器。在一些示例中，音频信号首先通过放大器路 由。仪表群组132显示了联邦机动车辆安全标准(FMVSS)规定的信息(例 如，速度计、里程表、燃油表等)。仪表群组132还生成用于HUD 134的 HMI/GUI内容，HUD 134是显示在车辆106的挡风玻璃或仪表板上的投 影图像。在所示示例中，车辆106的部件可以通信地连接任何有线或无线 网络，例如控制器局域网总线(CAN总线)、以太网链路或低压差分信号 (LVDS)链路。

在一些示例中，在协商ODC服务之前，DIN 104和ODC 110二者都 建立与ODC系统102的服务帐户，以促进DIN设备108、ODC设备112 和车辆106之间的必要通信。在所示示例中，ODC系统102包括帐户数 据库142，账户数据库142包括注册为潜在的DIN和/或ODC的人的帐户。 对于ODC，帐户创建过程可以包括验证有效的驾驶员执照(例如，符合 特定州指南)和/或根据当地城市条例(例如宵禁)的其他年龄限制。在一 些示例中，ODC帐户可能需要其他信息，例如验证有效保险、对交通违 章次数的后台检查等。DIN帐户可能包括关于DIN车辆、车辆位置、有 效状态的车牌登记的核查等的信息。此外，在一些示例中，DIN和ODC的帐户可以包括个人的图片、个人的审查评级和/或其他书目和/或识别信 息。经认证的ODC和DIN的帐户保存在帐户数据库142中。

当DIN 104期望安排ODC服务时，DIN 104经由DIN设备108创建 请求(例如，ODC请求)。DIN设备108包括具有用于与ODC系统102 通信的界面的屏幕。界面可以是存储在DIN设备108上(并且通过ODC 系统102维护)的应用(例如，ODC应用)。在其他示例中，界面可以经由DIN设备108上的因特网浏览器来提供。图2示出了显示在DIN设备 108上用于创建对ODC服务(例如，ODC请求)的请求的示例界面200。 该请求包括用于定义所需ODC服务的标准或参数。在所示示例中，界面200包括车辆提取位置输入202。在一些示例中，DIN 104可以手动指定所 需的车辆提取位置(例如，如果提取位置不是车辆106的当前位置)。附 加地或替代地，如果车辆提取位置是车辆106的当前位置，则可以经由 GNSS 136(图1)检测当前位置并将其输入到车辆提取位置输入端202中。 界面200还包括车辆交付位置输入端204，其中DIN104指定期望的车辆 交付位置(例如，DIN的住宅、办公室等)。在所示示例中，界面200包 括用于输入请求持续时间段的请求持续时间输入端206。请求持续时间段 是请求必须被确认和/或执行的时间段，否则请求到期。

在所示示例中，界面200包括车辆特性输入端208。DIN 104可以输 入车辆106的可识别特征，例如车辆106的品牌、车辆106的型号、车辆 的颜色106、牌照号等，这可以帮助ODC 110识别车辆106。界面200包 括DIN存在标识符210。DIN 104指定DIN 104是否将与车辆106一起存 在。如上所述，在一些情况下，DIN 104可能希望在车辆106中被搭载， 而在其他情况下，DIN 104可能希望车辆106在不存在DIN104的情况下 被传送。在所示示例中，界面200包括时间约束输入端212，其使得DIN 104 能够定义时间限制，例如DIN 104期望ODC服务的时间段。在一些示例 中，DIN 104围绕所请求的ODC服务定义特定的时间窗口。例如，DIN 104 可以指定行驶将在接下来的20分钟内发生。在其他示例中，DIN 104围绕 请求时间定义时间窗口(例如，增加或减少10分钟)。在一些示例中，可 以采用预设时间窗口(例如，默认时间窗口)。

在一些示例中，可以经由界面200指定其他请求标准并提供该请求。 例如，DIN104可以指定ODC性别偏好(例如，女性DIN对女性ODC 比对男性ODC感觉更舒服)、ODC最低审查评级、柔性时间调度模式、 预定最高价格限制以及或邻近车辆106的地理围栏。

一旦指定了期望的请求标准，DIN 104选择请求按钮214来提交请求。 该请求连同请求标准一起从DIN设备108发送到ODC系统102。否则， DIN 104可以选择取消按钮216以取消该请求。

再次参考图1，ODC系统102包括请求解析器144。请求解析器144 分析请求标准、确定哪些ODC满足或符合请求标准(例如，基于可用性、 性别、审查评级等)、并将请求发送到合格的ODC。在一些示例中，请求 仅发送到定义的地理编码区域(例如，车辆106附近)内的ODC。

一旦请求被分发，可以在ODC设备112上查看请求。类似于DIN设 备108，ODC设备112包括用于显示用于与ODC系统102进行通信的界 面的屏幕。界面可以是存储在ODC设备112上(以及由ODC系统102 维护)的应用(例如，ODC应用)。在其他示例中，可以经由ODC设备112上的因特网浏览器来提供界面。图3示出了在ODC设备112上显示的 用于查看ODC服务的请求的示例界面300。在所示示例中，请求显示在 地图302上，地图302示出了车辆106的位置(例如，车辆提取位置)、 车辆交付位置和用于将车辆106驾驶到车辆交付位置的估计时间。在其他 示例中，地图302可以包括更多或更少的信息。如果ODC 110想要进行 所请求的ODC服务，则ODC 110可以选择接受按钮304(例如，“接受请 求”)来对请求进行出价。否则，如果ODC 110不想继续所请求的ODC 服务，则ODC 110可以选择取消按钮306。

在一些示例中，多个请求可以同时挂起。在这样的示例中，界面300 在ODC 110的定义的半径内(例如，距离ODC 110的当前位置1英里) 显示多个请求。在其他示例中，请求可以以列表(例如，“拍卖形式”的 列表格式)显示，列表可以包括诸如例如到车辆的距离、DIN的评级、任 何时间限制等的信息。ODC 110可以浏览可用的请求、选择请求并选择接 受按钮304以对所选择的请求进行出价。在一些示例中，在ODC设备112 上显示弹出通知，以提醒ODC 110附近的潜在工作。ODC 110可以选择 查看例如经由界面300呈现的请求。

图4示出了在ODC设备112上显示的用于输入与请求相关联的出价 的示例界面400。在所示示例中，界面400包括地图402(例如，类似于 地图302)。在所示示例中，地图402示出了ODC 110的位置、车辆提取 位置、到车辆提取位置的所估计的时间和距离、车辆交付位置、以及车辆 提取位置和车辆交付位置之间的所估计的时间和距离。在其他示例中，地图402可以包括更多或更少的信息。在所示示例中，界面400包括数字键 盘404，其中ODC110可以输入用于完成ODC服务的期望的价格或费用。 在输入出价之后，ODC 110选择输入出价按钮406来完成出价并将出价发 送给ODC系统102。否则，ODC 110可以选择取消请求按钮408以取消 该请求。

返回参考图1，ODC系统102包括出价编译器146，其汇集来自ODC 的一个或多个出价，并将出价传送到DIN 104以供DIN 104在DIN设备 108(例如，在电话、车辆106等中)上观察。图5A示出了显示在DIN 设备108上用于查看出价的示例界面500。界面500包括由ODC提供的 出价的列表。在所示的示例中，界面500包括第一出价502、第二出价504 和第三出价506。在其他示例中，更多或更少的出价可以是有效的。例如， 第一出价502可以与ODC 110相关联。在所示示例中，出价包括ODC各 自的审查评级、ODC到车辆106的相应距离、报价(即出价)和/或各个 ODC的照片。在其他示例中，可以显示关于ODC的更多或更少的信息。 DIN104可以审查出价、选择一个出价、然后选择接受按钮508(例如，“接 受报价和传递软密钥”)。否则，DIN 104可以选择取消请求按钮510来取 消ODC请求。所选择的出价信息从DIN设备108发送到ODC系统102。

在一些示例中，在实现DIN 104和ODC 110之间的协议之后，DIN 设备108用于授权为车辆106创建软密钥。图5B-5D示出了在DIN设备 108上显示的用于授权创建软密钥并且在下面更详细地期望的示例界面。

在一些示例中，一旦DIN 104已经接受出价，则最终验证被发送到 ODC设备112以确认ODC服务。返回参考图1，ODC系统102包括确认 模块148。确认模块148从DIN设备108接收所选择的出价，并向ODC 设备112发送确认通知。在一些示例中，要求ODC 110提供最终确认使得 ODC 110能够最终决定是否进行所请求的ODC服务。在一些示例中，ODC 110输入出价后可能已经过去了太多时间并且ODC 110可能不愿意或者不 再能执行所请求的ODC服务。

图6示出了在ODC设备112上显示的用于确认ODC服务的示例界面 600。在所示示例中，界面600包括地图602。与图4的地图402类似，地 图602示出了ODC 110的当前位置、车辆提取位置、用于行驶到车辆提 取位置的建议路线、ODC 110和车辆提取位置之间的所估计的距离和时间、 车辆交付位置、用于驾驶车辆106的建议路线、以及车辆提取位置和车辆交付位置之间的所估计的距离和时间。在其他示例中，地图602可以包括 更多或更少的信息。如果ODC 110希望继续ODC服务，则ODC 110选择 接受按钮604(例如，“OK。在路上”)。否则，如果ODC 110不想继续 ODC服务，则ODC 110可以选择取消按钮606以取消协议。在一些示例 中，在ODC 110接受请求之后，确认模块148向DIN设备108发送通知 以指示ODC 110正在执行ODC服务。

在一些示例中，请求包括在布置请求时(例如经由请求持续时间输入 端206)可由DIN 104设置到期时间段。如果请求在到期前未经双方确认， 请求可能会过期。否则，DIN104可以选择延长请求或在稍后的时间重新 列出请求(例如，通过不同的标准，例如通过更高的预定价格、更柔性的 时间限制等)。

一旦达成协议，协议(连同相关联的信息(例如，请求标准))被保 存在协议数据库150(图1)中。在一些示例中，一旦达成协议，则处理 ODC服务的支付(例如，通过存储在DIN104和ODC 110的帐户中的预 先授权的付款方式)。示例ODC系统102包括支付处理器152，其处理从 DIN 104到ODC 110的支付。在一些示例中，ODC 110指定他/她的付款 要求(例如，当输入出价时)。在一些示例中，DIN 104的帐户可以是预先 储蓄的，并且资金可以从DIN104的帐户自动转入ODC 110的帐户。在 其他示例中，支付可以在完成ODC服务后转移。

在一些示例中，提供预授权模式以使得DIN 104能够创建请求并延迟 请求的转移，直到稍后的时间。例如，DIN 104可能无法在DIN 104预期 需要ODC服务时创建或输入手动请求。例如，DIN 104可以具有医院预 约(例如，用于手术)，并且可能无法在手术后进行请求(例如，因为DIN 104无行为能力)。作为另一示例，DIN 104可以预期在需要ODC服务时不具有蜂窝连接。在这种示例中，DIN 104可以创建具有延迟传输约束(例 如，经由图2的界面200输入)的请求。例如，可以将该请求设置为在DIN 104完成手术时的特定时间激活。该请求由请求解析器144接收，但 是请求解析器144延迟将该请求发送到可用的ODC，直到指定的时间为 止。该请求还可以包括其他预设参数，例如自动确认低于设定价格金额的 任何出价、选择在阈值时段内收到的最低出价、基于最高ODC审查评级 选择出价、基于最接近靠近车辆106的出价等。

一旦ODC服务被同意，ODC 110在预定时间内前进到车辆106。在 一些示例中，在ODC设备112上显示地图以将ODC 110导航到车辆106 (例如，诸如图6的界面600中的地图602)。该地图提供了一个建议的路 线，以便将ODC 110最佳地引导到车辆106以满足请求的定时标准。ODC 110的位置经由ODC设备112跟踪并发送到ODC系统102。在图1所示 的示例中，ODC系统102包括监视DIN设备108、ODC设备112和车辆 106的位置的导航/位置监视器154。在一些示例中，导航/位置监视器154 创建地图和/或生成路线(例如，图3的地图302、图4的地图402、图6 的地图602等等)，路线被传输到DIN设备108、ODC设备112和车辆106。在所示示例中，ODC系统102经由车辆界面156与车辆106通信。

为了使得ODC 110能够解锁车辆106的车门并启动车辆106，ODC 系统102包括产生用于车辆106的软密钥(例如，智能钥匙)的软密钥管 理器158。软密钥是数字密钥或凭证，如果与车辆锁定系统(例如，BCM 120)正确地匹配，则数字密钥或凭证解锁车辆106的车门和/或使车辆106 能够启动。软密钥可以类似于例如用于车辆106的无线钥匙卡所使用的数字密钥。在一些示例中，软密钥包括接近限制(例如，距离)和/或时间限 制(例如，到期时间)，如本文进一步讨论的。在一些示例中，软密钥管 理器158基于存储在帐户数据库142(例如，与DIN 104的帐户相关联) 中的关于车辆106的信息或凭证生成软密钥。在其他示例中，ODC系统 102询问车辆106的BCM 120以识别用于生成软密钥的必要凭证和/或获 得用于生成来自由存储软密钥和/或相关凭证的车辆106的制造商(或另一 实体)操作的受保护的网络(例如，专用网络)的软密钥的必要凭证。在 另外的示例中，软密钥管理器158生成被发送到(例如，经由车辆界面156) 车辆106的唯一锁以及被发送到ODC设备112的匹配软密钥。在一些示 例中，为车辆106生成多个一次性软密钥。一旦使用了软密钥，它将过期 并且不能再次用于解锁车门和/或启动车辆106。在一些示例中，将软密钥 的副本传送到车辆106，使得车辆106可以在使用软密钥时跟踪并且再次 限制使用相同的软密钥。在一些这样的示例中，车辆106还可以在指定的 时间段内验证软密钥正在被使用，并且如果不是，则可以限制对车辆的访 问。在一些示例中，软密钥从软密钥管理器258发送到车辆106，然后从车辆106发送到ODC设备112(例如，基于时间限制和/或接近限制)。从 车辆106到ODC设备112的通信可以触发生成HMI(例如，如图6所示)， 用于解锁车辆106的车门。在一些示例中，其他命令直接从车辆106发送 到ODC设备112。在一些示例中，软密钥通过握手或者另一安全通信信 道(例如，安全套接字层(SSL))在软密钥管理器158、DIN设备108、 ODC设备112和/或车辆106之间通信。

在一些示例中，DIN 104授权生成软密钥。该生成可能发生在ODC 服务的任何协议之前、协议谈判期间或者达成协议之后。图5B示出了显 示在DIN设备108上的用于询问DIN104是否要为车辆106生成软密钥 的示例界面512。DIN 104可以选择创建软密钥按钮514，并且软密钥管理 器158(图1)生成软密钥。否则，DIN 104可以选择取消按钮516来取消 软密钥生成。图5C示出了显示在DIN设备108上的用于示出软密钥生成 的进展的示例界面518。图5D示出了显示在DIN设备108上的用于指示 已经生成软密钥(例如，是有效的)并且显示直到软密钥到期的倒计时的 示例界面520。

如上所述，在一些示例中，软密钥包括接近限制，其在发送软密钥之 前要求ODC110在车辆106的附近或预定距离或范围内。在一些示例中， 附近由DIN 104定义，例如在请求期间。在其他示例中，可以使用默认的 附近(例如，50英尺)。导航/位置监视器154监视由ODC 110携带的ODC 设备112的位置。当ODC设备112被检测为在车辆106附近时，软密钥 管理器158将软密钥发送到ODC设备112。附加地或替代地，在一些示 例中，软密钥包括到期时间(例如，时间限制)。例如，如果ODC 110在 预定时间段内没有到达车辆106(例如，在附近范围内)，则软密钥到期并 且不发送到ODC设备112。换句话说，如果到期时间在软密钥被发送之 前已经被超过，则软密钥管理器158不将软密钥发送到ODC设备112。 在一些示例中，在达成协议之后，软密钥被自动发送到ODC设备112。 在一些这样的示例中，如果在时间限制内不使用软密钥，则软密钥到期并 且不能从ODC设备112发送到车辆106，或者可以发送软密钥，但是被 车辆106拒绝。

假设ODC 110在时间限制和/或接近限制内到达车辆106，则软密钥 管理器158将软密钥发送到ODC设备112，这使得ODC设备112能够解 锁车辆的车门。图7示出了在ODC设备112上显示的示例界面700。界 面700指示ODC 110在车辆106的接近限制内，并且询问ODC110是否 想要解锁车辆106的车门。ODC 110可以选择解锁按钮702(例如，“现 在解锁车门”)，这使得ODC设备112将软密钥发送到车辆106以解锁车 门。如本文所公开的，ODC设备112包括与车辆106的无线收发器138 通信的无线收发器。车辆106接收软密钥(例如，经由无线收发器138)， 并且BCM 120解锁车辆106的车门(例如，如果软密钥包括正确的凭据)。否则，ODC 110可以选择延迟按钮704(例如，“在5分钟内再次询问”) 来延迟软密钥的传输。在一些示例中，当ODC设备112接收到软密钥时， ODC设备112不是询问什么时候发送软密钥，而是自动地将软密钥发送 到车辆106以解锁车门。在一些示例中，软密钥还使得ODC110启动车 辆。在一些示例中，在允许ODC 110启动车辆106之前，ODC系统102 确认请求标准(例如，在请求期间由DIN 104设置)。例如，如果DIN 104 将伴随车辆106，ODC系统102(例如，经由导航/位置监视器154)验证 DIN 104在车辆106中。在其他示例中，软密钥管理器158生成用于允许 ODC设备112启动车辆106的单独的软密钥。

在一些示例中，软密钥包括限制车辆106中的一个或多个特征的使用 (例如，禁用)的指令。例如，软密钥可以禁用无线电的使用、气候设置、 因特网和/或DIN 104希望限制的任何其他特征。结果，在驾驶车辆106 时，ODC 110不能激活或使用受限的特征。附加地或替代地，车辆界面 156可以向车辆106发送指令以限制一个或多个特征的使用。在一些示例 中，例如，DIN 104在创建请求标准时定义了他/她希望要停用的特征。

在一些示例中，例如在DIN 104将伴随车辆106的情况下，可能需要 双重软密钥来解锁车辆106的车门和/或启动车辆106。双重软密钥需要一 个来自ODC设备112的第一软密钥和来自DIN设备108的第二软密钥。 需要第一软密钥和第二软密钥来解锁和/或启动车辆106。在一些示例中， 具有双重软密钥使得DIN 104能够在车辆106处遇到ODC110之后作出是 否进行ODC服务的最终决定。例如，如果DIN 104在车辆106处遇到ODC 110并且对于ODC服务感到不舒服(例如，因为ODC 110看起来不适合 驾驶)，DIN 104可以拒绝双重软密钥，从而防止ODC 110访问车辆106。 在一些示例中，实现双重软密钥的选项在DIN 104的请求期间被定义。类 似于第一软密钥发送到ODC设备112，第二软密钥由软密钥管理器158 产生并且发送到DIN设备108。在一些示例中，第二软密钥包括附近和/ 或时间限制。在其他示例中，在达成协议之后，第二软密钥自动传送到 DIN设备108。在另外的示例中，第二软密钥可以预先存储或嵌入在DIN 设备108中。DIN设备108可以显示类似于界面700的界面，以在第二软 密钥被发送到车辆106时询问DIN 104是否要解锁车辆106的车门。

一旦ODC 110(和/或DIN 104)在车辆106中并且车辆106已经启动， 则导航/位置监视器154确定车辆106的导航路线，并将该路线发送到ODC 设备112和/或车辆106以显示在显示器126和/或HUD 134上。在一些示 例中，路线经由音频输出端130广播。因此，ODC110可以遵守建议的路 线以将车辆106转移到车辆交付位置。当ODC 110将车辆106驾驶到车 辆交付位置时，导航/位置监视器154跟踪车辆106的位置(例如，经由车 辆106中的GNSS136和/或ODC设备112中的GNSS)。在一些示例中， ODC系统102将车辆106的位置发送到DIN设备108以进行显示，使得 DIN 104可以监控车辆106在整个ODC服务中的位置。

在一些示例中，一旦ODC 110已经启动车辆106，车辆界面156与车 辆106通信，并且确定车辆106是否具有足够的燃料或电量以到达车辆交 付位置。如果车辆106没有足够的燃料或电量，则导航/位置监视器154 确定将ODC 110引导到燃料或充电站的替代路线。燃料或充电站的选择 可以基于分支隶属关系、价格优化、距离(例如最近的加油站)等。然后， ODC 110能够对车辆106进行加油或再充电，并且前进到车辆交付位置。 例如，可以由ODC设备112上的应用或者由车辆106(例如，经由无线 收发器138)进行支付。在其他示例中，ODC 110可以支付燃料/电量费用， 并在稍后的时间内报销。

通常，ODC 110预期跟随由导航/位置监视器154提供的指示路线。 导航/位置监视器154在车辆106正在行车时监视车辆106以确定ODC 110 是否偏离指示路线(例如，导航路线)。在一些示例中，导航/位置监视器 154跟踪该位置以确定车辆106是否行进到指示路线的通道的外部或者超 过指示路线的通道。通道是ODC 110可以离开指示路线的预定义的半径 或距离。在一些示例中，通道是相对严格的，并且要求ODC 110在没有 任何偏离的情况下导航特定路线。在其他示例中，通道可以更宽，使得 ODC 110可以从路线偏离预定的距离或半径(例如，两个街区)。在一些 示例中，通道(例如，预定义的半径)由DIN 104定义(例如，经由请求 标准)。在一些示例中，DIN 104可以基于ODC 110的评级来定义通道。 例如，具有较高评级的ODC可以比具有较低评级的ODC允许更宽的通道。

如果车辆106被检测为在路线的通道外行进，则ODC系统102的报 警器160向ODC设备112和/或车辆106发送警告或通知。在其他示例中， 路线的通道被下载到车辆106，并且车辆106自动地向ODC 110发出警告。 警告通知ODC 110他/她已经偏离预定路线并且指示ODC 110返回到该路 线。图8示出了在仪表群组132的HUD 134上显示的示例警告800。在其他示例中，警告800可以显示在显示器126上。在所示示例中，警告800 包括进度定时器802，并且指示如果ODC 110继续偏离航线，将通知DIN 104和/或当局(如当地警方)。如果车辆106在该时间段内没有被检测为 在路线的通道内，则报警器160向DIN 104发送通知和/或与当局联系。 在一些例子中，DIN 104可以在请求过程中规定是否应当在偏离的情况下 通知当局。在所示示例中，警告800包括联系所有者选项804，这使得ODC 110能够联系DIN 104(例如，经由与车辆106或ODC设备112相关联的 电话)。ODC 110可以联系DIN 104来解释为什么他/她已经从路线偏离。

如果ODC 110在没有DIN 104的情况下驾驶车辆106，则ODC系统 102可以通知DIN104(经由DIN设备108)ODC 110已经偏离指示路线。 图9示出了在DIN设备108上显示的用于警示DIN 104车辆106已经偏 离指示路线的示例界面900。在所示示例中，界面900包括示出车辆106 的当前位置和指示路线的地图902。界面900为DIN 104提供了与当局(例 如警察、ODC系统102等)联系的按钮904以及用于禁用车辆的选项906。 如果DIN 104选择通知当局，则报警器160与当局联系。如果DIN 104选 择禁用车辆，车辆界面156向车辆106发送指令以关闭发动机，这可以通 过BCM 120和PCU 122实现。在所示示例中，界面900还为DIN提供与ODC 110联系(例如经由电话或文本)的选项908，以便DIN 104可以查 询从路线偏离的原因。在某些情况下，离开指示路线可能是合理的，例如 交通繁忙、路障、紧急情况等。界面900包括不通知当局的选项910，例 如如果离开是由DIN 104授权的或批准的。在一些示例中，如果DIN 104 在预定时间段(例如，1分钟)内不响应界面900，则报警器160自动联 系当局和/或禁用车辆106。

如上所述，在某些情况下，DIN 104与车辆106一起行进。如果检测 到车辆106偏离预期路线，并且DIN 104在车辆106中，则ODC系统102 向DIN 104发送消息以查询DIN 104是否安全。图10示出了在DIN设备 108上显示的示例界面1000。界面1000提醒DIN 104车辆已经偏离批准 的路线，并且询问DIN 104是否想通知当局。界面1000包括类似于图9 中的按钮904的通知当局的选项1002和类似于图9的选项910的不通知 当局的选项1004。在一些示例中，如果DIN 104在预定的时间段(例如， 1分钟)内未响应界面1000，则报警器160自动地联系当局。在一些示例 中，DIN 104可以定义默认设置，用于在DIN 104不响应的情况下联系或 不联系当局。

另外，假设ODC 110和车辆106到达交付位置，ODC 110关闭发动 机并离开车辆106。在一些示例中，一旦车辆106被检测为处于或接近车 辆交付位置，软密钥期满并且不再允许重新进入和/或重新启动车辆106。 如果DIN 104不在车辆106中，则报警器160向DIN设备108发送通知 以通知DIN104车辆106已被成功地交付。在ODC服务完成之后，DIN 104可以为ODC 110留下评级，评级可被保存在账户数据库142中的ODC 110 的帐户中。在一些示例中，由车辆106记录的驾驶后分析被上传到ODC 系统102以排序/评级ODC经验。在一些例子中，诸如遵守建议路线、遵 守法律和/或安全驾驶习惯的信息被传送到DIN设备108，使得DIN 104 可以选择为ODC 110留下提示(例如，在完成驾驶或在另一个时间)。同 样，ODC110可以为DIN 104留下评级(例如，根据车辆的状况、对DIN 104的感受等)，这可以保存到帐户数据库142中的DIN 104帐户。

示例ODC系统102还可以用作优先醉酒驾驶缓解工具。例如，酒品 提供机构可以授权(或者提供饮品折扣)DIN 104在参与饮酒活动之前建 立ODC的请求。ODC系统102可以基于DIN 104在给定的时间窗口内消 耗的饮料量(例如，由企业所计算的)来禁止DIN 104驾驶车辆106。在 一些示例中，一旦DIN 104支付或关闭他/她的标签，企业可以经由计算 机或其他电子设备将饮料量传送到ODC系统102，或者可以经由DIN设 备108传送饮料量。附加地或替代地，可能需要DIN 104来执行酒精测定 器。如果DIN 104被确定在时间窗口内已经消耗太多饮料，ODC系统102 将自动激活该请求并为DIN 104提供ODC服务。

尽管图2-7、9和10中示出了示例界面，但是应当理解的是，可以实 现不同的界面来执行本文公开的示例。另外，或多或少的信息和图形可以 提供在界面上和/或不同地布置。在图1的所示示例中，ODC系统102是 运行与网络114通信的程序的服务器。然而，在其它示例中，ODC系统 102由DIN设备108和/或车辆106实现或者合并到DIN设备108和/或车 辆106中。

虽然在图1中示出了实现ODC系统102的示例方式，但是图1所示 的元件、过程和/或设备中的一个或多个可以组合、分割、重新布置、省略、 消除和/或以任何其他方式实施。此外，示例帐户数据库142、示例请求解 析器144、示例出价编译器146、示例确认模块148、示例协议数据库150、 示例支付处理器152、示例导航/位置监视器154、示例车辆界面156、示 例软密钥管理器158、示例报警器160和/或更一般地图1的示例ODC系 统102可以通过硬件、软件、固件和/或硬件、软件和/或固件的任何组合 来实现。因此，例如，示例账户数据库142、示例请求解析器144、示例 出价编译器146、示例确认模块148、示例协议数据库150、示例支付处理 器152、示例导航/位置监视器154、示例车辆界面156、示例软密钥管理 器158、示例报警器160和/或更一般地图1的示例ODC系统102可以由 一个或多个模拟或数字电路、逻辑电路、可编程处理器、专用集成电路 (ASIC)、可编程逻辑器件(PLD)和/或现场可编程逻辑器件(FPLD)) 来实现。当阅读本专利的任何装置或系统权利要求以覆盖纯粹的软件和/ 或固件实施方式时，示例帐户数据库142、示例请求解析器144、示例出 价编译器146、示例确认模块148、示例协议数据库150、示例支付处理器 152、示例导航/位置监视器154、示例车辆界面156、示例软密钥管理器 158和/或示例报警器160中的至少一个在此被明确地定义为包括诸如存储 软件和/或固件的存储器、数字通用盘(DVD)、光盘(CD)、蓝光盘等的 有形计算机可读存储设备或存储盘。此外，除了图1中所示的那些或代 替图1所示的那些，图1的示例ODC系统102可以包括元件、过程和/或 设备的一个或多个，和/或可以包括所示元件、过程和/或设备中的任何一 个或全部。

代表用于实现图1的ODC系统102的示例方法的流程图在图11-14 中示出。在这些示例中，这些方法可以通过机器可读指令来实现，该机器 可读指令包含用于通过下面结合图15所讨论的示例处理器平台1500中所 示的处理器(诸如处理器1512)执行的程序。该程序可以体现在软件中， 该软件存储在诸如只读光盘(CD-ROM)、软盘、硬盘驱动器、数字通用盘(DVD)、蓝光盘或与处理器1512相关联的存储器的有形计算机可读存 储介质上，但整个程序和/或其部分可以替代地由处理器1512以外的设备 执行和/或体现在固件或专用硬件中。此外，尽管参考图11-14所示的流程 图描述了示例方法，但是可以替代地使用实现示例系统102的许多其他方 法。例如，可以改变框的执行顺序，和/或可以改变、消除或组合描述的框 中的某些。

如上所述，图11-14的示例方法可以使用存储在有形计算机可读存储 介质(例如硬盘驱动器、闪存、只读存储器(ROM)、光盘(CD)、数字 通用盘(DVD)、高速缓冲存储器、随机存取存储器(RAM)和/或任何其 他其中存储任何持续时间(例如，延长的时间段、永久地、简单的示例、 暂时缓冲和/或信息缓存)的信息的存储设备或存储盘)上的编码指令(例 如，计算机和/或机器可读指令)来实现。如本文所使用的，术语有形计算 机可读存储介质被明确地定义为包括任何类型的计算机可读存储设备和/ 或存储盘，并且排除传播信号并排除传输介质。如本文所使用的，“有形 计算机可读存储介质”和“有形机器可读存储介质”可互换使用。附加地 或替代地，图11-14的示例方法可以使用存储在非暂时性计算机和/或机器可读介质上的编码指令(例如，计算机和/或机器可读指令)来实现，所述 机器可读介质例如是硬盘驱动器、闪存、只读存储器、光盘、数字多功能 盘，高速缓冲存储器、随机存取存储器和/或任何其他其中存储任何持续时 间(例如，延长的时间段、永久地、简单的示例、暂时缓冲和/或信息缓存) 的信息的存储设备或存储盘。如本文所使用的，术语非暂时性计算机可读 介质被明确地定义为包括任何类型的计算机可读存储设备和/或存储盘，并 且排除传播信号并排除传输介质。如本文所使用的，当在权利要求的前序 部分中使用短语“至少”作为过渡词时，其以与“包含”一词相同的方式 是开放式的。

图11是示出了由图1的示例ODC系统102实现的用于在DIN和ODC 之间布置ODC服务的示例方法1100的流程图。为了讨论的目的，示例方 法1100结合图1的DIN 104和ODC 110之间的ODC服务来描述。在框 1102，ODC系统102接收来自DIN 104的用于ODC服务的请求。该请求 包括一个或多个标准或参数。在一些示例中，请求标准包括车辆提取位置 和交付位置的标识、任何时间限制(例如，在接下来的20分钟内)以及 在ODC服务期间是否存在DIN104。在一些示例中，可以提供其他标准 或参数，例如请求持续时间段、车辆的可识别特征、ODC性别偏好、ODC 最小审查评级、柔性时间调度模式、预定最高价格限制和/或接近车辆106 的地理围栏。例如，可以经由如图2所示的界面200来创建请求。

在框1104，ODC系统102的请求解析器144分析请求和请求标准， 并基于请求标准将该请求发送到一个或多个ODC设备。例如，请求解析 器144可以仅将请求发送到ODC设备，该ODC设备被检测为在车辆提取 位置的预定义半径内并能够在特定时间参数内完成ODC服务。其他标准 (例如ODC性别偏好、ODC评级等)也可用于为所请求的ODC服务选 择合格的ODC。潜在的ODC可以接收并审查该请求。如果诸如ODC 110 的ODC希望执行ODC服务，则ODC110输入出价并将出价提交给ODC 系统102。例如，ODC 110可以使用图3的界面300来接受请求，并且使 用图4的示例界面400来输入并提交出价。

在框1106，出价编译器146接收并分析来自一个或多个ODC的出价。 出价编译器146汇集出价并将出价连同某些信息一起发送到DIN设备108。 附加信息可以包括ODC到车辆的距离、ODC的照片、ODC评级等。关 于ODC 110的信息存储在帐户数据库142中。DIN 104审查DIN设备108 上的出价，并选择一个ODC。界面500(图5A)是示出DIN 104可以选 择的多个出价的示例界面。DIN 104选择一个出价，并且将选择发送到 ODC系统102。在框1108，确认模块148接收来自DIN设备108的出价 选择，并将最终确认发送到ODC设备112，ODC设备112是与所选出价 相关联的设备。

在框1110，确认模块148等待从ODC设备112接收最终确认。如果 确认模块148从ODC设备112接收到最终确认，则确认模块148确定请 求是否已经到期(框1112)。如上所述，在一些示例中，请求可以包括到 期时间限制，并且如果双方在到期期限内未同意ODC服务，则该请求到 期。在框1114，如果请求尚未到期，确认模块148完成ODC服务协议(在 DIN 104和ODC 110之间)，并将协议存储在协议数据库中。

如果请求已经到期，则在框1116，确认模块148向DIN设备108请 求延期。在框1118，确认模块148确定DIN 104是否批准该延期。如果请 求被延期，则在框1114，ODC服务协议被确定并存储在协议数据库150 中。否则，如果DIN 104不批准延期，则示例方法1100结束。在协议确 定之后，在框1120处，支付处理器152完成交易并将资金从DIN 104转 移到ODC 110(例如，经由信用卡交易)。在其他示例中，在ODC服务完 成之后(例如，一旦车辆106被传送到车辆交付位置)，支付才被转移。

图12是示出了由图1的示例ODC系统102实现的以使得能够根据 ODC服务协议访问车辆的示例方法1200的流程图。示例方法1200可以 在ODC协议已经完成之后执行，例如如图11所公开的。为了讨论的目的， 假设DIN 104和ODC 110已经同意ODC服务。在框1202，示例ODC系 统102的软密钥管理器158生成与协议相关联的车辆106的软密钥。在一 些示例中，为软密钥建立接近限制(例如，距离或范围)和/或时间限制。 在一些示例中，接近和/或时间限制可以由DIN 104定义。例如，DIN 104 可以在请求期间——例如在图2中的界面200上——输入或指定接近和/ 或时间限制。在其他示例中，可以实施默认接近和/或时间限制。

在框1204，随着ODC 110在约定的时间内行驶向车辆106，导航/位 置监视器154监视ODC设备112的位置。在框1206处，导航/位置监视 器154基于ODC设备112的位置和车辆106的位置来确定ODC设备112 是否在车辆106的附近。如果ODC设备112不在附近，则导航/位置监视 器154继续跟踪ODC设备112的位置。如果ODC设备112在车辆106附 近，则软密钥管理器158基于时间限制来确定软密钥是否已经到期(框 1208)。如果软密钥尚未到期，则软密钥管理器158将软密钥发送到ODC 设备112(框1210)。一旦ODC设备112接收到软密钥，ODC 110可以解 锁车辆106。

如果软密钥已经到期，则在框1212，软密钥管理器158向DIN设备 108发送消息来要求授权以生成新的软密钥或延长软密钥的有效期。在框 1214，软密钥管理器158确定DIN104是否授权新的软密钥和/或延期初 始软密钥。如果DIN 104授权新的软密钥和/或延期初始软密钥，则软密 钥管理器158在框1210将软密钥发送到ODC设备112。否则，示例方法1200结束。

在一些示例中，需要双重软密钥来解锁车辆106。当DIN 104在ODC 服务期间要伴随车辆106时，可以采用双重软密钥。在框1216，软密钥管 理器158确定是否需要双重软密钥认证。在一些示例中，双重软密钥需求 在请求过程期间由DIN 104设置，并且与协议一起存储在协议数据库150 中。如果需要双重软密钥，则软密钥管理器158将第二软密钥发送到DIN 设备108。DIN 104接收第二软密钥，并且可以决定是否将第二软密钥发 送到车辆106以解锁车门。在一些示例中，在协议之后，第二软密钥被自 动发送到DIN设备108。在一些示例中，第二软密钥可以已经存储在DIN 设备108上，并且DIN 104可以选择什么时候发送第二软密钥。

图13是示出由图1的示例ODC系统102实现的以在ODC服务期间 监视车辆的位置的示例方法1300的流程图。可以在确认对于ODC服务的 协议(例如，如图11所示)和在ODC 110已经进入车辆(例如，如图12 所示)之后实现示例方法1300。在框1302，ODC系统102的车辆界面156 确认车辆106在存在ODC的情况下正在运行。在框1304，导航/位置监视 器154将导航路线发送到ODC设备112和/或车辆106，以将车辆106导 航到车辆交付位置。导航路线可以显示在ODC设备112上。另外地或替 代地，导航路线可以显示在车辆106的显示器126和/或HUD134上。在 框1306，车辆界面156确定车辆106具有多少燃料/电量，并且导航/位置 监视器154确定车辆106是否具有足够的燃料或电量以到达车辆交付位置。 如果车辆106没有足够的燃料或电量，则导航/位置监视器154将车辆106 重新设定路线到加油或充电站(框1308)。可以基于分支隶属关系、到最 近的燃料/充电站的距离等选择加油或充电站。在一些示例中，ODC 110 经由ODC设备112上的应用来支付燃料/电量。在加油之后，导航/位置监视器154继续提供到交付位置的导航路线。

在框1310，导航/位置监视器154监视车辆106的位置。车辆106的 位置可以基于车辆106中的GNSS 136和/或ODC设备112(其假设在具 有ODC 110的车辆106中)的位置来确定。在一些示例中，车辆106的 位置被传送到DIN设备108，使得DIN 104可以在DIN设备108上监视 车辆106的位置。在框1312，导航/位置监视器154确定车辆106是否在 指示路线的通道(例如，允许范围)内。在一些示例中，通道设置得相对 较窄，使得导航/位置监视器154要求车辆106遵守特定路径。在其他示例 中，通道被设置得相对较宽或松散，使得车辆106可以从指示路线偏离预 定义的半径(例如，两个街区)。如果导航/位置监视器154确定车辆106 已经从路线的通道离开，则示例方法1300通过A进行到图14中的框1402 (在此进一步详细描述)以将该偏离通知ODC 110、DIN 104和/或当局。

如果车辆106在路线的通道内，则导航/位置监视器154基于车辆106 的位置来确定车辆106是否已经到达车辆交付位置(框1314)。如果车辆 106不在交付位置，导航/位置监视器154继续监视车辆106的位置(框1310) 并确定车辆106是否在路线的通道内(框1312)。一旦车辆106已经到达 交付位置，则车辆界面156确认车辆106已被关闭并且协议完成(框1316)。 在一些示例中，如上所述，在完成车辆转移之后由支付处理器152处理支 付。

图14是示出了由图1的示例ODC系统102实现的以在车辆从路线的 通道离开(例如，如在图13的框处确定的)时警告ODC 110和/或DIN 104 的示例方法1400的流程图。在框1402，报警器160确定DIN 104是否与 车辆106一起(即，伴随车辆106和ODC 110)。在一些示例中，报警器 160基于协议中的标准(例如，存储在协议数据库150中)来确认DIN 104 是否在车辆106中。附加地或替代地，报警器160可以基于DIN设备108 的位置(例如，来自DIN设备108的GNSS)来确定DIN 104是否在车辆 106中。如果DIN 104不在车辆106中，则报警器160向ODC设备112 和/或车辆106发送警报(例如，警告消息)以警告ODC 110：ODC 110 已经离开批准的通道(框1404)。例如，如图8所示，示例警告800指示 ODC 110已经离开了批准的路线。在一些示例中，启动警报定时器(例如， 图8的进程定时器802)，其给予ODC 110预定义的时间量以返回到路线 的通道。在一些示例中，ODC 110被给予选项(例如，图8的选项804) 以联系DIN 104(例如，经由电话或文本)。ODC 110可以联系DIN 104 来解释为什么他/她已经从指示路线离开，并可能请求授权该离开。在框 1406处，导航/位置监视器154确定车辆106是否返回到路线的通道。如 果车辆106在警报定时器到期之前返回到指示路线，则示例方法1400遵 循B到图13的框1310，其中导航/位置监视器154继续监视车辆106的位置(框1310)并且确定车辆106是否在通道内(框1312)。

否则，如果车辆没有返回到指示路线，则在框1408，报警器160向 DIN设备108发送警报。在图9的示例界面900中示出了示例警报。在一 些示例中，警报询问DIN 104是否希望批准离开发或者通知当局和/或禁 用车辆。在框1410，报警器160确定DIN 104是否想要禁用车辆106和/ 或通知当局。如果DIN 104选择批准离开，则示例方法1400遵循B到达 图13的框1310，其中导航/位置监视器154继续监视车辆106的位置(框 1310)，并且确定车辆106是否在通道(框1312)。否则，在框1412，报 警器160联系当局。附加地或替代地，车辆界面156基于来自DIN设备 108的输入，向车辆106发送指令以关闭发动机(例如，经由图1的PCU122)。

返回参考框1402，如果报警器160确定DIN在车辆106中，则报警 器160向DIN设备108发送警报以询问DIN 104是否安全(框1414)。示 例警报在图10中示出。在框1416，报警器160确定DIN 104是否响应。 如果DIN 104响应他/她是安全的，示例方法1400遵循B到达图13的框 1310，其中导航/位置监视器154继续监视车辆106的位置(框1310)并 确定车辆106是否在通道内(框1312)。如果DIN 104响应他/她是不安全 的或者如果DIN 104在预定时间段内没有响应，则报警器160联系或通知 当局和/或车辆界面156向车辆106发送指令来关闭(框1412)。在一些示 例中，可以通过DIN 104设置如果DIN 104在预定时间段内没有响应情况 下的默认指令。

图15是能够执行指令以实现图11-14的方法1100、1200、1300、1400 和图1的ODC系统102的示例处理器平台1500的框图。处理器平台1500 可以是例如，服务器、个人计算机、移动设备(例如，手机、智能电话、 诸如iPad^TM的平板电脑)、个人数字助理(PDA)、因特网设备、DVD播 放器、CD播放器、数字录像机、蓝光播放器、游戏机、个人录像机、机 顶盒或任何其他类型的计算设备。

所示示例的处理器平台1500包括处理器1512。所示示例的处理器 1512包括可以实现图1的ODC系统102的示例帐户数据库142、示例请 求解析器144、示例出价编译器146、示例确认模块148、示例协议数据库150、示例支付处理器152、示例导航/位置监视器154、示例车辆界面156、 示例软密钥管理器158和/或示例警报器160中的一个或多个的硬件。例如， 处理器1512可以由来自任何所需系列或制造商的一个或多个集成电路、 逻辑电路、微处理器或控制器来实现。

所示示例的处理器1512包括本地存储器1513(例如，高速缓冲存储 器)。所示示例的处理器1512经由总线1518与包括易失性存储器1514和 非易失性存储器1516的主存储器通信。易失性存储器1514可以由同步动 态随机存取存储器(SDRAM)、动态随机存取存储器(DRAM)、RAMBUS (兰巴斯)动态随机存取存储器(RDRAM)和/或任何其他类型的随机存 取存储设备。非易失性存储器1516可以由闪存和/或任何其它所需类型的 存储设备实现。存储器控制器控制对主存储器1514、1516的访问。

所示示例的处理器平台1500还包括接口电路1520。接口电路1520 可以通过任何类型的接口标准(诸如以太网接口、通用串行总线(USB) 和/或PCI express接口)来实现。

在所示示例中，一个或多个输入设备1522连接到接口电路1520。输 入设备1522允许用户将数据和命令输入到处理器1512中。输入设备)可 以通过例如音频传感器、麦克风、摄像机(照片或视频)、键盘、按钮、 鼠标、触摸屏、触式控制板(track-pad)、轨迹球(trackball)、等电位点和 /或声音识别系统来实现。

一个或多个输出设备1524也连接到所示示例的接口电路1520。输出 设备1524可以例如通过显示设备(例如，发光二极管(LED)、有机发光 二极管(OLED))、液晶显示器、阴极射线管显示器(CRT)、触摸屏、触 觉输出设备、打印机和/或扬声器)实现。因此，所示示例的接口电路1520 通常包括图形驱动卡、图形驱动芯片或图形驱动处理器。

所示示例的接口电路1520还包括通信设备(例如发送器、接收器， 收发器、调制解调器和/或网络接口卡)以有助于经由网络1526(例如， 以太网连接、数字用户线(DSL)、电话线、同轴电缆、蜂窝式电话系统 等)与外部机器(例如，任何类型的计算设备)交换数据。

所示示例的处理器平台1500还包括用于存储软件和/或数据的一个或 多个大容量存储设备1528。这种大容量存储设备1528的示例包括软盘驱 动器、硬盘驱动器、小型盘驱动器、蓝光盘驱动器、磁盘阵列(RAID) 系统和数字通用盘(DVD)驱动器。

用于实现图11-14的方法1100、1200、1300、1400的编码指令1532 可以存储在大容量存储设备1528、易失性存储器1514、非易失性存储器 1516和/或可移动的有形计算机可读存储介质(例如CD或DVD)。

从前述可以理解的是，上述公开的方法、系统/装置和制品有助于在 DIN和ODC之间调度和执行ODC服务。本文公开的示例ODC系统使得 DIN能够容易且确信地安排ODC服务，以使他/她的车辆在有或没有DIN 的情况下从一个位置转移到另一个位置。因此，示例ODC系统降低了当 他们无法驾驶(例如，醉酒)时驾驶他/她的汽车所需的DIN的机会。

此外，本文公开的示例ODC系统利用软密钥来授权ODC以访问和启 动车辆，从而消除了访问车辆的物理钥匙的需要。因此，ODC可以在不 存在DIN的情况下解锁和启动车辆。还可以使用示例软密钥来限制对车辆 中某些特征的访问(例如，无线电、气候设置等)。此外，示例ODC系统 在ODC服务期间监视和跟踪车辆，并提供许多检查以确保ODC根据协议 执行ODC服务。

虽然本文已经公开了某些示例方法、系统/装置和制品，但是该专利的 覆盖范围不限于此。相反，本专利涵盖公平地属于本专利的权利要求的范 围内的所有方法、系统/装置和制品。

Claims (16)

1.一种方法，包含：

使用按需驾驶员(ODD)系统生成用于与需求驾驶员(DIN)和ODD之间的协议相关联的车辆的软密钥；

使用所述ODD系统监视由所述ODD携带的ODD设备的位置；以及

当所述ODD设备被检测为在所述车辆附近时，使用所述ODD系统将所述软密钥发送到所述ODD设备，所述软密钥用于解锁所述车辆。

2.根据权利要求1所述的方法，其中所述软密钥包括到期时间。

3.根据权利要求2所述的方法，其中，如果在发送所述软密钥之前已经超过所述到期时间，则所述ODD系统不将所述软密钥发送到所述ODD设备。

4.根据权利要求1所述的方法，其中所述软密钥包括禁用所述车辆中的特征的指令。

5.根据权利要求1所述的方法，其中所述软密钥是第一软密钥，所述方法进一步包括：

使用所述ODD系统生成第二软密钥；和

使用所述ODD系统将所述第二软密钥发送到所述DIN携带的DIN设备，需要所述第一软密钥和所述第二软密钥来解锁车辆。

6.根据权利要求1所述的方法，进一步包括：

使用所述ODD系统，确定所述车辆的导航路线；

使用所述ODD系统，跟踪所述车辆的位置；以及

使用所述ODD系统，基于所述车辆的位置确定所述车辆是否从所述导航路线偏离。

7.根据权利要求6所述的方法，进一步包括使用所述ODD系统，将所述导航路径发送到所述ODD设备或所述车辆中的至少一个。

8.根据权利要求6所述的方法，进一步包括如果所述车辆从所述导航路线偏离，则使用所述ODD系统向所述DIN携带的DIN设备发送警报。

9.根据权利要求8所述的方法，进一步包括根据来自所述DIN设备的输入，使用所述ODD系统向所述车辆发送指令以禁用所述车辆。

10.根据权利要求8所述的方法，进一步包括如果所述DIN在一段时间内没有响应，则使用所述ODD系统通知当局。

11.根据权利要求6所述的方法，进一步包括如果所述车辆从所述导航路线偏离，则使用所述ODD系统向所述车辆发送经由仪表群组显示的警报。

12.一种装置，包含：

协议数据库，所述协议数据库用于存储需求驾驶员(DIN)和按需驾驶员(ODD)之间关于车辆运输的ODD协议；

位置监视器，所述位置监视器用于跟踪所述ODD携带的ODD设备的位置；以及

软密钥管理器，所述软密钥管理器用于：

生成启动所述车辆的软密钥；和

当所述ODD设备被检测为在所述车辆附近时，将所述软密钥发送到所述ODD设备。

13.根据权利要求12所述的装置，其中所述位置监视器用于：

确定用于所述车辆的指示路线；和

在所述车辆驾驶时监视所述车辆的位置。

14.根据权利要求13所述的装置，进一步包括警报器，如果所述车辆行驶在所述指示路线的通道之外，则所述警报器向所述DIN发送警报。

15.根据权利要求14所述的装置，其中所述指示路线的所述通道由半径限定。

16.一种方法，包含：

使用按需驾驶员(ODD)系统生成用于与需求驾驶员(DIN)和ODD之间的协议相关联的车辆的第一软密钥和第二软密钥；和

使用所述ODD系统将所述第一软密钥发送到由所述ODD携带的ODD设备以及将所述第二软密钥发送到由所述DIN携带的DIN设备，需要所述第一软密钥和所述第二软密钥来解锁所述车辆。