具有自动辅助功能的车辆

谷歌的自动助理明天能做什么？ 他们很有可能会参与运行智能家居和物联网设备并帮助我们驾驶车辆。 谷歌本周刚刚获得了一项关于使用自动助手控制车辆的专利。 这不会很快实施，但它可能是我们在不久的将来推动的事情。

未来控制车辆的自动助手

人类可以使用此处称为“自动助手”的交互式软件应用程序进行人机对话。

我已经写了几篇关于谷歌自动助理的不同文章，它们以各种方式与人类互动。

以下是我之前写过的一些关于自动化助手的文章：

• 自动助理如何回应儿童的询问
• 谷歌自动助理搜索结果
• Google 助理和基于上下文的自然语言处理

我有一个扬声器设备，它是一个自动助手。 我用它来执行一些搜索和听音乐，并将一些搜索结果发送到我的手机。 它做的事情不如帮我开车那么多，但这项专利可能是谷歌自动化助手未来能够做的一个例证。

根据该专利，人类可以使用口语自然语言输入（例如话语）向自动化助手提供命令和请求，在某些情况下可以将其转换为文本然后进行处理，并通过提供文本（例如，键入的）自然语言输入.

自动化助手可以集成到各种电子设备中，包括车辆。 与移动电话等其他计算机不同，车辆通常在大范围内运动，因此在与外部服务器通信期间更容易受到带宽限制。

这可能部分是由于车辆在不提供足够网络覆盖的区域中移动造成的。 这可能会影响自动辅助操作，这可能涉及车载计算机和远程服务器之间的多次往返。

自动化助理可以访问公开可用的数据以及特定于用户的数据，这些数据可以与自动化助理提供的个人用户帐户相关联。 为许多用户服务的自动助理可能有许多帐户，每个帐户具有不同的可用数据。

指挥自动化助手

因此，如果一个用户向自动助理提出请求，并且响应该请求涉及访问第二个用户帐户，则自动助理可能无法完成请求，除非提示第二个用户登录到他们的帐户并重复要求。

结果，诸如网络带宽和信道使用时间之类的计算和通信资源可以通过增加车辆计算机和服务器之间的许多交互来消耗。

其他用户覆盖限制

本文描述的实施方式涉及根据用于确定某些输入命令和某些用户是否在某些车辆环境中受到限制的限制来限制车辆自动助理响应性。 此外，本文描述的实施方式允许其他用户通过经由输入到车辆计算机或另一计算机的输入提供授权来超越某些限制。

允许其他用户覆盖此类限制可以保留计算资源，因为当受限制的用户不必以允许输入的方式重新表述和重新提交某些输入时，将消耗更少的处理资源和网络带宽。

例如，向车辆自动助手提供语音输入（例如“助手，向 Karen 发送消息”）的乘客可能会被拒绝，因为该乘客不是车主或以其他方式被允许访问车辆可访问的联系人。车辆自动化助手。

因此，车辆自动助手可以提供诸如“对不起，您无权执行此类命令”之类的响应，并且乘客将不得不改写并重新提交语音输入，例如，“好的，助手，发送信息至 971-555-3141。”

乘客和车辆自动助手之间的这种对话会话可能会浪费计算资源，因为后来的语音输入必须转换为音频数据，通过网络传输并进行处理。

在可用带宽变得有限或可变的情况下，例如在移动的车辆中，这可能是特别不希望的，因为通过网络从辅助设备传送数据的通道可能需要使用更长时间比可取的。

使用此类通道的时间长度可能不仅会影响自动化助手的操作，还会影响依赖网络发送和接收信息的其他软件应用程序。

例如，这样的软件应用程序可以存在于与自动助理相同的设备中（例如，其他车载软件应用程序）。 然而，这里提供的实现可以通过至少允许其他用户授权执行来自用户的某些输入命令而不请求用户重新提交命令来消除这种计算和通信资源的浪费。

限制对命令的访问

车载计算机和自动助理可以根据不同的限制进行操作，以限制对命令和数据的访问，否则这些命令和数据可以通过车载计算机和自动助理访问。 限制可以表征特定命令、数据、数据类型以及可以与自动化助手相关联的任何其他输入和输出，从而定义通过自动化助手和车载计算机可供其他用户使用的某些信息。

当用户提供与以限制为特征的特定命令相对应的口头话语时，自动助理可以根据与用户和特定命令相关联的任何限制做出响应。 例如，当用户提供与源自另一用户拥有的计算机的数据相对应的口语话语时，口语话语可以满足用于限制对此类数据的访问的标准。

然而，响应于接收到口头话语，自动化助理可以确定标准得到满足并等待来自其他用户的授权。 授权可以由其他用户通过另一个口头话语和任何其他能够在计算机上接收的输入提供给车辆计算机和单独的计算机。

包括车辆计算机的车辆可以包括界面，例如按钮（例如，在车辆的方向盘上），其他用户可以与之交互（例如，按下按钮）以指示对自动化的授权助手。

响应于自动化助理接收到来自其他用户的授权，自动化助理可以继续执行用户提供的命令，而不必请求用户的进一步输入。

自动助理限制乘客进入

当另一个用户和乘客乘坐车辆时，另一个用户可以限制乘客访问某些数据。 当车辆沿着特定路线导航到特定目的地时，其他用户可以限制对某些数据的访问。 因此，当车辆完成路线并到达特定目的地时，可以解除对访问特定数据和对乘客的限制，从而允许乘客随后访问这些数据。

例如，当其他用户正在驾驶车辆并且乘客正在乘坐车辆时，乘客可以向车辆的自动助理界面提供口头话语。 口语可以是“助理，给露西阿姨打电话”。

等待用户授权的自动化助手

作为响应，并且由于口述话语包括将导致访问用户的联系信息的请求，因此自动化助理可以在满足该请求之前等待来自用户的授权。 但是，为了避免重复授权或不授权来自乘客的请求，用户可以提供另一个口头表达，例如“助理，在此行程的剩余时间不要回应乘客”。

作为响应，自动化助理可以导致生成限制数据，以限制对本来可以通过自动化助理获得的服务（例如，拨打电话）的访问。

这样，用户就不必重复授权或不授权自动助手响应乘客的请求，从而消除计算资源和网络资源的浪费。 此外，由于访问限制可以在旅行结束时或到达目的地时设置为“重置”，用户不必明确请求重置限制，从而进一步消除了计算资源和网络资源的浪费.

用户可以在车辆的使用寿命内无限期地限制乘客访问某些数据。

例如，在乘客提供口头话语“助理，给露西阿姨打电话”之后，当自动助理正在等待用户授权时，用户可以提供单独的口头话语，例如“助理，永远不要回应用户。”

自动助手导致生成限制数据

作为响应，自动化助理可以导致生成限制数据（或在车辆、车辆计算机和自动化助理的使用寿命期间）限制对特定用户通过自动化助理可获得的服务的访问。

根据车辆的占用情况，自动助手和车辆计算机可以根据限制某些乘客对自动助手和车辆计算机的访问的操作模型进行操作。 作为示例，当用户是唯一占用车辆的人时，车辆计算机和可通过车辆计算机访问的自动化助手可以根据第一操作模式进行操作。

基于传感器输出或操作模式确定的车辆占用率

可以基于车辆的传感器、车载计算机和任何其他可以提供输出的设备的输出来确定占用率，从该输出可以估计占用率。 第一操作模式可以基于占用情况进行选择，并且可以为用户提供对与自动化助手相关联的第一组服务、数据和命令的访问。

当占用被确定为包括多于用户时，例如当用户与乘客一起驾驶时（例如，父母与许多孩子作为乘客一起驾驶），可以选择第二操作模式。 根据第二操作模式，用户仍然可以访问第一组服务、数据和命令——但是，乘客将只能访问第二组服务、数据和命令。

第二组可以不同于第一组，并且第二组可以是相对于第一组的缩减子集。 例如，当只有驾驶员（例如，不受限制的用户）在车内时，按下主机上的“通话”按钮，无需任何进一步授权即可以私人数据进行响应。

但是，如果当乘客（例如，受限用户）与驾驶员在车内时按下主机上的“通话”按钮，则自动助理会请求进一步授权以响应按下该按钮的人（例如，乘客）。主机上的“通话”按钮。

当第二操作模式（例如，共享操作模式）处于活动状态时，乘客可以尝试访问仅在第一组而不是第二组中提供的服务、数据和命令。 为了允许这样的访问，用户（例如，驾驶员）可以向自动助手和车辆计算机提供输入，以便授权这样的访问。

例如，用户可以向诸如按钮和触摸显示面板之类的界面提供输入，该界面可以大致位于车辆驾驶员可触及的范围内（例如，方向盘上的按钮、集成的触摸显示面板到仪表板和控制台）。 可以响应于向用户征求授权的自动化助理而提供授权输入（例如，“对不起，我需要授权才能这样做……[收到授权输入]”）。

或者，自动助理可以绕过请求用户授权，而是被动地等待响应来自乘客的请求，直到用户提供授权输入。

然而，如果用户选择让他们的自动助手和他们的车载计算机根据第三操作模式操作。

在没有提供此类授权的选项可用的第三操作模式中，自动化助手和车载计算机可以操作使得某些操作、数据和服务的可用性对于某些乘客（至少相对于用户而言）受到限制即对于自动助手和车载计算机而言是主要和“主”用户）。

自动助理例程

自动助理可以执行自动助理例程。 自动化助理例程可以对应于由自动化助理响应于用户提供特定输入而执行和初始化的一组动作和动作序列。 当用户进入他们的车辆时，用户可以提供诸如“助理，我们去上班”之类的口头话语，以使自动助理执行“去上班”例程。

“上班”例程可以涉及自动化助理使车载计算机呈现对应于用户的每日日程安排的图形数据并呈现对应于用户选择的播客的音频数据。 它可以向用户的配偶生成指示用户要去上班的消息（例如，“嗨，比利，我要去上班。”）。 然而，在某些情况下，车辆的乘客可以提供口头话语，“助理，我们去上班吧。”

根据车辆计算机和自动助理运行的模式，自动助理可以请求驾驶员或其他授权用户提供执行请求路线的操作的许可。

自动化助手“上班”程序

例如，响应乘客调用“去上班”例程，自动助理可以初始化与特定播客对应的性能渲染音频数据，并且还提示驾驶员授权以初始化例程的其他动作。

具体而言，车辆计算机和服务器设备可以识别涉及访问受限数据的例程的动作。 在这种情况下，车载计算机和服务器设备可以确定用户的日程安排和用户的联系人（用于发送消息）获得受限数据。

因此，在执行例程期间，驾驶员可以获得提示时间，以允许执行任何涉及访问受限数据的操作。

如果驾驶员通过说出调用短语（例如，“Ok，Assistant.”）或与界面交互（例如，按下按钮）给予授权（例如，通过助手调用任务），则例程可以完成。 例如，可以将消息发送给配偶，并且可以听到司机的日程安排。

然而，如果驾驶员未提供授权（例如，驾驶员不执行助手调用任务），则自动助手可以绕过执行这些动作。 当驾驶员不提供完成动作的授权时，可以将替代动作作为选项提供给乘客。

例如，自动化助手可以提供有关在附近地理区域发生的事件的公共信息，而不是通过声音呈现驾驶员的日程安排。

发送消息

代替向驾驶员的配偶发送消息，自动助理可以提示乘客他们是否希望通过他们自己的帐户发送消息（例如，“您想登录以发送消息吗？ ”）。 对驾驶员数据的限制将得到实施，同时为可能因参加拼车活动而可能在车内的乘客提供帮助。

提供以上描述作为本公开的一些实施方式的概述。

其他实现可以包括计算机和机器人系统，其包括可操作以执行存储的指令以执行方法的处理器，例如上文和本文其他地方描述的方法。

该专利描述了这种具有自动辅助功能的车辆：

操作启用自动助手的车辆时授权访问的方式
发明人：维克拉姆·阿加瓦尔和莫伊塞斯·摩根斯坦·加利
受让人：谷歌有限责任公司
美国专利：11,318,955
授予：2022 年 5 月 3 日
提交日期：2019 年 2 月 28 日

抽象的：

实施方式涉及通过车辆内可用的一种或多种方式来启用对某些自动辅助功能的授权。

实现可以通过至少允许其他用户授权执行来自用户的某些输入命令而不请求用户重新提交命令来消除计算和通信资源的浪费。

车辆可以包括提供对受限数据的访问的计算设备，这些受限数据可以被访问以便由自动化助理执行动作。

然而，当受限用户请求自动化助理执行涉及访问受限数据的动作时，自动化助理可以被授权或未经授权以通过非受限用户控制的模态继续完成请求。

不受限制的用户还可以导致建立上下文限制，以在旅途中限制自动助理的功能、针对某些类型的请求和/或针对某些乘客。

自动辅助增强型车辆结论

我只在这篇文章中写了有关该专利的摘要。 如果您想了解有关此自动助手专利如何工作的更多详细信息，请单击专利本身以获取有关其工作原理的更多详细信息。 本摘要提供了一些关于如何使用自动助手建立对车辆的控制的见解。

目前，自动助理往往是更小的设备，例如智能扬声器。 如本专利所示，它们很可能会成长为做电动汽车之类的事情。 该界面与 Google 设备倾向于使用的界面不同。 它们比台式机或笔记本电脑更具会话性。 阅读这篇文章时，我想起了 Android Auto。 我可以看到谷歌希望让汽车由 android auto 或自动助手之类的东西控制。