用于车辆相关活动的数字助理的制作方法

本申请总体上涉及数字助理。更具体地，本文中公开的实施例示出了用于车辆相关活动的数字助理。

背景技术：

数字助理已经在人们生活的各个方面有所进展。这些数字助理的意图是通过自动执行任务或代表用户执行各种任务来使用户的生活更轻松。当前可用的数字助理依赖于很有限的一组信息或命令。

附图说明

图1示出了系统架构的示例。

图2示出了系统架构的示例。

图3示出了数字助理架构的另一示例。

图4示出了数字助理架构的各个方面之间的示例流程图和交互。

图5示出了适合于实现数字助理、用户设备等或者执行本文中公开的方法的机器的代表性架构。

具体实施方式

以下的描述包括例示了说明性实施例的说明性系统、方法、用户界面、技术、指令序列和计算机器程序产品。在以下描述中，出于解释的目的，阐述了很多具体细节以便提供对本发明主题的各种实施例的理解。然而，对于本领域技术人员很清楚的是，可以在没有这些具体细节的情况下实践本发明主题的实施例。通常，没有详细示出公知的指令实例、协议、结构和技术。

概述

用户产生大量不被注意的数据，因为这些数据并没有经由简单的可动作的见解来进入他们的有意识的决策过程。本文中描述了一种数字助理，其向用户提供关于车辆相关活动的可动作的见解和信息。在一个方面，这些见解和信息可以节省用户时间、金钱或两者。在另一方面，这些见解和信息可以帮助用户以使其免于与车辆相关的众多细节的负担。数字助理接收关于车辆、车辆用户的各种信息和其他信息。数字助理系统利用所接收的信息向用户提供将在某种程度上有所帮助的可动作信息。这样的可动作信息可以包括诸如车辆的服务相关信息、车辆的预防性维护、路线建议、预约建议、服务履行位置、行程建议、健康警告、事故报告等项目。基础设施以反应性和主动性方式提供，使得信息的呈现可以响应于事件序列的发生或响应于用户动作。如本文中使用的，反应性描述了系统对用户的特定请求作出反应(“最近的充电站在哪里”)，而主动性描述系统主动向用户通知某事(“你的电量很低，您需要通往最近的充电站的指示吗？”)。可动作信息包括用户可以对其采取动作的信息(而不是通常仅信息性的信息)。发送给用户的信息在本文中将被称为“提示”，并且可以包括可动作信息。

在本公开的上下文中，数字助理是从用户收集信息或收集关于用户的信息，向用户提供提示和/或代表用户执行各种任务的系统、一组系统、服务、一组服务和/或其组合。本文中公开的数字助理通常响应于一个或多个事件的发生或响应于用户动作或两者而提供提示，如下面更详细地解释的。

提示可以包括任何类型的信息，包括文本、可听(即，语音或口语)、警报等。使用一个或多个设备向用户呈现提示。因此，共同的提示可以被发送给单个设备、多个设备等，或者提示的一部分可以被发送给一个设备并且提示的其他部分可以被发送给另一设备。在一个示例中，警报可以被发送给一个设备(电话、可穿戴设备等)，而文本可以被发送给另一设备(移动电话、桌面屏幕等)，并且语音可以被发送给第三设备(即，通过车辆扬声器来播放)。在另一示例中，提示(警报和其他信息)可以被发送给多个设备(诸如汽车中的可穿戴设备和屏幕)，可能根据需要在格式和/或类型方面被适当地修改，以在所选择的设备上进行有效呈现。

描述

图1示出了总体上示出为100的系统架构的示例。该系统包括数字助理系统102。数字助理系统102负责从多个源获取信息，并且结合多个规则来识别事件、事件序列、组合信息集等何时引起数字助理系统102根据规则采取一个或多个动作。动作可以包括向用户呈现提示。数字助理系统102可以在系统上或在诸如下面描述的系统上实现。通常，数字助理系统的全部或部分结合一个或多个云架构来实现，以便提供和利用一个或多个云服务。

数字助理系统还可以包括一个或多个数据源和/或设备104。数据源和/或设备104通过一个或多个网络112连接到数字助理系统102。网络可以是任何网络或网络组合，并且可以是有线的、无线的或其组合。数据源和/或设备104如何连接到数字助理系统102无关紧要，只要它们之间存在通信即可。

数据源和/或设备104可以用于各种目的。一方面，它们可以是信息源，以便它们向数字助理系统102提供信息。例如，车辆108可以是汽车、摩托车、卡车、货车或其他车辆，并且可以以能够向数字助理系统102提供信息的方式进行仪表化。普通车辆可以包括多个微处理器和传感器。这些部件测量和控制车辆的众多方面。任何或所有这些信息可以提供给数字助理系统102。共同地，来自或关于车辆108的信息将被称为车辆信息。

车辆信息可以由车辆提供，或者可以来自其他数据源。车辆信息分为三大类。第一类包括描述车辆的信息，诸如车辆识别号(vin)、车型、车身类型、颜色、描述车上零件的信息(轮胎尺寸和/或类型、配件设备等)和/或其他这样的信息。第二类包括描述车辆和/或车上零件/配件的状况的信息。该类别可以包括诸如行驶里程数、最后维护间隔(机油更换、例行维护等)、轮胎压力、引擎健康度量或其他这样的信息。第三类包括其他相关信息，诸如每加仑的平均或瞬时里程(mpg)或其他效率信息、车辆中的燃料水平、电力状态(即，电动车辆)、车辆位置、当前速度、行驶路线、当前路线等。

另一信息源可以是用户设备和/或系统110。这些用户设备和/或系统110可以包括个人设备，诸如可穿戴设备(即，手表、手环、眼镜等)、可携带设备(即，移动电话、平板电脑、膝上型电脑等)、固定或半固定设备(即，便携式计算机、台式计算机等)、和/或服务器设备和/或服务(即，服务器、云服务、日历系统、电子邮件系统等)。用户与所有这些类型的设备和/或服务交互，并且它们都具有可以由数字助理系统102使用来向用户提供数字助理服务的信息。该数据将统称为用户数据，并且可以包括与用户相关的信息以及关于用户的信息，诸如偏好、简档信息等。示例信息包括诸如用户的日历和/或日程表、待办事项列表或任务列表、电子邮件历史、购买历史、用户的正常例程、工作路线、家庭位置、工作位置、学校位置、喜爱的通信形式、所拥有的设备/所交互的设备等。

信息的最终来源可以是来自互联网、第三方等的信息。这在图1中示出为106。该信息可以是关于用户、车辆或任何其他相关信息。在这种情况下，相关意味着在提供关于车辆活动的数字助理提示时将会有用的信息。仅作为示例，这样的信息可以包括各种车辆相关产品和/或服务的位置和/或价格(针对各种位置和/或提供者的汽油价格、零件价格、零件寿命(诸如轮胎应当每5年或50,000英里更换一次)、服务价格等)、来自车辆制造商的信息(诸如维护计划、规格等)、天气信息等。

数据源和/或设备104不仅可以用作信息源，还可以用作数字助理系统102的信息宿(informationsink)。例如，与用户相关联的一些或所有服务、系统、设备等可以具有与数字助理系统102交互的功能。作为代表性示例，用户设备和/或系统110和车辆108可以拥有数字助理客户端、网络浏览器、消息传递系统、或者用户可以通过其以反应性或主动性方式与数字助理系统102进行交互的其他通道。上述这些装置也可以用于从数字助理系统102接收提示和其他信息。

作为用于数字助理系统102的反应性模式的示例，用户可以使用设备来询问“最近的充电站在哪里？”，并且数字助理系统102可以使用位置列表、建议的位置、路由选项等进行响应。用户可以经由语音询问问题，经由触摸或文本输入、手势输入、凝视跟踪或任何其他方式进行输入。此外，请求和响应可以使用不同的设备。用户可以例如使用移动设备110上的客户端来询问问题，并且数字助理系统102可以通过在车辆108中的显示器上显示提示来进行响应。

作为主动性模式的示例，数字助理系统102可以知道车辆的位置、行进的方向或路线、电力状态、电力支出率(平均、瞬时和/或预计)，并且基于规则集，向用户发送提示以向用户通知如果用户继续当前路线，则车辆可能没有足够的电力来到达下一充电站。例如，如果系统知道当前路线、当前电力支出率(或燃料消耗)，则系统可以计算关于用户何时(在时间或距离上)没有足够的电力到达下一充电站的预测。当该事件发生时，系统可以向用户发送提示以向用户通知即将发生的事情。

因此，数字助理系统102可以决定示出基于以下各项而可以行驶的距离：当前电力状态、电力(或燃料)消耗率(平均、瞬时和/或预测)、距最近的充电站的距离、距下一最近的充电站的距离、用户是否能够到达一个或多个充电站的指示、距已知或推断的目的地的距离、车辆是否能够基于其当前电力而到达目的地、车辆是否能够到达目的地并且然后返回到最近的充电站、和/或其任何组合。计算和/或推断的信息可以基于规则集。作为提示的一部分，可以单独地或在其将如何影响用户的计划的上下文中来显示对用户的行驶计划在时间、距离和/或其他度量方面的影响。

作为更具体的示例，如果数字助理系统102在给定时间知道用户正在赴约的路上并且识别出用户将能够到达目的地但是随后将没有足够的电力到达充电站，则数字助理系统102可以告知用户该用户将能够按时赴约但是将可能没有足够的电力来到达充电站。在这种情况下，数字助理系统102可以提供将用户引导到充电站并且显示对赴约的影响(即，转向充电站并且具有足够的电力赴约并使其返回到充电站将使用户预约迟到30分钟)。附加地或替代地，数字助理系统102可以告知用户该用户将能够赴约但是将可能没有足够的电力来到达充电站并且提供不同的选项，诸如提供示出到达充电站的可能性何时下降到给定阈值以下的信息，提出调节用户的驾驶速度的推荐，提出利用可以增加用户的行驶时间但是将保留更多电力状态(以及对用户的预约的影响)的替代路线的建议和/或其任何组合。

如果要显示提示，则数字助理系统102可以选择用于向用户警告该情况的适当通道。例如，数字助理系统102可以决定通过启动动作来警告用户，所述动作使车辆音频系统静音(或者如果音响系统关闭则调用音频系统)、播放警报声、在车辆内的屏幕上显示电力状态可能不足以到达更远的充电站并且询问用户是否想要到最近的充电站的指导。如前所述，多个设备可以被涉及，因此如果用户正在通话，则可以通过电话播放警报声，同时仍然可以在车辆的屏幕上播放提示。

如上所述，进入数字助理系统102的信息可以帮助数字助理系统102决定在何处以及如何向用户提供提示。数字助理系统102可以跟踪各种设备和系统以及用户的当前上下文，诸如用户当前正在做什么、用户在哪里做它、哪些设备能够到达用户等，并且基于提示来选择用于到达用户的特定通道。各种通道可以与数字助理系统102必须传送的动作和所选择的适当通道相匹配。例如，如果用户具有可穿戴设备、电话、膝上型计算机和台式计算机作为可能到达用户的通道，并且用户处于位于会议室中的会议中，则数字助理系统102将知道用户可能不太可能接收到发送给笔记本电脑或台式电脑的紧急提示，但是可能会经由可穿戴设备或手机而接收提示。在给定会议上下文的情况下，数字助理系统102可以确定即使对于紧急提示，提供可听警报的内容也是不受欢迎的，并且因此选择在可穿戴设备上显示文本并且使可穿戴设备振动。

通道可以基于规则来选择，诸如“如果用户正在会议中，则不发送可听信息”)，可以通过概率/得分来选择，诸如“用户正在行走或锻炼并且可能忽略发送给电话的信息”，或者通过其任何组合来选择，诸如“用户正在行走或锻炼，并且因此可能忽略发送给电话的信息，因此信息的重要性决定警报被发送给可穿戴设备并且应当使用可听警报和振动两者”。

下面描述具有特定输入、输出等的其他场景。

图2示出了总体上被示出为200的数字助理架构的示例。这样的架构示出了一个可能的实施例，其中诸如数字助理系统102等数字助理系统的各个方面可以以三层架构来实现，包括前端层、应用逻辑层和数据层。这样的架构仅是适合于所公开的实施例的一种类型的云和/或服务器架构，并且还可以使用很多其他模型和架构。然而，三层架构足以用于解释目的，并且本领域技术人员将能够理解如何根据所提供的解释在其他环境中实现数字助理架构。

如相关的计算机和因特网相关领域的技术人员所理解的，图2所示的每个模块或引擎表示一组可执行软件指令和用于执行这些指令的相应硬件(例如，存储器和处理器)。为了避免以不必要的细节模糊所公开的主题，从图2中省略了与传达对所公开的主题的理解没有密切关系的各种功能模块和引擎。

如图2所示，前端层包括呈现引擎212，呈现引擎212可以包括一个或多个软件和/或硬件实现的模块。呈现引擎负责用户体验(ux)并且从包括一个或多个用户设备204在内的各种客户端计算设备接收信息和/或请求，并且向请求设备传送适当的响应。因此，通常，呈现引擎212可以通过用户应用206引起在用户设备204上呈现信息(例如，提示等)、用户界面等。

在该实施例中，用户设备204可以包括各种设备，诸如先前结合图1所讨论的可佩戴的、可携带的、固定/半静止的、服务器/服务设备和/或系统。另外，在图2的实施例的上下文中，可以将一个或多个车辆视为用户设备，即使这样的车辆可能在不同时间与不同用户相关联，诸如车辆由多于一个用户共享。

用户设备204可以执行不同的客户端应用206，这些客户端应用206允许设备通常通过呈现引擎212与数字助理系统102进行通信。这样的应用可以包括但不限于网络浏览器应用和/或客户端应用(也称为“app”)，该网络浏览器应用和/或客户端应用已经针对一个或多个平台而开发，以提供向用户呈现信息并且经由网络112进行通信以与数字助理系统102交换信息的功能。每个用户设备204可以包括计算设备，该计算设备至少包括显示能力和与网络112的通信能力，以便访问数字助理系统102。一个或多个用户202可以是人、机器或与用户设备204的其他交互手段。用户202可以经由用户设备204与数字助理系统102交互。用户202可以不是联网环境的一部分，但是可以与用户设备204相关联。

如图2所示，数据层包括若干数据库和/或其他类型的数据存储器(统称为数据存储器)，包括用于存储与用户(诸如用户202等)相关联数据的数据存储器218。可以存储在这样的数据存储器中的信息类型包括但不限于上面讨论的车辆信息和用户信息。

数据层还可以包括第三方数据存储器，第三方数据存储器存储从第三方获取的信息，诸如从第三方服务器208和/或第三方应用210获取的信息。如前所述，该信息可以是关于用户、车辆或任何其他相关信息。在这种上下文中，相关意味着有助于提供关于车辆活动的可动作信息的信息。如上所述，这可以包括各种车辆相关的产品和/或服务的位置和/或价格(针对各种位置和/或提供者的汽油价格、零件价格、服务价格等)、来自车辆制造商的信息(诸如维护计划、规格等)、天气信息等。如下面更详细地解释的，该信息还可以包括来自被建立以提供用于车辆相关活动的可动作产品和服务的市场的信息。

数据层中的另一数据存储器可以包含供推断引擎和/或业务逻辑216进行操作的规则222。这样的规则指定输入数据、条件和结果动作的组合。换言之，规则定义输入数据和结果动作之间的关系。示例规则可以是，当车辆位置在燃料站的指定半径内时并且当车辆燃料状态低于指定阈值时，则向用户推荐用户在推荐的燃料站处停车以获取燃料。该示例规则定义了用户信息(正在操作车辆的用户)、车辆信息(燃料状态、与燃料站的接近度)和结果动作(推荐的用于获取燃料的停止点)之间的关系。隐含、推导或表达了条件(燃料水平低于阈值，到燃料站的接近度低于指定阈值)。尽管被示出为被保存在规则存储器222中，但是规则也可以以任何组合驻留在推断引擎216内部和/或外部或者甚至在数字助理系统102本身外部，诸如从不同系统接收规则。

当规则的条件被满足时，动作被触发。下面详细说明规则中包含的示例场景。因此，一个示例实施例中的规则包括输入数据和/或事件的集合(组合)、条件集合和结果动作集合。在该上下文中，集合可以包括一个或多个项目(即，一个或多个输入数据、一个或多个条件、和/或一个或多个结果动作)。下面的示例场景说明了规则的工作原理。

数字助理系统102还包括数据摄取和/或富集模块214。当接收到数据时，可以以各种方式处理数据，包括预处理操作的任何组合，诸如验证、清理、标准化、转换、特征提取、选择等。验证和/或清理通常包括检测和纠正数据或者删除损坏、不准确、不完整等的数据。数据清理还可以包括删除重复信息，诸如如果两次发送相同信号，则一个可以被保留并且另一个可以被丢弃。验证还可以确保数据的类型是正确的。标准化通常包括确保适当地缩放数据，去除冗余等等。变换包括将数据从一个集合映射到另一集合，诸如当来自各种源的数据被映射到等效数据集时(即，来自不同制造商的零件号被转换成标准零件编号系统)等。特征提取包括识别和提取各个相关信息，并且有时与机器学习相关。特征提取还可以涉及减少数据集的维度。选择包括选择感兴趣的相关特征的子集。也可以适当地使用其他预处理。

数据摄取和/或富集模块214还可以执行数据富集。数据富集通常将来自不同源的信息关联，并且以使得数据能够变为与其他信息“富集”的方式对这些信息进行组装。例如，来自多个源的用户信息可以组装在一个或多个相关数据结构中。然后，组装的信息可以允许数字助理系统识别用户在哪里以及用户参与什么活动。

数据摄取和/或富集模块214可以从各种源接收和组装信息，各种源在图2中由第三方服务器208、第三方应用210、用户设备204和其他源来表示。仅作为示例，第三方应用210和/或第三方服务器208可以表示结合图1、106所讨论的源。附加地或替代地，第三方应用210和/或第三方服务器208可以表示如电子邮件、日程安排/日历和其他这种服务等服务。第三方应用210和/或第三方服务器208还可以表示其他数字助理系统，如组装信息和进行推断的中枢系统(hub)。这些系统可以推断如家庭/工作/学校位置和活动、行驶上下文、位置和访问模式、路线模式、会议上下文、通信上下文、紧急信息、搜索上下文等内容。当然，在一些实施例中，给定原始数据，数字助理系统102也可以做出这样的推断。

数字助理系统102还包括推断引擎和/或业务逻辑216。本领域技术人员将业务逻辑理解为执行以提供数字助理系统102的服务和功能的软件和硬件组合。下文中，推断引擎和/或业务逻辑216将简称为推断引擎216，应当理解，数字助理系统102提供比简单推断引擎更多的服务和功能。

推断引擎216监测传入信息并且根据规则存储器222的规则进行动作。推断引擎216以反应性或主动性方式动作。在主动性模式下，推断引擎216识别出规则存储器222中的一个或多个规则的条件已经满足并且采取所指示的动作。在反应性模式中，推断引擎216针对来自用户的请求进行响应。反应性和主动性模式的示例如下所示。反应性和/或主动性操作可以使用如时间、当前位置、云中的信息(如搜索历史)和/或其他推断等实时信号来智能地向用户呈现可动作信息。

图3示出了总体上被示出为300的数字助理架构的另一示例。如在其他实施例和示例中，诸如可穿戴或可携带设备308、车辆206和/或其他用户设备和/或系统等用户设备304通常通过摄取/验证引擎310(在下文中简称为验证引擎310)向数字助理系统提供信息。其他信息源302还通过验证引擎310向数字助理系统提供信息。如在其他示例和实施例中，可穿戴设备包括诸如手表、手环、眼镜等设备。可携带设备包括诸如移动电话、平板电脑、膝上型电脑等设备。用户设备还包括诸如固定或半固定设备(即，便携式计算机、台式计算机等)和/或服务器设备和/或服务(即，服务器、云服务、日历系统、电子邮件系统等)等设备。其他信息源包括来自第三方、第三方系统、来自互联网等的信息。

验证引擎310可以验证由用户设备304和/或其他源302提供的信息，并且提供验证和任何其他期望的预处理，如之前在上文所述。另外，验证引擎310可以验证并且向推断引擎326提供实时信息312以供使用，如下所述。

当信息来自不同的源时，它可以被传递至富集引擎316。如上所述，富集引擎316可以将从各种源接收的信息关联以创建与用户相关联的富集数据集。富集数据集可以存储在数据存储器中并且与用户相关联，诸如通过用户简档。在概念上，可以将与特定用户相关的所有信息视为用户简档的一部分。因此，富集数据以及其他用户信息被示出为存储在用户简档数据存储器318中。在实际实现中，富集数据和其他用户数据可以存储在同一数据存储器中或存储在单独的数据存储器中(诸如如图2的实施例中所示)。

数字助理系统包括推断引擎326，推断引擎326获取所接收的数据并且根据诸如存储在规则数据存储器320中的规则集进行推断。此外，如上所述，推断引擎326可以以主动性或预测性方式进行操作，如下所述。

现在将结合操作328-334来解释推断引擎326的示例操作。主动性工作流程330在系统启动时运行。主动性工作流程330监测所接收的信息并且在规则满足时提供推断。因此，主动性工作流程330监测本文中讨论的信息的任何组合，诸如用户正在驾驶什么类型的汽车以及服务于该用户所驾驶的汽车的类型的可能位置列表。如果用户拥有多个车辆，则推断引擎326可以依赖已经收集并且与用户简档(如果可用)一起存储的上下文信息或实时信息312，来确定用户当前正在驾驶哪个车辆。

在特定示例中，主动性工作流程330可以基于传入的传感器数据和规则来识别车辆的问题，并且得出结论：应当向用户呈现用于修复的选项，或者可以识别应当执行的预防性维护。例如，规则规定应当在距上次机油更换4,000英里时更换机油。主动性工作流程330可以依赖于来自用户简档存储器318以及规则存储器320的信息来识别与用户相关联的车辆的类型、上次更换机油以来的里程、以及由制造商提供的如维护计划等事项。实时信息312可以识别当前里程，并且当里程在指定阈值内时，推断满足规则。

一旦通过主动性工作流程识别出适当的域(即，车辆修理)(操作330)，就将域以及任何其他相关信息传递给预测性操作332。在预测性操作332中，推断引擎326使用来自用户设备的实时信号312和用户简档中的信息和/或其他信息来创建提示，以创建要传递给用户的一个或多个提示。例如，主动性操作332可以使用当前时间、当前位置、用户之前已经使车辆在何处得到服务的过去历史、以及其从操作330接收的信息，来识别供用户使车辆得到修复的一组选项。这些选项可以是单个提示的一部分，或者这些选项可以分为多个提示。

然后，操作334对各种选项和提示进行排序，并且最终选择将要呈现什么以及如何将其呈现给用户。操作334还可以考虑也在等待呈现的所有其他信息和提示(可能不是请求的一部分或者不是由请求生成的)。因此，排序和选择可以不仅仅是在由即时请求创建的选项和提示之间，而是可以是推断引擎326的其他反应性和/或主动性操作的结果。

提示可以包括任何类型的信息，包括文本、可听(即，语音或口语)、警报等。此外，使用一个或多个设备向用户呈现提示。在识别用于呈现所选择的提示的内容和方式时，对用户的当前位置、活动、上下文等进行加权。系统可以使用规则集来确定如何呈现所选择的信息。因此，可以与上面讨论的规则分开的呈现规则可以包括一组条件以及一组通道和那些通道的要利用的内容。条件可以基于一个或多个用户偏好(即，当我在会议中时不播放任何声音)、一组预定义条件(即，用户不倾向于在嘈杂的环境中听到他们的电话，所以当环境噪声水平高于某个阈值时不选择电话，或者当用户参与列表活动时不选择电话)或其组合。

基于这些规则，操作334中的推断引擎326可以选择应当在其上呈现提示的设备以及应当在特定设备上呈现提示的哪个(哪些)方面。因此，共同的提示可以被发送给单个设备、多个设备等，或者提示的一部分可以被发送给一个设备并且提示的其他部分可以被发送给另一设备。在先前讨论的示例中，警报可以被发送给一个设备(电话、可穿戴设备等)，而文本可以被发送给另一设备(移动电话、桌面屏幕等)，并且语音可以被发送给第三设备(即，通过车辆扬声器播放)。在另一先前讨论的示例中，提示(警报和其他信息)可以被发送给多个设备(诸如汽车中的可穿戴设备和屏幕)，根据需要在格式和/或类型方便被适当地修改，以在所选择的设备上进行有效呈现。此外，如果用户动作未被采取(诸如确认或其他动作)，则系统可以显示提示。

一旦选择了提示并且确定了呈现模式，呈现引擎336就将所选择的提示338呈现给适当的用户设备。

在反应性示例中，系统接收请求(即，请求314)，诸如“我在哪里可以修理我的汽车”。例如，用户可能已经认识到用户的车辆需要服务，并且期望得到帮助以识别可以获取服务的位置。

在这种情况下，反应性操作333基于可用信息来识别一个或多个规则的条件已经被满足的信息。此外，反应性操作333还可以依赖于由主动性工作流程330做出的推断。因此，当系统接收到“我在哪里可以修理我的汽车”的请求时，主动性工作流程330可以提供帮助反应性操作333消除关于用户可能想要的服务类型的歧义的见解和/或推论。例如，该规则规定应当在距上次机油更换4,000英里时更换机油。预测性操作332可以依赖于来自用户简档存储器318以及规则存储器320的信息来识别与用户相关联的车辆的类型、上次更换机油以来的里程、以及由制造商提供的如维护计划等事情。实时信息312可以识别当前里程，并且当里程在指定阈值内时，推断出规则被满足。因此，反应性操作333可以依赖于该信息以及实时信息312来评估用户是否可能想要机油更换，或者来自引擎传感器或其他车辆传感器的实时信息是否将指示用户更可能是在谈论由车辆传感器检测到的问题。规则可以用于在选项中进行选择或者呈现用户可能询问的所有选项。

一旦反应性操作333识别出哪个或哪些规则被满足，就执行与规则相关联的动作，包括创建与满足的条件相关联的提示。在该示例中，所创建的提示可以包括用户可以获取机油更换的位置，向用户通知在指定的里程或在指定的时间段(或两者)内机油更换到期，呈现用于车辆服务的其他选项，和/或其组合。反应性操作333可以使用当前时间、当前位置、当前里程、用户之前已经使车辆在何处得到服务的过去历史、以及从操作330接收的信息来识别供用户使车辆得到服务的一组选项。这些选项可以是单个提示的一部分，或者选项可以分为多个提示。

然后，操作334对各种选项和提示进行排序，并且最终选择将要呈现什么以及如何将其呈现给用户。操作334还可以考虑也在等待呈现的所有其他信息和提示(可能不是请求的一部分或者不是由请求生成的)。因此，排序和选择可以不仅仅是在由即时请求创建的选项和提示之间，而是可以是推断引擎326的其他反应性和/或主动性操作的结果。

提示可以包括任何类型的信息，包括文本、可听(即，语音或口语)、警报等。此外，使用一个或多个设备向用户呈现提示。在识别用于呈现所选择的提示的内容和方式时，对用户的当前位置、活动、上下文等进行加权。系统可以使用规则集来确定如何呈现所选择的信息。因此，可以与上面讨论的规则分开的呈现规则可以包括一组条件以及一组通道和那些通道的要利用的内容。条件可以基于一个或多个用户偏好(即，当我在会议中时不播放任何声音)、一组预定义条件(即，用户不倾向于在嘈杂的环境中听到他们的电话，所以当环境噪声水平高于某个阈值时不选择电话，或者当用户参与列表活动时不选择电话)或其组合。

基于这些规则，操作334中的推断引擎326可以选择应当在其上呈现提示的设备以及应当在特定设备上呈现提示的哪个(哪些)方面。因此，共同的提示可以被发送给单个设备、多个设备等，或者提示的一部分可以被发送给一个设备并且提示的其他部分可以被发送给另一设备。在先前讨论的示例中，警报可以被发送给一个设备(电话、可穿戴设备等)，而文本可以被发送给另一设备(移动电话、桌面屏幕等)，并且语音可以被发送给第三设备(即，通过车辆扬声器播放)。在另一先前讨论的示例中，提示(警报和其他信息)可以被发送给多个设备(诸如汽车中的可穿戴设备和屏幕)，可能根据需要在格式和/或类型方便被适当地修改，以在所选择的设备上进行有效呈现。此外，如果用户动作未被采取(诸如确认或其他动作)，则系统可以显示提示。

一旦选择了提示并且确定了呈现模式，呈现引擎336将所选择的提示338呈现给适当的用户设备。

如前所述，提示包含可动作信息。该可动作信息可以包括关于如何满足用户意愿的推荐。在一些实施例中，可能存在帮助用户履行提示的市场324。该市场324可以向数字助理系统提供由市场数据存储器322表示的信息。市场中的产品和服务提供者可以提供信息，诸如所提供产品和/或服务、位置、价格、折扣或其他交易、营业时间和其他这样的信息。市场可以允许由用户和/或产品/服务提供者发布的广告或其他信息。此外，市场还可以是用户可以使产品或服务提供者知道他们需要产品或服务的地方，并且产品或服务提供者可以对向用户提供产品和/或提供服务的权利进行投标。

在一些实施例中，市场可以是数字助理系统与网络应用(webapp)和/或应用商店(appstore)之间的连接。因此，如果公司具有用户可以下载以从公司请求服务的应用(app)，则“市场”可以是数字助理系统与该应用之间的连接。例如，假定公司专注于机油更换，并且具有允许用户与公司交互并且安排/请求服务等的应用。提示可以具有下载和/或启动应用的选项，传递用户的当前位置和/或其他信息，以允许应用提供服务。以这种方式，通过将数字助理系统连接到其他应用和系统来提供履行，来完成履行。

以上说明了在一些实施例中市场如何根据需要来为用户和服务提供者提供通道。主动性操作322和/或选择和排序334可以利用该信息来帮助向用户提供可动作信息。

在上面的机油更换或服务示例中，提示可以包括关于用户可以基于过去的用户行为和/或由市场322提供的信息来在哪里使其汽车得到服务或修理的建议。因此，例如，如果用户定期在经销商处为他的汽车提供服务，并且市场324的服务中心对机油更换有折扣，则提示338可以提供针对经销商的选项以及服务中心的指示和可用折扣。

此外，提示可以允许用户采取动作。在以上示例中，提示可以呈现可选择的链接，该链接执行各种动作，诸如安排与所选择的供应商的预约(340和/或请求314)，基于用户的日历和/或日程安排中的空闲/忙碌时间将预约添加到用户的日历/日程表(请求314)，将折扣优惠券下载到用户的移动设备(340和/或提示288)，等等。替代地或附加地，用户可以可听地或以某种其他方式(如与另一请求)进行响应以触发动作。

图4示出了示例流程图400以及数字助理架构的各个方面之间的交互。该流程图400示出了用户设备402、数字助理系统404和数据存储406之间的交互。用户设备402可以包括一个或多个车辆、本地设备(可穿戴设备、可携带设备、半便携设备等，如上所述)或其他用户设备(服务器、服务等，如上所述)。这些共同地被示出为数据源408。这些数据源向数字助理系统404提供信息，该数字助理系统404富集、预处理、验证等数据并且然后存储信息，如操作424和数据存储器438所示。数字助理系统404还可以从其他源收集信息，如先前所描述的并且如436所示。附加地或替代地，其他数据也可以通过操作424进行预处理、富集、验证等。

数字助理系统404可以通过从一个或多个用户设备402接收一个或多个请求410而被动地操作。响应于请求，数字助理系统404可以检索存储在一个或多个数据存储器438/440中的数据426。该系统进行反应性推断430，如先前结合图3所讨论的。

数字助理系统404还可以通过根据检索到的数据(426)和规则422监测所接收的信息420来主动性地操作，以便识别规则的一个或多个条件何时被满足。然后，数字助理系统404可以根据规则进行主动性推断428，如先前结合图3所讨论的。

反应性推断430和/或主动性推断428生成提示，这些提示可以被排序432并且被发送434到一个或多个用户设备412，如先前结合图3所讨论的。

所接收的提示412是可以由用户直接可动作的，并且因此可以导致对数字助理系统404和/或市场416的请求414，如前所述。

示例场景

本部分呈现了可以使用上面的架构和图来实现的示例场景。示例场景描述了代表性输入、规则(即，提示条件)以及数字助理可以向用户呈现的结果提示。提示可以以用户设备的任何组合来呈现，诸如先前描述的。例如，仪表盘、电话和/或桌面数字助理客户端。当数字助理向用户呈现或示出信息时，可以使用例如上述任何实施例中描述的数字助理客户端应用(即，图2的用户应用206)来传达和显示信息。因此，可以对各种提示进行优先级排序、选择和以其他方式进行呈现，如前所述。

这些场景预期数字助理系统从用户和用户设备收集并且关于用户、用户设备和其他信息的信息，如上所述。场景中示出的信息是代表性的，并且场景的各种变体可以使用更多信息，或者对于任何给定的示例规则和/或提示，可能并不需要代表性场景中的所有信息。可以从诸如上述任何实施例中提到的用户设备、从由用户使用的服务和/或系统、或任何其他源来收集信息。

在以下示例中，用户信息包括但不限于：

·家庭和工作位置。

·用户的日历安排，诸如一天中的会议、与会者、会议地点等。

·用户创建的提醒，诸如使用数字助理等在用户的日程安排中创建的任何提醒。

·用户的偏好，诸如饮食习惯、烹饪偏好、电影偏好、预订、套餐等。

·用户的承诺，包括用户是否已经委托他人完成动作。

·来自另一用户的完成任务的请求。

·来自健身追踪器或其他设备的用户健康数据，包括诸如行进的距离、燃烧的卡路里、睡眠周期等。

车辆信息包括但不限于：

·vin和/或其他识别信息，诸如车辆制造商、品牌、型号、样式、车身、颜色等。

·诊断信息，诸如车辆的各种零件和方面的当前状况、引擎状态和诊断信息、以及关于车辆、制动器、灯、空调等的各种系统的诊断信息。

·服务信息，包括服务时间表、服务历史等。

·车辆或其子系统、零件等的当前状态，包括诸如轮胎压力、油位、引擎健康指标、轮胎磨损、制动状态等项目。

·其他项目，如行驶里程、平均mpg、当前位置等。

数字助理系统还收集其他信息，包括但不限于：

·天气信息，包括温度、降水、预报等。

·特定路线和/或目的地等的地图、路线、车辆要求。

·市场信息，诸如产品和/或服务提供者信息、位置、营业时间、联系信息、价格、折扣和/或交易等。

示例1：服务警报。

数据输入：

·车辆信号，包括引擎状态。

·车辆里程。

·服务时间表、服务历史和/或服务到期。

·轮胎压力。

·环境和位置数据，诸如海拔高度、位置、计划的行驶路线等。

·其他车辆子系统状态(制动器、流体、灯等)。

·用户日历/日程安排。

·服务历史/购买历史。

·市场信息，诸如服务提供者、地点、价格、工作时间和其他相关信息。

规则：

·如果自上次机油服务以来行驶里程小于阈值，则需要更换机油。制造商为用户拥有的汽车品牌和型号规定了机油更换间隔。阈值可以是固定的(即，在推荐改变之前给定的英里数)或者是基于每天的平均行驶里程数而可变的(在需要机油更换之前一个月通知用户，和/或在此后每周提醒)。

·如果轮胎压力是低于要求值的阈值，则需要进行纠正。推荐的轮胎压力可以从制造商或其他源来获取。阈值基于推荐的轮胎压力而是固定的。推荐是用户修复它(用户可纠正的问题)。

·有时明显的传感器读数会受到诸如海拔高度等环境因素的影响。因此，如果轮胎压力传感器是可能在高海拔处给出错误读数的类型，则如果仅仅由于高度或其他环境因素而不是由于实际问题，则可以识别和抑制警报。

·如果引擎监测触发器指示引擎有问题，则需要进行诊断和纠正。推荐服务提供者以诊断和/或纠正问题。服务提供者推荐基于市场信息、过去的服务历史(用户过去使用过的服务提供者)、服务提供者经验、服务成本、可用折扣和其他这样的信息。

·如果子系统监测器指示一个或多个车辆子系统(制动器、流体、灯等)有问题，则需要进行诊断和/或纠正。推荐服务提供者以诊断和/或纠正问题。服务提供者推荐基于市场信息、过去的服务历史(用户过去使用过的服务提供者)、服务提供者经验、服务成本、可用折扣和其他这样的信息。

提示：

·数字助理建议车辆服务，车辆服务示出用户周围可以为车辆提供服务的经销商/服务提供者。数字助理示出至建议的经销商/服务提供者的号码并且允许用户单击并且拨打该号码给经销商。

·数字助理根据用户的时间表建议时间段，其是安排服务的好时机。

·数字助理在用户日历上查找时间并且自动为用户创建服务预约。

·数字助理建议和/或创建执行服务的提醒。

·数字助理向用户提供服务提供者的优惠券。

·数字助理可以提供市场链接，用户可以在其中放置添加内容以使服务提供者为所需要的服务提供出价。

·数字助理向用户通知读数或警告可能是由于诸如高度等环境因素。

示例2：天气相关状况。

数据输入：

·天气信息。

·轮胎牵引力(即，监测车轮之间的相对运动(与速度信息、动能和/或关于偏航、加速度、方向盘位置、引擎和/或检测车轮何时打滑的车辆监测系统的方向信息等耦合)的abs传感器可以都可用于检测牵引力何时被破坏和/或受损)、汽车上的轮胎类型以及其他轮胎相关信息。

·挡风玻璃刮水器状态、最后刮水器更换时间等。

·市场信息，包括产品和服务提供者、地点、营业时间、定价、折扣/交易等。

规则：

·如果预测有雪或多云天气，则检查车辆状况(轮胎、雨刮器状态、流体状态等)。如果车辆状况表明没有为预期的天气变化做好准备，则推荐补救措施。服务/产品提供者来自市场信息、过去的服务历史(用户过去使用过的服务/产品提供者)、服务提供者经验、服务成本、可用折扣和其他这样的信息。

提示：

·数字助理告知用户预计在接下来的一两天内下雪，并且建议用户将轮胎更换为全天候。

·数字助理呈现轮胎公司的号码。

·数字助理为用户创建预约以便轮胎公司更换轮胎。

·数字助理为用户建议创建预约的好时机。

·数字助理建议用户创建提醒。

示例3：节省燃料。

数据输入：

·家庭/工作位置。

·驾驶模式。

·家与工作之间的路线。

·交通状况。

·vin#、车辆品牌和型号、和/或其他识别信息。

·燃料(电力)状态。

·市场信息，诸如燃料(电力)站、地点、营业时间、价格和其他相关信息。

规则：

·系统计算使用正常行驶路线的交通信号管制和/或非移动(空转)时间所花费的时间百分比。系统计算替代路线的交通信号管制和/或非移动(空闲)时间的期望时间。系统根据空闲时间、行驶时间、总距离和/或实际测量的每加仑英里数(mpg)来计算所有路线的mpg或其他效率等级。如果一条路线的效率等级优于阈值量，则系统推荐改变路线以及支持信息。如果没有实际效率可用，则可以通过例如由汽车制造商提供的信息或其他可用信息来对其进行估计。

·如果燃料状态和通常路线的距离表明将很快需要燃料，则通知用户并且提供推荐。

·如果燃料状态和通常路线的距离表明将很快需要燃料并且用户的时间表指示第二天的清晨有会议，则提供适合用户时间表的推荐。

提示：

·数字助理推荐要采取的最佳路线，并且建议最便宜的地方以便在上班途中获取燃料。

·数字助理推荐使用更长的路线，但没有交通信号管制，并且通知用户在路线上增加n分钟(或n距离)，可以节省x美元/分的燃料，因为汽车在新路线上表现更好并且可以为用户省钱。

·数字助理检测到用户的汽车燃料不足，但用户第二天清晨有会议。数字助理推荐用户在前一天晚上添加燃料。

示例4：行驶时间和日程管理。

数据输入：

·电子邮件/文本消息

·用户相关信息，诸如家人/朋友/室友联系信息

·待办事项和/或提醒列表

·市场信息，包括产品和服务提供者、地点、营业时间、定价、折扣/交易等。

·交通状况

规则：

·数字助理监测电子邮件/文本消息(即，通信)并且提取指示用户将前往某个位置的预约、会议或其他信息。

·数字助理监测通信并且提取来自其他人的可以在计划的行驶期间完成的请求。

·数字助理监测通信并且提取某个地点的会议请求。

·如果提取的信息表明用户应当/需要在给定时间内到达某个位置，则数字助理做出适当的推荐(如下所述)。

·如果车辆状态和/或状况信息表明应当采取某些动作(例如，轮胎压力调节、燃料不足以到达指定位置等)，则推荐根据需要考虑采取动作的其他时间/地点以及服务/产品提供者。

·如果计算的行驶时间(考虑到路线、行驶时间、车辆状态和/或状况等)表明用户没有足够的时间到达指定地点，则通知客户。

·如果待办事项列表或通信指示在计划的行驶期间可以履行的请求，则通知客户。

提示：

·数字助理通知用户到达指定位置所需要的行驶时间和任何需要的车辆需求(燃油、轮胎压力等)。

·数字助理建议用户没有足够的行驶时间到达指定地点。

·数字助理根据从通信中提取的信息来为用户建议创建预约的好时机。

·数字助理建议用户创建提醒以履行可以在计划的行驶期间处理的所请求任务。

·数字助理创建路线并且为用户建议路线以满足指定的到达时间，允许履行所请求任务，和/或允许满足车辆需求(燃料、轮胎压力等)。

·如果用户承诺在特定时间到达某个地方，并且数字助理计算的到达时间不足，则数字助理可以提供说明承诺时间太短的提示，并且指出影响选择的因素(车辆需要注意、汽车轮胎压力低、燃料状况等、交通等)。

·数字助理可以在给定车辆需求、交通等的情况下建议离开时间。

·数字助理可以告知用户的朋友(或其他个人)用户的位置以及他们正在途中。

·数字助理通知用户的家人/朋友/室友他们已经离开工作回家。

·数字助理可以为在计划的行驶期间可以履行的所请求任务设置提醒。数字助理可以提醒用户何时离开工作或路过某个位置以履行任务。

示例5：行驶提示。

数据输入：

·地图

·来自日历的用户的行驶计划

·来自消息/电子邮件和/或其他通信的用户的行驶计划或计划的行驶的指示。

·天气和相关信息。

·车辆状态和/或状况(车辆上的轮胎类型、燃料状态等)。

·车辆相关信息(轮胎尺寸、轮胎链类型/尺寸等)。

·市场信息，包括产品和服务提供者、地点、营业时间、定价、折扣/交易等。

规则：

·如果行驶信息表明沿路线的目的地或位置具有车辆相关条件，则通知用户。例如，一年中某些时节的某些道路对牵引轮胎和/或轮胎链具有要求和/或推荐。

·如果一年中时节和/或天气相关信息表明需要或可能需要牵引轮胎和/或轮胎链，则通知用户。

·来自制造商和/或其他源的车辆信息指示推荐用于车辆并且可以如下所示的通知/推荐中使用的轮胎和/或轮胎链的类型。

·如果用户计划行驶，则数字助理检索用户的兴趣并且识别符合用户兴趣的兴趣点、路线等。

·市场信息指示可能需要并且可以如下所示使用的产品提供者。提示：

·数字助理示出/建议路线、兴趣点、行驶时间、行程和其他行驶相关信息。

·数字助理指示可能需要某些车辆方面，诸如牵引轮胎、轮胎链等。

·数字助理示出车辆所需要的轮胎尺寸、轮胎链尺寸等。

·数字助理示出产品和/或服务提供者推荐，并且允许用户呼叫推荐的服务提供者。

·数字助理可以订购所需要的产品/服务。

·数字助理自动为车辆安排服务以为行驶做好准备。

·数字助理检测到用户正在度假，并且推荐用户可以在度假时访问的位置。

·数字助理在度假时为用户建议行驶行程。

示例6：健康对车辆操作的影响

数据输入：

·来自可穿戴设备或其他仪器的健康相关信息，其指示血压、卡路里、用户运动和轨迹等。

·用户位置

·用户/经常光顾的企业。

·车辆信息，包括位置、运行速度、车辆的轨迹的平滑度等。规则：

·如果来自可穿戴设备的健康相关信息指示可能因血压升高而中毒，则采取如下所示的通知/动作。

·如果来自可穿戴设备的健康相关信息从用户运动的轨迹、平滑度和/或频率分析指示可能中毒，则采取如下所示的通知/动作。

·如果用户位置(位于用户位置的企业)提供酒精，则在决定是否采取如下所示的动作时，中毒的可能性会增加。

·如果车辆上的仪表(包括加速度、轨迹等)表明用户可能难以操作车辆，则在决定是否采取如下所示的动作时会增加中毒的可能性。

提示：

·数字助理向用户显示表明驾驶不安全的信息。

·数字助理向亲人通知用户不应当驾驶

·如果用户驾驶不安全，则数字助理将禁止车辆行驶。

示例7：车辆出售

数据输入：

·电子邮件或其他通信信息(解析以识别用户出售汽车的意图)·汽车出售数据

·车辆问题信息，诸如指示特定车辆的典型问题的信息、平均车辆寿命、仍然上路的车辆的平均年龄等。

·车辆状态和/或状况，包括行驶里程、服务记录、引擎和子系统诊断等。

规则：

·系统分析通信以确定用户是否正在考虑出售车辆。如果是，则采取如下所示的一个或多个动作。

·如果车辆状态/状况表明基于收集的车辆问题信息、服务记录、车龄、车辆里程等可能出现的问题，则采取用户通知或其他动作。潜在的即将到来的问题可以通过考虑已经执行的服务和发生常见问题的平均年龄/里程来确定。如果车辆没有固定特定问题并且年龄/里程表明问题可能在阈值时间范围内发生，则识别潜在的即将出现的问题。

·如果车辆出售信息表明用户应当根据车辆的价格与状态/状况曲线考虑出售，则通知或采取其他措施。

·如果车辆信息表明用户应当基于一定数目的里程或基于其车辆的价值超过阈值数目而考虑进行出售，则通知或采取其他动作。

·如果车辆信息表明用户应当根据车辆需求(出售数据高于阈值)或基于增加的维护成本(车辆健康状况)而考虑租赁或购买车辆，则通知或采取其他措施。车辆健康状况可以根据如上所述的问题信息、诊断信息、服务记录来确定。

提示：

·数字助理通知用户可能出现的问题。

·数字助理推荐出售车辆和原因(即，触发推荐的提示条件)。

·数字助理显示车辆出售清单。

·数字助理可以提供用户可以在其中放置广告以使服务提供者为车辆提供出价的市场链接。

·数字助理可以提供用户可以在其中放置车辆广告的市场链接。

·数字助理自动列出待售车辆。

示例8：事故/问题通知

数据输入：

·车辆诊断和状态数据。

·用户联系和关系信息。

提示条件：

·如果汽车诊断信息表明汽车发生事故，则执行以下一个或多个动作。

·如果汽车诊断信息表明汽车已经停止运行，燃料不足或其他问题导致用户无法抵达目的地，则执行以下一个或多个动作。

提示：

·数字助理向亲人/联系人通知车辆发生事故。

·数字助理向亲人/联系人通知在发生事故时车辆的位置。

·数字助理向急救人员通知车辆发生事故。

·数字助理向急救人员通知在事故发生时车辆的位置。

·数字助理向亲人/联系人通知车辆由于问题(燃油、瘪胎等)而停止。

·数字助理向用户的亲密人请求帮助或向其通知车辆有问题(燃料、瘪胎等)

·数字助理提供链接用户(linkuser)以执行上述任何操作。

示例机器架构和机器可读介质

图5示出了适合于实现数字助理、用户设备等或者执行本文中公开的方法的机器的代表性架构。图5的机器被示出为独立设备，其适合于实现上述概念。对于上述服务器方面，最常使用在数据中心中操作并且提供上面公开的一个或多个云架构的多个这样的机器。对于上述用户设备方面，仅使用某些功能。因此，可穿戴设备可以具有屏幕、触摸屏输入，而便携式或半便携式设备可以具有触摸屏输入。因此，下面的架构应当被视为包含多种类型的设备和机器，并且各个方面取决于其形状因数和目的而可以存在或不存在于任何特定设备或机器中(例如，服务器很少具有相机，而可穿戴设备很少包括磁盘)。据此，可穿戴设备、可携带设备、便携或半便携式设备、服务器、云和其他架构可以具有下面概述的特征的不同组合。然而，图5的示例说明适合于允许本领域技术人员通过硬件和软件的适当组合来确定如何实现先前描述的实施例。据此，可穿戴设备、可携带设备、便携或半便携式设备、服务器、云和其他架构可以具有下面概述的特征的不同组合。

虽然仅示出了单个机器，但是术语“机器”还应当被视为包括单独或联合执行一组(或多组)指令以执行本文中讨论的任何一种或多种方法的任何机器集合。

机器500的示例包括经由总线508彼此通信的至少一个处理器502(例如，中央处理单元(cpu)、图形处理单元(gpu)、高级处理单元(apu)或其组合)、一个或多个存储器(诸如主存储器504、静态存储器506或其他类型的存储器)。机器500可以包括其他可选方面，诸如包括任何类型的显示器的图形显示单元510。机器500还可以包括其他可选方面，诸如字母数字输入设备512(例如，键盘、触摸屏等)、用户界面(ui)导航设备514(例如，鼠标、轨迹球、触摸设备等)、存储单元516(例如，磁盘驱动器或其他存储设备)、信号发生设备518(例如，扬声器)、传感器521(例如，全球定位传感器、加速度计、麦克风、相机等)、输出控制器528(例如，用于连接和/或与一个或多个其他设备通信的有线或无线连接，诸如通用串行总线(usb)、近场通信(nfc)、红外(ir)、串行/并行总线等)和网络接口设备520(例如，有线和/或无线)。可执行指令和机器可读介质

各种存储器(即，504、509和/或处理器502的存储器)和/或存储单元516可以存储实施本文中描述的任何一种或多种方法或功能或由其使用的一组或多组指令和数据结构(例如，软件)524。在由处理器502执行时，这些指令引起各种操作实现所公开的实施例。

如本文中使用的，术语“机器可读介质”和“计算机可读介质”表示相同的事物并且可以在本公开中可互换地使用。这些术语包括存储一个或多个指令或数据结构的单个介质或多个介质(例如，集中式或分布式数据库、和/或相关联的高速缓存和服务器)。该术语还应当被视为包括能够存储、编码或携带用于由机器执行的指令并且引起机器执行本发明的任何一种或多种方法或者能够存储、编码或携带由这样的指令使用或与这样的指令相关联的数据结构的任何有形介质。因此，这些术语应当被视为包括但不限于固态存储器、以及光学和磁性介质。机器可读介质/计算机可读介质的具体示例包括非易失性存储器，包括例如半导体存储器设备，例如可擦除可编程只读存储器(eprom)、电可擦除可编程只读存储器(eeprom)、和闪存设备；磁盘，诸如内部硬盘和可移动磁盘等磁盘；磁光盘；以及cd-rom和dvd-rom磁盘。术语“机器可读介质”和/或“计算机可读介质”明确地排除非法定的信号本身，其在下面讨论的术语“信号介质”中涵盖。

信号介质

术语“信号介质”应当被视为包括任何形式的调制数据信号和信号本身。术语“调制数据信号”表示以使得能够在信号中对信息进行编码的方式设置或改变一个或多个特性的信号。

示例实施例

示例1.一种由数字助理执行的方法，包括：

接收数据，所述数据包括：

用户数据，其包括以下中的至少一项：电子邮件、文本消息或电子邮件和文本消息两者形式的用户通信信息；用户日历或日程信息；以及用户创建的提醒；

车辆信息，其包括以下中的至少一项：车辆识别信息；车辆状态或状况信息；车辆服务信息；以及车辆诊断信息；

接收规则集，所述规则集中的每个规则描述在用户数据、车辆信息和包含关于所述车辆的可动作信息的提示之间的关系；

基于在用户数据、车辆信息和包括可动作车辆信息的至少一个提示之间的关系的发生来识别所述至少一个提示；

选择至少一个通道以向与所述用户数据和所述车辆信息相关联的用户呈现所述至少一个提示；以及

经由所述至少一个通道向所述用户呈现所述至少一个提示。

示例2.根据示例1所述的方法，其中所接收的数据还包括市场信息，所述市场信息包括产品信息、服务信息或产品信息和服务信息两者。

示例3.根据示例1所述的方法，其中所接收的数据还包括市场信息，所述市场信息包括服务提供者、产品提供者、服务和产品提供者的位置、价格、工作时间以及由服务或产品提供者提供的任何交易。

示例4.根据示例2或3所述的方法，其中所述规则还识别产品提供者或服务提供者之间的关系。

示例5.根据示例1、2或3所述的方法，其中在所述至少一个提示中提供的可动作信息包含指向能够获取所述至少一个提示的履行的市场的链接。

示例6.根据示例1、2或3所述的方法，其中在所述至少一个提示中提供的可动作信息包括服务提供者的电话号码。

示例7.根据示例1、2或3所述的方法，其中所述可动作信息包括车辆的服务。

示例8.根据示例1、2或3所述的方法，其中所述可动作信息包括关于所述车辆的用户动作。

示例9.一种执行数字助理的计算系统，包括：

处理器和在机器可读介质上可访问的可执行指令，所述可执行指令在被执行时引起所述系统执行操作，所述操作包括：

接收数据，所述数据包括：

用户数据，其包括以下中的至少一项：电子邮件、文本消息或电子邮件和文本消息两者形式的用户通信信息；用户日历或日程信息；以及用户创建的提醒；

车辆信息，其包括以下中的至少一项：车辆识别信息；车辆状态或状况信息；车辆服务信息；以及车辆诊断信息；以及

市场信息，其包括以下中的至少一项：产品提供者、服务提供者、产品提供者或服务提供者的位置、产品提供者或服务提供者的营业时间、由产品提供者或服务提供者提供的折扣；

接收规则集，所述规则集中的每个规则描述用户数据、车辆信息和包含关于所述车辆的可动作信息的提示之间的关系；

基于用户数据、车辆信息和包括可动作车辆信息的至少一个提示之间的关系的发生来识别所述至少一个提示；

选择至少一个通道以向与所述用户数据和所述车辆信息相关联的用户呈现所述至少一个提示；以及

经由所述至少一个通道向所述用户呈现所述至少一个提示。

示例10.根据示例9所述的系统，其中所述规则集包括以下中的至少一项：

如果自上次机油服务以来的行驶里程小于阈值，则所述至少一个提示包括机油更换推荐；

如果轮胎压力是低于所需值的阈值，则所述至少一个提示包括轮胎压力的纠正通知；

如果引擎监测触发器指示引擎有问题，则所述至少一个提示包括引擎纠正通知或推荐的引擎服务提供者；以及

如果子系统监测器指示一个或多个车辆子系统有问题，则所述至少一个提示包括子系统纠正通知或推荐的子系统服务提供者。

示例11.根据示例10所述的系统，其中所述推荐的引擎服务提供者和所述推荐的子系统服务提供者基于以下中的至少一项：过去的用户服务采购、成本、服务提供者经验或可用折扣。

示例12.根据示例10所述的系统，其中所述阈值是基于制造商针对由所述用户操作的车辆的推荐的固定阈值。

示例13.根据示例10所述的系统，其中所述阈值基于每天的平均行驶里程数和制造商的针对由所述用户操作的车辆的推荐。

示例14.根据示例9、10、11、12或13所述的系统，其中所述规则集包括以下中的至少一项：

如果车辆状态/状况基于收集的车辆问题信息、服务记录、车龄或车辆里程中的至少一项而指示潜在的即将出现的问题，则所述至少一个提示包括出售所述车辆的推荐；

如果由所述用户拥有的车辆的值高于阈值，则所述至少一个提示包括出售所述车辆的推荐；

如果车辆里程高于阈值，则至少一个提示包括出售所述车辆的推荐；以及

如果车辆需求高于阈值或者如果预计的维护成本高于阈值，则至少一个提示包括出售所述车辆的建议。

示例15.一种机器可读介质，具有在其上编码的可执行指令，所述可执行指令在由机器的至少一个处理器执行时，引起所述机器执行操作，所述操作包括：

接收数据，所述数据包括：

用户数据，其包括以下中的至少一项：电子邮件、文本消息或电子邮件和文本消息两者形式的用户通信信息；用户日历或日程信息；以及用户创建的提醒；

车辆信息，其包括以下中的至少一项：车辆识别信息；车辆状态或状况信息；车辆服务信息；以及车辆诊断信息；

接收规则集，所述规则集中的每个规则描述在用户数据、车辆信息和包含关于所述车辆的可动作信息的提示之间的关系；

基于在用户数据、车辆信息和包括可动作车辆信息的至少一个提示之间的关系的发生来识别所述至少一个提示；

选择至少一个通道以向与所述用户数据和所述车辆信息相关联的用户呈现所述至少一个提示；以及

经由所述至少一个通道向所述用户呈现所述至少一个提示。

示例16.一种由数字助理执行的方法，包括：

接收数据，所述数据包括：

用户数据，其包括以下中的至少一项：电子邮件、文本消息或电子邮件和文本消息两者形式的用户通信信息；用户日历或日程信息；以及用户创建的提醒；

车辆信息，包括以下中的至少一项：车辆识别信息；车辆状态或状况信息；车辆服务信息；以及车辆诊断信息；

接收规则集，所述规则集中的每个规则描述在用户数据、车辆信息和包含关于车辆的可动作信息的提示之间的关系；

基于在用户数据、车辆信息和包括可动作车辆信息的至少一个提示之间的关系的发生来识别所述至少一个提示；

选择至少一个通道以向与所述用户数据和所述车辆信息相关联的用户呈现所述至少一个提示；以及

经由所述至少一个通道向所述用户呈现所述至少一个提示。

示例17.根据示例16所述的方法，其中所接收的数据还包括市场信息，所述市场信息包括产品信息、服务信息或产品信息和服务信息两者。

示例18.根据示例16所述的方法，其中所接收的数据还包括市场信息，所述市场信息包括服务提供者、产品提供者、服务提供者和产品提供者的位置、价格、工作时间以及由服务提供者或产品提供者提供的任何交易。

示例19.根据示例17或18所述的方法，其中所述规则还识别产品提供者或服务提供者之间的关系。

示例20.根据示例16、17、18或19所述的方法，其中在所述至少一个提示中提供的可动作信息包含指向能够获取所述至少一个提示的履行的市场的链接。

示例21.根据示例16、17、18、19或20所述的方法，其中在所述至少一个提示中提供的可动作信息包括服务提供者的电话号码。

示例22.根据示例16、17、18、19、20或21所述的方法，其中所述可动作信息包括车辆的服务。

示例23.根据示例16、17、18、19、20、21或22所述的方法，其中所述可动作信息包括关于所述车辆的用户动作。

示例24.一种实现数字助理的计算系统，包括：

处理器和在机器可读介质上可访问的可执行指令，所述可执行指令在被执行时，引起所述系统执行操作，所述操作包括：

接收数据，所述数据包括：

用户数据，其包括以下中的至少一项：电子邮件、文本消息或电子邮件和文本消息两者形式的用户通信信息；用户日历或日程信息；以及用户创建的提醒；

车辆信息，其包括以下中的至少一项：车辆识别信息；车辆状态或状况信息；车辆服务信息；以及车辆诊断信息；以及

市场信息，其包括以下中的至少一项：产品提供者、服务提供者、产品提供者或服务提供者的位置、产品提供者或服务提供者的营业时间、产品提供者或服务提供者提供的折扣；

接收规则集，所述规则集中的每个规则描述在用户数据、车辆信息和包含关于所述车辆的可动作信息的提示之间的关系；

基于在用户数据、车辆信息和包括可动作车辆信息的至少一个提示之间的关系的发生来识别所述至少一个提示；

选择至少一个通道以向与所述用户数据和所述车辆信息相关联的用户呈现所述至少一个提示；以及

经由所述至少一个通道向所述用户呈现所述至少一个提示。

示例25.根据示例24所述的系统，其中所述规则集包括以下中的至少一项：

如果自上次机油服务以来的行驶里程小于阈值，则所述至少一个倾斜包括机油更换推荐；

如果轮胎压力是低于所需值的阈值，则所述至少一个提示包括轮胎压力的纠正通知；

如果引擎监测触发器指示引擎有问题，则所述至少一个提示包括引擎纠正通知或推荐的引擎服务提供者；以及

如果子系统监测器指示一个或多个车辆子系统的问题，则所述至少一个提示包括子系统纠正通知或推荐的子系统服务提供者。

示例26.根据示例25所述的系统，其中所述推荐的引擎服务提供者和所述推荐的子系统服务提供者基于以下中的至少一项：过去的用户服务采购、成本、服务提供者经验或可用折扣。

示例27.根据示例25或26所述的系统，其中所述阈值是基于制造商针对由所述用户操作的车辆的推荐的固定阈值。

示例28.根据示例25或26所述的系统，其中所述阈值基于每天的平均行驶里程数和制造商针对由所述用户操作的车辆的推荐。

示例29.根据示例24、25、26、27或28所述的系统，其中所述规则集包括以下中的至少一项：

如果车辆状态/状况基于收集的车辆问题信息、服务记录、车龄或车辆里程中的至少一项而指示潜在的即将出现的问题，则所述至少一个提示包括出售所述车辆的推荐；

如果所述用户拥有的车辆的值高于第二阈值，则所述至少一个提示包括出售所述车辆的推荐；

如果车辆里程高于第三阈值，则所述至少一个提示包括出售所述车辆的推荐；以及

如果车辆需求高于第四阈值或者如果预计的维护成本高于第五阈值，则所述至少一个提示包括出售所述车辆的推荐。

示例30.一种机器可读介质，具有在其上编码的可执行指令，所述可执行指令在由机器的至少一个处理器执行时，引起所述机器执行操作，所述操作包括：

接收数据，所述数据包括：

用户数据，包括以下中的至少一项：电子邮件、文本消息或电子邮件和文本消息两者形式的用户通信信息；用户日历或日程信息；以及用户创建的提醒；

车辆信息，包括以下中的至少一项：车辆识别信息；车辆状态或状况信息；车辆服务信息；以及车辆诊断信息；

接收规则集，所述规则集中的每个规则描述在用户数据、车辆信息和包含关于所述车辆的可动作信息的提示之间的关系；

基于在用户数据、车辆信息和包括可动作车辆信息的至少一个提示之间的关系的发生来识别所述至少一个提示；

选择至少一个通道以向与所述用户数据和所述车辆信息相关联的用户呈现所述至少一个提示；以及

经由所述至少一个通道向所述用户呈现所述至少一个提示。

结论

鉴于可以应用本发明的原理和前述示例的很多可能的实施例，应当认识到，本文中描述的示例仅是说明性的，不应当被视为限制本发明的范围。因此，如本文中描述的本发明预期可以落入所附权利要求及其任何等同物的范围内的所有这样的实施例。