例如降低温度10度。
[0121] 作为另一示例用户偏好，可由该装置或用户输入设定，模型112的数据可以指示： 用户对噪音敏感，诸如HVAC风扇噪音。这可能由于听觉灵敏性或者用户经常或在一定时间 使用免提电话。当设定有效或适用时，该装置将确保：将进行HVAC调节，以确保风扇没有提 高到过大等级-例如不到或超出10级中的4级。当涉及大量人时，这种偏好或灵敏性也可 以或替代地表示在语义数据库Iio的数据中。
[0122] 再次，在用户特定的同时，这些偏好或灵敏性还可以针对每辆车的多于一个的用 户建立和维持。用户数据可以以各种方式中的任何方式建立，包括通过装置设计者或更新 装置的其他人进行设定，正在运转的装置（例如，处理用户输入的装置或装置学习中），或 以其他方式接收用户偏好的装置。
[0123] 作为各种偏好或灵敏性的示例执行，假设考虑第一用户琳达和第二用户约翰。基 于用户的各自的用户数据，该装置可以要求，当琳达说"提高风扇速度"、"加大风扇"、"扇 大"、"更大风"等时，她期望、喜欢、希望或需要增加两个等级或单位，而来自约翰的相同发 声意味着他希望风扇只加大一个等级或单位。
[0124] 在这种情况下，虽然确定系统调节（例如，提高空调系统的湿度5% )显然适当的 装置100的基础/根基可以包括由用户通信直接或间接指示的大量相关因素中的任意因 素，诸如用户需求、用户期望、用户偏好、用户会欣赏或享受什么等，但是该基础或根基可以 统称为用户需求。因此，在本文中以及然后包括在所附权利要求中短语"用户需求"不是以 限制性意义使用的-诸如指待满足的必要或要求的条件，或者诸如排除简单的期望或建议 的系统改变用于舒适性-而是广泛地包含由用户通信直接或间接地指示的许多基础中的 任何基础，可用于根据本技术的各个实施例考虑的装置。
[0125] 如所提供的那样，以上结合语义数据库110描述的数据在用户模型112中可以由 用户特定版本表示。用户模型数据库112可以包括具体用户可能提供的数据映射输入，并 且可以提供一定条件（例如，用户刚进入车内、内部温度为大约80华氏度、用户说"热"）以 得到一定结果，而在相同条件下基于编程到用户模型112中的用户特定数据，将由另一个 用户提供的这样的输入映射到不同的结果。
[0126] 用户模型112的个人数据可以包括对于具体的用户个人状态特定的数据-例如性 格、情绪、个性、态度等。用户模型数据库112可以包括关于用户当前正兴奋、紧张、苛求等 的数据、以及根据这些个人状态因素以不同的方式映射来自具体用户的通信。
[0127] 正如以上所提到的那样，装置100可以包括和/或与一种或多种其它背景部件通 信，背景部件总体上在图1中由附图标记114表示。虽然背景部件114被单独示出，但是本 文结合部件114描述的一些或全部特性可以存在于其它装置部件内或者替代地由其它装 置部件执行，诸如语义数据库110。
[0128] 在一些实施例中，背景信息包括从一个或多个内部或外部车辆传感器中的任意一 个对处理器105的输入。
[0129] 该背景信息可以包括例如指示世界或环境状态的数据，诸如在、接近、邻近或者邻 接待调节的（多个）系统，诸如周围的车外温度。背景数据还可以包括影响待控制的系统 和/或用户的其他因素，诸如用户处于正调节HVAC的车辆中的时间量。其他示例背景数据 包括用户日程（这可以例如从车辆或用户移动设备中的日历程序获得）以及由车辆传感器 感测的或存储的用户生物统计数据、或其他用户特定特性。此外，观察图1，传感器102可以 配置并布置为提供关于周围环境的信息。
[0130] 背景部件114可以实时地提供背景信息，用于由处理器105在诸如通过正常馈送 (推进功能）执行指令106时使用，或者部件114可以存储这样的信息：用于选择性地提供 给处理器105或由处理器105访问（拉动功能）。
[0131] 图1还通过附图标记116示意性地示出了车辆输出系统、设备或部件。在不脱离 本技术的范围的情况下，输出系统116可以包括各种可控车辆系统中的任意一种。示例输 出系统116包括HVAC系统、导航系统或部件、可控车辆悬架系统、音频系统（例如收音机、 扬声器电话）、自主或半自主驾驶（例如自动巡航控制）系统。
[0132] 在一些实施例中，如所提到的那样，关于所确定的用户需求，可以同时控制或结合 共同的事件（episode)控制多于一个的系统，诸如满足所确定的用户需求。例如，如果该装 置确定HVAC太大声而不能听到收音机，那么可以相应地调节HVAC和收音机系统（例如降 低风扇速度、增大收音机音量），以满足所识别的用户需求。
[0133] 111装詈功能-图2
[0134] III. A.功能介绍
[0135] 计算机可执行指令106包括用于执行所提及的本技术的功能的计算机代码。这些 指令106包括定义一套正在互动或者互动特征的代码。更具体而言，这些指令包括定义或 作为用户或人机界面（UMI、HMI)代理（UMIA、HMIA)的一部分的代码。HMI代理功能包括处 理从传感器102 (包括用户输入）接收的输入和任何单独或附加的背景114、其他代码（例 如108、110、112)和来自其他车辆部件116的车辆。
[0136] 图2示出了图1的装置100,其中计算机可读指令106以表示由处理器105执行的 功能的方式扩展，所述处理器105执行指令106的各个模块202、204、206、208、210。尽管功 能由处理器105执行，但为了简单起见，功能示意性地示出为在指令的模块202、204、206、 208、210处执行。为了方便读者，在下文有时重复该关系-即，尽管功能表示为或有时描述 为在模块处或由模块执行，但处理器105执行功能，所述功能执行所述模块的代码。
[0137] 在本技术的范围内，任何一个或多个功能或者其操作可以构成独特的方法或处 理。示出的流程可以代表一个或多个算法，由代码106定义。应当理解，该方法的步骤不 一定以任何特定的顺序呈现，而是以替代顺序执行一些或所有步骤是可能的并且是可预期 的。
[0138] 为了便于描述和图示，已经以展示的顺序给出了步骤。在不脱离所附权利要求的 范围的情况下，可以添加、省略和/或同时执行步骤。还应该理解，示出的方法可以在任何 时候结束。在某些实施例中，该处理的一些或所有步骤和/或基本等同的步骤通过执行计 算机可读指令来执行，所述计算机可读指令存储或包括在计算机可读介质中，诸如所描述 的计算设备的存储器104。
[0139] 功能模块包括解释模块202、分析模块204、目标识别器模块206或简称为目标识 别器、转换模块208和执行模块210。
[0140] 虽然这些被单独示出并且在下文依次描述每个的功能，但是应当理解，任何两个 或更多个模块可以组合，并且任何一个可以分割。这样，描述为由单个模块执行的功能或操 作可以替代地由多于一个的模块执行，并且描述为由两个或更多个模块执行的功能在其它 实施方式中可以由较少的模块（例如一个模块）来执行。
[0141] 模块202、204、206、208、210中的任何一个或者多个可以配置为包括人工智能-例 如机器学习。分析模块204可以例如通过其操作学习，并从而改进本身，用于在将来的操作 中实现更好的性能。学习可以包括反馈数据给用户模型数据库112,诸如关于输入部件230 和确定输出238之间的关系的数据。学习过程也可以被称作基于反馈的学习过程，包括基 于反馈的学习功能。
[0142] III. B.解释樽块
[0143] 解释模块202包括用于执行各种输入的前期处理的指令。该输入可以包括从用户 222接收到的一个或多个通信输入220。输入可以包括以任何形式接收的一个或多个信号、 消息和/或数据。
[0144] 作为通信输入的基础的通信或底层通信例如可以包括听觉通信224,诸如语音发 声、拍手、打响指、笑声、叹气等等。
[0145] 更具体而言，在解释模块（再次，例如执行模块的代码的处理器105)从一个或多 个车辆传感器或接口 102接收通信输入226。传感器或接口 102感测用户动作或与车辆的 互动。输入可以表示来自任何用户的通信，包括车辆操作者或任何车辆乘客。
[0146] 如所提到的那样，传感器可以包括一个或多个麦克风、摄像头、基于光的传感器 (例如使用激光的传感器）、按钮、旋钮、触控显示器和/或其它触控设备。
[0147] 关于摄像头接口，其他示例底层通信可以包括用户的手势或其他运动，诸如挥手、 移动（例如倾斜或点头）头、移动眼睛的注视。
[0148] 关于触控接口，其他示例底层通信可以包括或产自软按钮选择、滑动、或其他屏幕 上或设备上手势、触摸或动作。
[0149] 如还示出的那样，解释模块202还可以接收背景输入228作为输入。虽然背景输 入228在图1和图2中被单独示出，但是来自传感器102的输入226可以包括上文提及的 背景信息。背景或背景信息可以包括例如车辆驾驶室温度、车外温度、车辆内或外的湿度等 级、声音等级、车辆部件操作特性，诸如车辆或其子系统中所使用的电压量、车辆RPM等。
[0150] 在一个实施例中，解释模块202将来自至少一种接收到的格式或语言的一些或所 有输入变换为至少一种其它变换后的格式或语言。例如，将输入格式变换为预先设定的语 言，或将第一语言变换为预先设定的第二语言。该过程可以被称为映射，例如将相关接收格 式输入映射到变换后的格式。装置（例如模块204、206等）或其部件的平衡可以配置为使 用在后续功能中产生的格式或语言。
[0151] 作为示例，解释模块202将从传感器102接收并且指示用户正在他或她的脸前面 像扇子一样挥手的输入226变换为语言，诸如"热"。
[0152] 作为变化语言的示例，实施方式模块202可以将"哇，热！"的输入变换为更客观或 简单的对应短语，诸如"非常热"、"太热了"、或者只是"太热"或"热"。
[0153] 在设想的实施例中，解释模块202将以另一语言（诸如德语、中文普通话等）接收 的词转换为诸如英语等基础语言。
[0154] 在一个实施例中，解释模块202过滤输入226和/或背景输入228。如所提到的那 样，一些或所有输入226/228可以被映射到预先设定的格式或语言。在一个具体实施例中， 模块202通过识别或选择通信输入的相关特征、方面或特性来过滤通信输入。
[0155] 在一个设想的实施例中，装置配置为确定车辆中的谁提供了输入-例如驾驶员还 是后座乘客-或者具体的人，例如，用户琳达或用户约翰。在各个实施例中，所述确定例如 包括接近测量（雷达、声音级别）。在实施例中，确定包括生物统计数据评估，诸如语音分 析、其他声音分析、面部识别等。
[0156] 在实施例中，装置以各种方式使用装置处理中的确定。例如与乘客输入相比，该 装置可以分配更多的权重到驾驶员输入。作为另一个示例，如果仅从后排乘客接收到发声 (例如抱怨或指令），则该装置可以确定以调节车后隔室温度，而不是车前部件温度。作为 又一个示例，该装置可以确定当调节车辆的前部和后部或车辆整体的环境时，更多地调节 后部的环境。
[0157] 解释模块202的过滤结果可以多种方式中的任何方式表示。在一个实施例中，使 用相关数据（例如，到解释模块202的所示数据输入226、228)，HMI代码或指令106配置为 使得通过执行指令106得到的结果输出230表示为数据矢量。
[0158] 解释模块202的输出230可以被称为解释输出、解释模块输出、初始处理输出230、 类似术语或其他。
[0159] 矢量格式的输出230例如传递到分析模块204等，用于进一步处理。利用输出230 的下游功能包括分析，以识别潜在的用户意图、期望、需求或偏好，其可以被称为前体。
[0160] 如以上更详细地提供的那样，不管驱动系统调节的基础（例如用户需求、希望、舒 适性等）如何，可以将基础总体称为用户需求，并且在本文中包括在所附权利要求中，不是 以限制性的意义使用该短语，而是广泛地包括由用户通信直接或间接地指示的许多基础中 的任何基础，可用于根据本技术的各个实施例考虑的装置。
[0161] III. C.分析樽块
[0162] 分析模块204接收解释模块输出230( 即，再次，执行模块204的代码的处理器 105)。如上所述，该输出230可以部分或全部格式化和/或通过解释模块202的操作进行 过滤。该模块204还可称为基于规则的引擎。
[0163] 分析模块204分析解释模块输出230,以识别用户的明显意图或期望。意图、期望、 需要或偏好可以被称为前体。
[0164] 推导前体包括评估至少一条用户通信输入226,如将在解释模块输出230表示的 那样。然后推导还可以包括评估在输出230中表示的任何不同的背景信息228,或如可以诸 如通过背景数据路径232从（多个）背景源114接收。
[0165] 也如图2所示，对分析模块204的输入还可以包括用户模型112和/或语义数据 库110的输入。
[0166] 分析模块204可以配置为在推导中考虑用户输入226、背景输入228/232、用户模 式输入236和/或语义数据库输入234的各种方面中的任何一个。
[0167] 所考虑的这些方面可以包括例如指示用户的精神状态、情绪状态或其他情况或意 图或期望（诸如兴奋、沮丧等）的方面。例如，诸如当只需要按压一次时用户连续地不只一 次按压软键，或当用户挥动或以其他方式作两次或更多次手势时，重复可以表示沮丧或情 绪激动。
[0168] 至于可以在分析中使用的通信特性的其他预期示例包括语调、音量或通信的其他 可辨别程度的通信。诸如当用户大声说指令或其它通信时，或者当用户使用比需要的大得 多的力或者比用户通常的力或普通用户的的力更大的力按压软键或按钮时，这样的特性例 如可以指示沮丧或高情绪。
[0169] 在一个实施例中，分析模块204考虑用户特定数据和/或基于涉及许多主体用户 的经验或经历创建的数据。该数据可包括用户偏好或设定、或指示用户和/或其它用户的 过去经历的数据，可被称为基于规则的引擎。该数据可以从它会存在的各种位置中的任何 位置被接收，诸如用户模型数据库112。
[0170] 对于其功能，分析模块204包括输入（例如