CN115443637A - 用于管理车辆数据收集的系统、方法和装置 - Google Patents

Abstract

一种用于管理车辆数据收集的装置，包括远程访问执行电路、属性转化电路、参数获取电路、远程操作电路和参数调节电路。远程访问执行电路解释包括请求的车辆属性和/或车辆功能值的远程访问请求值。属性转化电路确定：响应于所请求的车辆属性的属性请求值；和/或响应于车辆功能值的致动器命令值。参数获取电路响应于属性请求值解释车辆参数值。远程操作电路向车辆网络区端点提供致动器命令值。参数调节电路响应于属性请求值从车辆参数值生成车辆属性数据。车辆属性数据对应于请求的车辆属性。远程访问执行电路将车辆属性数据传输到请求设备。

Description

用于管理车辆数据收集的系统、方法和装置

相关申请的交叉引用

本申请要求保护以下各项的优先权：2020年3月6日提交并且题为“SYSTEM,METHOD AND APPARATUS FOR IMPLEMENTING CONFIGURABLE DATA COLLECTION FOR AVEHICLE”的序列号为62/986,444的美国临时专利申请（SONA-0004-P01）；2020年5月13日提交并且题为“SYSTEM, METHOD AND APPARATUS FOR IMPLEMENTING CONFIGURABLE DATACOLLECTION FOR A VEHICLE”的序列号为63/024,383的美国临时专利申请（SONA-0005-P01）；以及2020年12月10日提交并且题为“SYSTEM METHOD AND APPARATUS FORIMPLEMENTING CONFIGURABLE DATA COLLECTION FOR A VEHICLE”的序列号为63/123,531的美国临时专利申请（SONA-0009-P01）。

本申请要求保护2020年9月21日提交并且题为“SYSTEM, METHOD, AND APPARATUSTO SUPPORT MIXED NETWORK COMMUNICATIONS ON A VEHICLE”的序列号为17/027,167的美国专利申请（SONA-0006-U01）的优先权并且作为其部分延续申请。

序列号为17/027,167的美国申请要求以下临时申请的优先权权益：2019年9月20日提交并且题为“SYSTEM, METHOD AND APPARATUS FOR A MIXED VEHICLE NETWORK”的序列号为62/903,462的美国申请（SONA-0001-P01）；2019年10月5日提交的题为“SYSTEM,METHOD AND APPARATUS FOR A MIXED VEHICLE NETWORK”的序列号为62/911,249的美国申请（SONA-0002-P01）；2019年10月5日提交的题为“SYSTEM, METHOD AND APPARATUS FORCLOUD-BASED INTERACTIONS WITH A MIXED VEHICLE NETWORK”的序列号为62/911,248的美国申请（SONA-0003-P01）；2020年3月6日提交的题为“SYSTEM, METHOD AND APPARATUSFOR IMPLEMENTING CONFIGURABLE DATA COLLECTION FOR A VEHICLE”的序列号为62/986,444的美国申请（SONA-0004-P01）；以及2020年5月13日提交的题为“SYSTEM, METHOD ANDAPPARATUS TO TEST AND VERIFY A VEHICLE NETWORK”的序列号为63/024,383的美国申请（SONA-0005-P01）。

本申请要求保护2020年9月21日提交并且题为“SYSTEM, METHOD, AND APPARATUSTO EXTRA VEHICLE COMMUNICATIONS CONTROL”的序列号为17/027,187的美国专利申请（SONA-0007-U01）的优先权并作为其部分延续申请。

序列号为17/027,187的美国申请要求保护以下临时申请的优先权权益：2019年9月20日提交的题为“SYSTEM, METHOD AND APPARATUS FOR A MIXED VEHICLE NETWORK”的序列号为62/903,462的美国申请（SONA-0001-P01）；2019年10月5日提交的题为“SYSTEM,METHOD AND APPARATUS FOR A MIXED VEHICLE NETWORK”的序列号为62/911,249的美国申请（SONA-0002-P01）；2019年10月5日提交的题为“SYSTEM, METHOD AND APPARATUS FORCLOUD-BASED INTERACTIONS WITH A MIXED VEHICLE NETWORK”的序列号为62/911,248的美国申请（SONA-0003-P01）；2020年3月6日提交的题为“SYSTEM, METHOD AND APPARATUSFOR IMPLEMENTING CONFIGURABLE DATA COLLECTION FOR A VEHICLE”的序列号为62/986,444的美国申请（SONA-0004-P01）；以及2020年5月13日提交的题为“SYSTEM, METHOD ANDAPPARATUS TO TEST AND VERIFY A VEHICLE NETWORK”的序列号为63/024,383的美国申请（SONA-0005-P01）。

所有上述专利文件均以其整体通过引用并入本文。

背景技术

车辆通信网络用于连接整个车辆的传感器、致动器、控制器、用户接口、骑手个人设备、拖车和通信设备。最近的趋势是增加这些车辆通信网络上的负担，其中连接的设备更多，设备之间的数据传递更多，满足车辆性能、安全和排放要求的时延要求更低，以及添加的车辆特征。附加地，消费者期望增加连接性、减少驾驶员负担以及增加车辆通信网络上负担的特征。在可预见的未来，这些趋势预期继续并加速。

传统的车辆通信网络（CAN、LIN、FlexRay、MOST、LVDS等）遭受许多缺点和挑战。这些车辆通信网络已经被开发以满足车辆环境的特定挑战，并且相应地与诸如计算机局域网、广域网、大规模互连网络（例如，互联网）和无线网络之类的其他网络分离开发。大多数车辆网络由数据链路层和应用层组成，利用诸如控制器局域网（CAN）总线之类的鲁棒且专用的设备，利用特定数据协议（例如，J1939、OBD等）在设备之间进行专用或共享布线。现代车辆可能具有多个网络总线，其具有可用的特定命令和通信，以及可用的有限定制和数据速度。例如，CAN总线通常在高达大约1 Mbps下操作，其中高性能CAN总线在高达大约10Mbps下操作。附加地，取决于配置、CAN上的业务、特定消息的优先级等，CAN总线经历大于25ms的时延，并且通常更高，在从大约60 ms到500 ms的范围内。

随着设备数量和来自设备的数据速率需求增加，传统车辆通信网络要求实现更高性能的总线。由于汽车行业是高容量行业，对组件故障具有非常低的容忍度，因此汽车制造商在很长时间内使用相同的组件，并在跨宽范围的车辆之上使用——包括跨制造商共享组件。附加地，改变名义上功能更强大的组件可能引入风险、集成成本、给定应用的重新认证负担，或者对系统具有其他不合期望的后果。因此，即使车辆通信网络过渡到更高能力的网络配置，也合期望的是在系统中保持网络类型分离，并在系统中长时间段内保持大量遗留设备（例如，CAN兼容的）。

从车辆收集数据包括多个附加的挑战。例如，数据收集操作受到监管和责任风险影响，尤其是可能包含私人或个人可标识信息的数据收集。数据收集者——包括可能拥有或占有敏感数据的实体——在持有数据时面临风险，例如在无意或恶意访问数据的事件中。关于正在收集的车辆数据，可能收集大量的数据，并且可能存在用于收集数据的大量目的，这相对于其他一般数据存储应用增加了风险。因此，可能合期望的是控制数据收集、存储和访问以降低风险，并且可能进一步合期望的是包括数据访问的验证、当数据未被使用时对数据的分区或其他排除等。

用于车辆的数据收集因车辆和外部设备之间通信的数据量和类型而变得更加复杂，其中车辆的网络系统被移动应用、费用和/或高数据速率和大数据传输招致的带宽限制的约束而限制。即使根据前述内容，客户需求、市场期望、对车辆操作效率的日益增长的需求以及数据相关应用的功能能力的增加正在继续使要传输的数据聚合量、利用传输数据的车外应用的数量、数据可以用于的目的的数量以及对部分传输数据具有合法需求的用户或实体的数量激增。附加地，利用数据的应用在复杂性和能力方面持续增加，增大了对有限的可用传输资源的数据需求，并且增加了传输数据的组织控制和存储的成本和复杂性。例如，与车辆相关的更高能力的路径或操作算法、车辆功能增长的自动化、对预测确定和/或维护支持的增加需求以及增加的媒体流（媒体流的数量和那些媒体流的质量这二者）都驱动了对数据速率、存储的数据量以及访问存储的数据的实体或应用数量的增加需求。

阐述的复杂性和其他挑战具有协同效应，使得车辆数据环境的复杂性甚至大于来自每个挑战的个体贡献的总和。

作为一个示例，访问数据的实体或应用的增加数量增大了个体数据请求将重叠的可能性——例如，其中多个实体请求相同或相似的数据。此外，访问数据的实体或应用的增加数量增加了访问组的成员将共享相似授权级别的可能性，使得用于实体或应用组的个体成员的数据访问需要数据管理。

在另一个示例中，关于敏感数据的法规日益增长，这通常增加了系统的数据管理要求，但也增加了数据管理可能受到给定时间处的多种约束和/或随着法规改变而随时间改变的约束的影响的可能性。

在又一个示例中，当前已知和过渡的车辆网络架构的复杂环境——例如具有混合网络类型和/或分区网络的车辆——增加了个体实体的数据访问的复杂性，在没有本公开的某些方面的情况下，可能以其他方式需要确定用于特定数据元素的请求参数规格，并随着车辆网络架构演进而更新那些请求参数。鉴于请求数据访问的实体数量不断增加，汽车支持市场的聚合成本非线性增加，因为每个实体都招致跟踪请求参数规格的成本。附加地，请求数据访问的附加实体的轨迹正朝着在技术知识空间中远离核心汽车功能的实体移动，并且相应地，车辆和/或汽车应用的复杂性和特性——包括车载网络配置、特定数据描述、数据请求和通信协议、行业标准或用于呈现信息的习惯等——针对每个增量的新实体而言，平均来说变得不太为人所知，进一步增加了成本体积函数（例如，给定实体满足期望的数据收集可交付物的随时间经过的成本，其中给定实体可以是汽车制造商和/或车辆市场、地理市场、和/或诸如汽车行业、乘用车行业等行业）。例如，考虑名义成本体积函数，诸如：

成本=实体数量*基本学习成本*适应过渡成本轨迹*数据轨迹成本*监管适应成本*数据访问/存储责任成本。

所描述的成本函数是非限制性的概念性示例，用于展示关于目前已知系统的各种挑战和复杂性如何相互作用和协同作用来增加成本，以满足车辆应用的未来数据收集功能。所描述的成本参数并不旨在涵盖与汽车数据采集行业或目前已知系统面临的挑战相关的所有成本。参数可以是平均值或其他复杂函数，并且特定参数的值将通常不被具体知道。此外，成本的单位可以用货币值表述为随时间的经过而满足数据收集目标的资源（例如，工程时间、计算时间等），表述为另外的非货币单位，诸如等效排放量、客户满意度、招致的风险、公众感知损失或收益等。实体数量参数通常反映随时间的经过而访问车辆数据的实体数量；基本学习成本反映了新实体学习用于特定车辆、车辆类型、市场等的数据收集要求和协议的细节的成本；适应过渡成本轨迹反映了适应不断改变的车辆网络配置——包括网络类型和组织——的成本；数据轨迹成本反映了随着时间的经过，从相关车辆收集数据的日益增长的需求，包括数据通信、存储和所得的功能后果，诸如无法支持所期望的应用或增强数据通信基础设施的成本；监管适应成本反映了与越来越多的法规、越来越多的监管框架和/或越来越多的监管实体相关联的成本；并且数据访问/存储责任成本反映了数据的合规性和安全性招致的成本，和/或由于数据泄露、未授权使用等招致的损失。

发明内容

一种示例装置，包括策略获取电路，其被构造为解释包括驾驶员信息描述的车辆策略数据值；策略处理电路，其被构造为响应于并且至少部分基于所述车辆策略数据值，生成包括车辆数据收集描述的解析的策略数据；以及策略执行电路，其被构造为响应于解析的策略数据从车辆的至少一个网络区的一个或多个端点收集车辆数据。

下文描述了示例装置的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。所述一个或多个端点包括定位在车辆的至少两个网络区上的端点。驾驶员信息描述包括要基于驾驶员特性收集的车辆数据的描述。策略执行电路进一步被构造为解释对应于车辆的当前驾驶员的驾驶员信息，并且响应于驾驶员特性与对应于车辆的当前驾驶员的驾驶员信息的比较来收集车辆数据。驾驶员信息描述包括对车辆驾驶员的监视数据的描述。驾驶员信息描述进一步包括基于驾驶员特性的驾驶员监视数据的描述。驾驶员信息描述进一步包括触发条件，并且其中策略执行电路进一步被构造为进一步响应于触发条件来收集车辆数据。触发条件包括从由事件检测条件组成的条件中选择的至少一个条件；驾驶员特性值；驾驶员分类值；或者驾驶员表现值。所收集的车辆数据进一步包括响应于触发条件对事件发生的确定。

一种示例装置，包括策略获取电路，其被构造为解释包括设备条件描述的车辆策略数据值；策略处理电路，其被构造为响应于并且至少部分基于所述车辆策略数据值，生成包括车辆数据收集描述的解析的策略数据；以及策略执行电路，其被构造为响应于解析的策略数据从车辆的至少一个网络区的一个或多个端点收集车辆数据。

下文描述了示例装置的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。所述一个或多个端点包括定位在车辆的至少两个网络区上的端点。设备条件描述包括要基于设备故障值或设备诊断值中的至少一个收集的车辆数据的描述。设备条件描述包括对车辆设备的监视数据的描述。车辆数据收集包括基于设备故障值或设备诊断值中的至少一个的设备监视数据的描述。所述设备对应于设备故障值或设备诊断值中的至少一个。所述设备包括与对应于设备故障值或设备诊断值中的至少一个的设备分离的设备。监视数据的描述包括从数据值中选择的至少一个数据值，所述数据值由以下各项组成：故障条件值；故障计数值；诊断参数值；故障确认值；诊断确认值；故障中间值；或者诊断中间值。监视数据的描述包括来自与设备故障值或设备诊断值中的至少一个相对应的设备的分离设备的监视数据。

一种示例装置，包括策略获取电路，其被构造为解释包括端点性能描述的车辆策略数据值；策略处理电路，其被构造为响应于并且至少部分基于所述车辆策略数据值，生成包括车辆数据收集描述的解析的策略数据；以及策略执行电路，其被构造为响应于解析的策略数据从车辆的至少一个网络区的一个或多个端点收集车辆数据。

下文描述了示例装置的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。所述一个或多个端点包括定位在车辆的至少两个网络区上的端点。端点性能描述包括响应于目标端点处于第一条件而收集的第一数据值，以及响应于目标端点处于第二条件而收集的第二数据值。处于第一条件的目标端点包括第一车辆配置，并且其中处于第二条件的目标端点包括第二车辆配置。处于第二条件的目标端点包括将被确定为处于非标称条件下的目标端点。非标称条件包括从条件中选择的至少一个条件，所述条件由以下各项组成：失败条件、故障条件、无响应条件或失去通信条件。处于第一条件的目标端点包括第一目标端点配置，并且其中处于第二条件的目标端点包括第二目标端点配置。第一数据值包括要从第一端点组收集的数据，并且其中第二数据值包括要从第二端点组收集的数据。第一端点组和第二端点组包括用于收集的至少一个不同数据值。第一端点组和第二端点组包括至少一个不同的端点。

一种示例装置，包括策略获取电路，其被构造为解释包括位置描述值的车辆策略数据值；策略处理电路，其被构造为响应于并且至少部分基于所述车辆策略数据值，生成包括车辆数据收集描述的解析的策略数据；以及策略执行电路，其被构造为响应于解析的策略数据从车辆的至少一个网络区的一个或多个端点收集车辆数据。

下文描述了示例装置的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。位置描述值包括从描述中选择的至少一个描述，所述描述由以下各项组成：地理位置值；管辖范围（jurisdiction）值；相对位置值；或者定义的地理区域值。策略执行电路进一步被构造为响应于位置描述值来调整车辆数据的收集。策略执行电路进一步被构造为响应于位置描述值来防止收集车辆数据的至少一部分。策略执行电路进一步被构造为响应于位置描述值开始收集车辆数据的至少一部分。策略执行电路进一步被构造为响应于位置描述值来调整车辆数据的至少一部分的格式化。策略执行电路进一步被构造为响应于位置描述值来改变收集的参数。策略执行电路进一步被构造为响应于位置描述值向车辆数据的至少一部分添加或修改元数据。策略执行电路进一步被构造为响应于位置描述值来调整与车辆数据的至少一部分相关联的优先级。优先级包括车载数据存储优先级。优先级包括传输优先级。所述优先级包括对应于车辆的至少一个网络区的车载传输优先级。

一种示例装置，包括策略获取电路，其被构造为解释包括车辆状态数据的车辆策略数据值；策略处理电路，其被构造为响应于并且至少部分基于所述车辆策略数据值，生成包括车辆数据收集描述的解析的策略数据；策略执行电路，其被构造为响应于解析的策略数据从车辆的至少一个网络区的一个或多个端点收集车辆数据；以及车辆数据传输电路，其被构造为响应于所收集的车辆数据的数据类型来传输所收集的车辆数据的至少一部分。

下文描述了示例装置的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。数据类型包括从以下各项中选择的至少一种数据类型：控制数据类型；诊断数据类型；性能数据类型；监视数据类型；或者聚合数据类型。策略执行电路进一步被构造为响应于所收集的车辆数据的数据类型来调整车辆数据的收集。策略执行电路进一步被构造为响应于所收集的车辆数据的数据类型来防止收集车辆数据的至少一部分。策略执行电路进一步被构造为响应于所收集的车辆数据的数据类型开始收集车辆数据的至少一部分。策略执行电路进一步被构造为响应于所收集的车辆数据的数据类型来调整车辆数据的至少一部分的格式化。策略执行电路进一步被构造为响应于位置描述值来调整与车辆数据的至少一部分相关联的优先级。所述优先级包括车载数据存储优先级。所述优先级包括传输优先级。所述优先级包括对应于车辆的至少一个网络区的车载传输优先级。车辆数据传输电路进一步被构造为响应于所收集的车辆数据的数据类型来调整与车辆数据的至少一部分相关联的优先级。所述优先级包括车载数据存储优先级。所述优先级包括传输优先级。所述优先级包括对应于车辆的至少一个网络区的车载传输优先级。策略执行电路进一步被构造为响应于以下各项中的至少一个来确定所收集的车辆数据的数据类型：提供相关联车辆数据的端点；请求相关联车辆数据的端点；请求相关联车辆数据的实体；与提供相关联车辆数据的端点相关联的应用；与车辆数据请求相关联的应用；与提供相关联车辆数据的端点相关联的流（flow）；与车辆数据请求相关联的流；或者在车辆数据的车辆策略数据值中提供的指示数据类型。

一种示例装置，包括策略获取电路，其被构造为解释包括车辆状态数据的车辆策略数据值；策略处理电路，其被构造为响应于并且至少部分基于所述车辆策略数据值，生成包括车辆数据收集描述的解析的策略数据；策略执行电路，其被构造为响应于解析的策略数据从车辆的至少一个网络区的一个或多个端点收集车辆数据；车辆数据传输电路，其被构造为传输所收集的车辆数据的至少一部分；以及车辆状态数据调整电路，其被构造为解释车辆状态数据收集改变值，并且其中以下各项中的至少一个：策略执行电路进一步被构造为响应于车辆状态数据收集改变值调整收集车辆数据；或者车辆数据传输电路进一步被构造为响应于车辆状态数据收集改变值来调整所收集的车辆数据的至少一部分的传输。

下文描述了示例装置的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。车辆状态数据调整电路进一步被构造为响应于车辆的操作条件来解释车辆状态数据收集改变值。车辆状态数据调整电路进一步被构造为响应于事件发生来解释车辆状态数据收集改变值。车辆状态数据调整电路进一步被构造为通过执行从操作中选择的至少一个操作来确定事件发生，所述操作由以下各项组成：确定故障条件值；确定故障计数值；确定诊断参数值；确定故障确认值；确定诊断确认值；确定故障中间值；或者确定诊断中间值。车辆状态数据进一步包括触发条件，并且其中车辆状态数据调整电路进一步被构造为响应于触发条件来确定事件发生。触发条件包括从条件中选择的至少一个条件，所述条件由以下各项组成：事件检测条件；车辆状态值；或者车辆操作条件值。车辆状态数据调整电路进一步被构造为响应于位置描述值来解释车辆状态数据收集改变值。位置描述值包括从描述中选择的至少一个描述，所述描述由以下各项组成：地理位置值；管辖范围值；相对位置值；或者定义的地理区域值。策略执行电路响应于车辆状态数据收集改变值，以响应于位置描述值来防止收集车辆数据的至少一部分。策略执行电路响应于车辆状态数据收集改变值，以响应于位置描述值开始收集车辆数据的至少一部分。策略执行电路响应于车辆状态数据收集改变值，以响应于位置描述值来调整车辆数据的至少一部分的格式化。策略执行电路响应于车辆状态数据收集改变值，以响应于位置描述值来调整与车辆数据的至少一部分相关联的优先级。所述优先级包括车载数据存储优先级。所述优先级包括传输优先级。所述优先级包括对应于车辆的至少一个网络区的车载传输优先级。车辆数据传输电路响应于车辆状态数据收集改变值，以响应于位置描述值来调整所收集的车辆数据的至少一部分的优先级。

一种示例装置，包括策略获取电路，其被构造为解释包括车辆状态数据的车辆策略数据值，并响应于车辆策略数据值更新数据收集策略；策略处理电路，其被构造为响应于并且至少部分基于更新的数据收集策略，生成包括车辆数据收集描述的解析的策略数据；策略执行电路，其被构造为响应于解析的策略数据从车辆的至少一个网络区的一个或多个端点收集车辆数据；以及车辆数据传输电路，其被构造为传输所收集的车辆数据的至少一部分。

下文描述了示例装置的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。数据收集策略包括内置策略，其中车辆策略数据值包括出厂策略或下载的策略之一，并且其中策略获取电路进一步被构造为通过用响应于车辆策略数据值而确定的策略替换数据收集策略来更新数据收集策略。所述数据收集策略包括内置策略，其中所述车辆策略数据值包括出厂策略或下载的策略之一，并且其中所述策略获取电路进一步被构造为通过以下方式来更新所述数据收集策略：通过将内置策略的兼容部分添加到响应于所述车辆策略数据值而确定的策略中来生成更新策略；以及用更新策略替换数据收集策略。数据收集策略包括出厂策略，其中车辆策略数据值包括下载的策略，并且其中策略获取电路进一步被构造为通过用响应于车辆策略数据值而确定的策略替换数据收集策略来更新数据收集策略。所述数据收集策略包括出厂策略，其中所述车辆策略数据值包括下载的策略，并且其中所述策略获取电路进一步被构造为通过以下方式更新所述数据收集策略：通过将出厂策略的兼容部分添加到响应于所述车辆策略数据值而确定的策略中来生成更新策略；以及用更新策略替换数据收集策略。策略获取电路进一步被构造为通过将响应于车辆策略数据值而确定的请求策略附加到数据收集策略来更新数据收集策略。策略获取电路进一步被构造为通过响应于以下各项中的至少一个而移除附加的请求策略来更新数据收集策略：响应于附加的请求策略的所收集车辆数据的数据收集事件；响应于附加的请求策略的所收集车辆数据的数据传输事件；由外部设备提供的策略取消值；提供车辆策略数据值的实体的订阅状态的改变；或者提供车辆策略数据值的实体的授权状态的改变。车辆策略数据值进一步包括触发条件，并且其中策略执行电路进一步被构造为进一步响应于触发条件来收集车辆数据。

一种示例装置，包括策略获取电路，其被构造为解释包括至少一个请求的车辆属性的车辆策略数据值；参数获取电路，其被构造为响应于所述至少一个请求的车辆属性，从多个提供端点解释多个车辆参数值，所述多个提供端点中的每一个位于车辆的至少一个网络区上；以及参数存储电路，其被构造为选择性地存储多个车辆参数值的至少一部分，其中多个车辆参数值的所存储的至少一部分中的至少第一部分被存储在存储端点上，该存储端点不同于所述提供端点中用于所存储的车辆参数值的至少第一部分的相关联的一个提供端点。

下文描述了示例装置的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。参数存储电路进一步被构造为将多个车辆参数值的至少一部分选择性地存储在单个存储端点上。该装置进一步包括存储管理电路，其被构造为确定所存储的车辆参数值的参数传输时间表，并且其中参数存储电路进一步被构造为响应于参数传输时间表选择性地存储多个车辆参数值的至少一部分。该装置进一步包括存储管理电路，其被构造为确定所存储的车辆参数值的参数到期时间表，并且其中参数存储电路进一步被构造为响应于参数到期时间表选择性地存储多个车辆参数值的至少一部分。参数存储电路进一步被构造为响应于从操作中选择的参数到期时间表执行至少一个操作，所述操作由以下各项组成：删除所存储的车辆参数值的至少一部分；汇总所存储的车辆参数值的至少一部分；压缩所存储的车辆参数值的至少一部分；或者调整与所存储的车辆参数值的至少一部分相关联的预留存储器量。参数存储电路进一步被构造为确定与多个车辆参数值的至少一部分相关联的预留存储器量，并响应于预留存储器量执行选择性地存储多个车辆参数值的至少一部分。参数存储电路进一步被构造为通过执行从操作中选择的至少一个操作来确定预留存储器量，所述操作由以下各项组成：确定要被收集以支持多个车辆参数值的至少一部分的数据量；确定要被收集以支持与多个车辆参数值的至少一部分相关联的触发评估的数据量；或者确定与多个车辆参数值的至少一部分相关联的传输时延值。参数存储电路进一步被构造为响应于与车辆参数值的至少一部分相关联的优先级值来确定预留存储器量。优先级值包括车载数据存储优先级。优先级值包括传输优先级。优先级值包括与提供车辆参数值的至少一部分的端点相关联的优先级。优先级值包括与请求车辆参数值的至少一部分的端点相关联的优先级。优先级值包括与请求车辆参数值的至少一部分的实体相关联的优先级。优先级值包括与请求车辆参数值的至少一部分的应用相关联的优先级。优先级值包括与同请求车辆参数值的至少一部分的端点相关联的应用相关联的优先级。优先级值包括与请求车辆参数值的至少一部分的流相关联的优先级。优先级值包括与同请求车辆参数值的至少一部分的端点相关联的流相关联的优先级。

一种示例装置，包括容器获取电路，其被构造为解释多个容器应用值，每个容器应用值包括在车辆端点上可操作的应用；容器安全电路，被构造为解释与多个容器应用值中的每一个相关联的授权值；以及容器编排电路，被构造为解释容器策略，并响应于容器策略和与多个容器应用值中的每一个相关联的授权值，确定多个容器应用值中的每一个的操作参数。

下文描述了示例装置的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。多个容器应用值中的每一个包括相关联的容器应用的图像。容器策略进一步包括从值中选择的至少一个值，所述值由以下各项组成：多个容器应用值中的至少一个的执行次序；多个容器应用值中的至少一个的数据依赖性描述；或者多个容器应用值中的至少一个的优先级值。容器编排电路进一步被构造为跨车辆的多个端点分发多个容器应用值。容器编排电路进一步被构造为分发多个容器应用值，以平衡包括多个端点的多个控制器的工作负载。容器编排电路进一步被构造为响应于包括多个端点的多个控制器的工作负载来分发多个容器应用值。容器编排电路进一步被构造为分发多个容器应用值，以平衡车辆的多个网络区的网络通信负载。容器编排电路进一步被构造为响应于车辆的多个网络区的网络通信负载来分发多个容器应用值。容器安全电路进一步被构造为响应于与提供多个容器应用值中的每一个的实体相关联的授权来确定授权值。容器安全电路进一步被构造为响应于与多个容器应用值中的每一个的操作相关联的授权要求来确定授权值。容器安全电路进一步被构造为响应于多个容器应用值中的每一个的输入数据值来确定授权要求。容器安全电路进一步被构造为响应于多个容器应用值中的每一个的输出数据值来确定授权要求。容器安全电路进一步被构造为响应于多个容器应用值中的每一个的致动器命令值来确定授权要求。容器安全电路进一步被构造为响应于多个容器应用值中的每一个的存储器支持值来确定授权要求。存储器支持值包括安装存储器支持值。存储器支持值包括操作存储器支持值。容器安全电路进一步被构造为响应于多个容器应用值中的每一个的处理支持值来确定授权要求。容器获取电路进一步被构造为解释附加容器应用值，并且其中容器编排电路进一步被构造为响应于添加的容器应用值来更新用于多个容器应用值和附加容器应用值的操作参数。容器编排电路进一步被构造为响应于所选端点执行添加的容器应用值的能力，将添加的容器应用值分发给车辆的所选端点。容器编排电路进一步被构造为响应于添加的容器应用值来改变跨车辆的多个端点的多个容器应用值的分发。容器获取电路进一步被构造为解释用于多个容器值中的至少一个的使能值，并且其中容器编排电路进一步被构造为响应于使能值来确定操作参数。容器编排电路进一步被构造为解释车辆操作条件，并响应于车辆操作条件确定操作参数。容器编排电路进一步被构造为解释车辆配置值，并响应于车辆配置值确定操作参数。

一种示例装置，包括自动化操作电路，其被构造为解释包括车辆的自动化操作描述的自动化操作值；自动化管理器电路，其被构造为响应于自动化操作值来确定触发描述值，该触发描述值包括触发条件值和触发响应值；触发评估电路，其被构造为响应于触发条件值和至少一个车辆数据值来确定触发事件发生；以及触发执行电路，其被构造为响应于触发事件发生而执行触发响应。

下文描述了示例装置的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。触发响应包括从操作中选择的至少一个操作，所述操作由以下各项组成：执行数据收集操作；提供致动器命令值；或者启用车辆控制器上的预配置特征的操作。触发响应包括为触发响应的至少一部分提供高优先级响应。高优先级响应包括将选择的数据值传输到外部设备。高优先级响应包括提供高优先级致动器命令值。自动化操作值包括从多个预配置的自动化操作值中的选择。自动化管理器电路进一步被构造为确定与自动化操作值相关联的授权值，并且响应于授权值选择性地确定触发描述值。自动化管理器电路进一步被构造为将触发描述值确定为持久值。自动化管理器电路进一步被构造为将触发描述值确定为有限执行值。自动化管理器电路进一步被构造为在车辆的所选操作条件期间将车辆的接收器维持在所选的功率模式。自动化管理器电路进一步被构造为在车辆的所选操作条件期间将车辆的至少一个控制器维持在所选的功率模式。自动化管理器电路进一步被构造为响应于触发描述值的内容，将车辆的至少一个控制器维持在所选的功率模式。

一种示例装置，包括策略获取电路，其被构造为解释包括至少一个请求的车辆属性的车辆策略数据值；参数获取电路，其被构造为响应于所述至少一个请求的车辆属性，从多个提供端点解释多个车辆参数值，所述多个提供端点中的每一个位于车辆的至少一个网络区上；以及车辆数据传输电路，其被构造为选择性地传输所收集的车辆数据的至少一部分。

下文描述了示例装置的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。车辆数据传输电路进一步被构造为通过为所收集的车辆数据的至少一部分选择传输间隔来选择性地传输所收集的车辆数据的至少一部分。车辆数据传输电路进一步被构造为响应于以下各项中的至少一个来选择传输间隔：在车辆策略数据值中提供的间隔；响应于所收集的车辆数据的至少一部分的优先级的间隔；响应于用于传输所收集的车辆数据的至少一部分的资源的可用性描述的间隔；响应于车辆的历史传输可用性的间隔；或者车辆的操作条件。车辆数据传输电路进一步被构造为通过为所收集的车辆数据的至少一部分选择带宽利用来选择性地传输所收集的车辆数据的至少一部分。车辆数据传输电路进一步被构造为响应于以下各项中的至少一个来选择带宽利用：在车辆策略数据值中提供的带宽利用；响应于所收集的车辆数据的至少一部分的优先级的带宽利用；响应于用于传输所收集的车辆数据的至少一部分的资源的可用性描述的带宽利用；响应于车辆的历史传输可用性的间隔；或者车辆的操作条件。车辆数据传输电路进一步被构造为通过响应于所收集的车辆数据的至少一部分的数据类型选择传输间隔来选择性地传输所收集的车辆数据的至少一部分。车辆数据传输电路进一步被构造为响应于传输操作的车辆操作影响来选择性地传输所收集的车辆数据的至少一部分。车辆数据传输电路进一步被构造为响应于传输操作的功率利用影响来选择性地传输所收集的车辆数据的至少一部分。车辆数据传输电路进一步被构造为响应于数据传输容量值来选择性地传输所收集的车辆数据的至少一部分。该数据传输容量值包括从值中选择的至少一个数据传输容量值，所述值由以下各项组成：与时间间隔相关联的数据传输容量；与同所收集的车辆数据的至少一部分相关的实体相关联的数据传输容量；与接入点名称相关联的数据传输容量；与同所收集的车辆数据的至少一部分相关的流相关联的数据传输容量；与同所收集的车辆数据的至少一部分相关的车辆应用相关联的数据传输容量；或者与同所收集的车辆数据的至少一部分相关的车辆功能相关联的数据传输容量。车辆数据传输电路进一步被构造为响应于当前可用的传输类型来选择性地传输所收集的车辆数据的至少一部分。车辆数据传输电路进一步被构造为通过为所收集的车辆数据的至少一部分选择数据传输块大小来选择性地传输所收集的车辆数据的至少一部分。数据传输块大小包括个体消息大小或单个传输流大小中的至少一个。车辆数据传输电路进一步被构造为响应于以下各项中的至少一个来选择传输块大小：在车辆策略数据值中提供的传输块大小；响应于所收集的车辆数据的至少一部分的优先级的传输块大小；响应于用于传输所收集的车辆数据的至少一部分的资源的可用性描述的传输块大小；响应于车辆的历史传输可用性的传输块大小；或者车辆的操作条件。车辆传输电路进一步被构造为响应于用于传输操作的成功参数来调整选择性地传输所收集的车辆数据的至少一部分。车辆传输电路进一步被构造为响应于用于传输操作的服务质量参数来调整选择性地传输所收集的车辆数据的至少一部分。

一种示例装置，包括远程访问执行电路，其被构造为解释来自请求设备的远程访问请求值，所述远程访问请求值包括至少一个请求的车辆属性；属性转化电路，其被构造为响应于至少一个请求的车辆属性来确定属性请求值；参数获取电路，其被构造为响应于属性请求值来解释多个车辆参数值；参数调节电路，其被构造为响应于属性请求值从多个车辆参数值生成车辆属性数据，该车辆属性数据对应于至少一个所请求的车辆属性；并且其中远程访问执行电路进一步被构造为将车辆属性数据传输到请求设备。

下文描述了示例装置的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。该装置进一步包括融合网络设备（CND），其被构造为监管具有第一网络端点的第一网络区和具有第二网络端点的第二网络区之间的通信，其中多个车辆参数值的至少一部分由第一网络端点和第二网络端点中的每一个生成。该装置进一步包括，其中远程访问请求值进一步包括车辆功能值；其中所述属性转化电路进一步被构造为响应于所述车辆功能值来确定致动器命令值；以及远程操作电路，其被构造为向车辆的网络区的端点提供致动器命令值。该装置进一步包括融合网络设备（CND），其被构造为监管具有第一网络端点的第一网络区和具有第二网络端点并包括车辆网络区的第二网络区之间的通信；其中第一网络端点提供多个车辆参数值的至少一部分；并且其中第二网络端点包括响应致动器命令值的致动器。属性转化电路进一步被构造为通过执行从操作中选择的至少一个操作来确定致动器命令值，所述操作由以下各项组成：将致动器命令值确定为对应于诊断测试操作的致动器命令序列；将致动器命令值确定为对应于远程控制操作的致动器命令序列；或者将致动器命令值确定为响应于车辆功能值的至少一个致动器命令。该装置进一步包括跨至少第一网络区和第二网络区上分发的附加的多个端点，其中附加的多个端点每个都提供多个车辆参数值的至少一部分。该装置进一步包括跨至少第一网络区和第二网络区上分发的附加的多个端点，其中附加的多个端点每个都包括对应的致动器，每个都响应于致动器命令值的至少一部分。远程访问请求值包括策略。该策略包括从值中选择的至少一个值，所述值由以下各项组成：请求设备的授权值；包括至少一个请求的车辆属性的数据收集描述；包括触发条件和触发响应值的触发描述值，并且其中参数获取电路进一步被构造为进一步响应于触发描述值从多个车辆参数值生成车辆属性数据的至少一部分；或者策略优先级值。远程访问请求值包括策略。该策略包括从值中选择的至少一个值，所述值由以下各项组成：请求设备的授权值；包括触发条件和触发响应值的触发描述值，并且其中远程操作电路进一步被构造为进一步响应于触发描述值来提供致动器命令值；和策略优先级值。

一种示例装置，包括车辆事件图形用户接口（GUI），其被配置为解释来自用户的触发描述值，该触发描述值包括触发条件；请求电路，其被配置为响应于所述触发描述值确定响应动作值，所述响应动作值包括车辆数据标识符或警报执行描述中的至少一个，所述车辆数据标识符被配置为标识将响应于所述触发条件而被捕获的车辆数据，所述警报执行描述将响应于所述触发条件而被传输；以及云接口，其被配置为接收以下各项中的至少一个：所标识的车辆数据的至少一部分；或者响应于警报执行描述而确定的警报响应值。

下文描述了示例装置的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。GUI被配置为响应于模板选择显示多个车辆用例模板中的车辆用例模板。GUI被配置为显示多个车辆使用模板标识符的一部分，并且其中GUI基于授权值和位置值中的至少一个来确定该部分。位置值对应于装置位置和车辆位置中的至少一个。GUI被配置为显示多个车辆使用模板标识符，并且其中GUI被配置为基于车辆数据收集参数值指示多个车辆使用模板标识符的一部分不可用。该GUI被配置为基于授权值显示包括多个车辆数据标识符的车辆使用模板。警报响应值包括警报准则、警报类型、警报内容和警报位置中的至少一个。请求电路被配置为响应于车辆数据收集参数值而拒绝触发描述值。车辆数据收集参数值指示标识的车辆数据不能被车辆捕获。触发描述值包括包含触发条件的多个触发条件，并且其中响应于多个触发条件捕获标识的车辆数据。多个触发条件使用多种车辆数据类型。

一种示例方法包括操作用户设备，该用户设备包括车辆图形用户接口、请求电路和云接口；解释来自用户的触发描述值，该触发描述值包括触发条件；响应于所述触发描述值，确定响应动作值，所述响应动作值包括车辆数据标识符或警报执行描述中的至少一个，所述车辆数据标识符被配置为标识响应于所述触发条件被捕获的车辆数据，所述警报执行描述响应于所述触发条件被传输；以及接收标识的车辆数据的至少一部分或响应于警报执行描述确定的警报响应值中的至少一个。

下文描述了示例方法的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。显示多个车辆使用模板标识符的一部分；以及响应于模板选择，显示多个车辆用例模板中的车辆用例模板。显示多个车辆使用模板标识符；以及基于车辆数据收集参数值指示多个车辆使用模板标识符的一部分不可用，其中车辆数据收集参数值指示所标识的车辆数据不能被车辆捕获。基于授权值显示包括多个车辆数据标识符的车辆用例模板。响应于车辆数据收集参数值，拒绝所述触发描述值。

一种示例云系统，包括被配置为解释多个响应动作值的请求接口；策略创建器电路，被配置为响应于所述多个响应动作值来确定数据收集策略，所述数据收集策略包括车辆数据标识符、被配置为标识触发评估数据的触发评估数据标识符、以及响应于所标识的触发评估数据而被评估的触发条件；以及云接口，其被配置为接收以下各项中的至少一个：响应于数据收集策略的至少一部分标识的车辆数据，或者响应于数据收集策略的警报响应值。

下文描述了示例云系统的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。模板存储电路，被配置为存储多个车辆用例模板，并响应于授权值或位置值中的至少一个和用户设备请求，提供多个车辆用例模板中的一个。多个响应动作值包括对应于公共车辆数据源的多个评估收集参数值，并且其中策略创建器电路被配置为响应于对多个评估收集参数值的响应来确定用于数据收集策略的评估收集参数值。多个评估收集参数值包括多个不同的频率，并且其中评估收集参数包括被配置为基于多个不同的频率从公共车辆数据源收集车辆数据的频率。该数据收集策略包括多个车辆数据标识符和多个触发策略，所述多个触发策略包括基于由多个触发评估数据标识符标识的触发评估数据评估的多个触发条件。验证电路，其被配置为响应于确定执行参数值，拒绝所述多个响应动作值中的一个。验证电路通过确定由被拒绝的响应动作值标识的车辆数据不能被车辆捕获来确定执行参数值。授权电路，其被配置为响应于授权值来标记数据收集策略，其中所述授权值指示所述多个响应动作值之一的源未被授权接收所标识的车辆数据。第一分区，包括请求接口、策略创建器电路和云接口；以及第二分区，包括：车辆数据存储电路，其被配置为存储来自车辆的标识的车辆数据，以及第二云接口，其被配置为响应于车辆数据请求向第一云接口提供标识的车辆数据。标识的车辆数据在与车辆数据存储电路一起存储时被加密，并且其中第一分区未被配置为解密与车辆数据存储电路一起存储的所标识的车辆数据。第二分区包括车辆数据查询电路，其被配置为存储对应于标识的车辆数据的元数据，并响应于元数据提供车辆数据查询结果。

一种示例方法包括操作云系统，该云系统包括请求接口、策略创建器电路和云接口；解释多个响应动作值；响应于所述多个响应动作值确定数据收集策略，所述数据收集策略包括车辆数据标识符、被配置为标识触发评估数据的触发评估数据标识符、以及响应于所标识的触发评估数据被评估的触发条件；以及接收以下各项中的至少一个：响应于数据收集策略的至少一部分标识的车辆数据，或响应于数据收集策略的警报响应值。

示例车辆包括车辆通信系统，该车辆通信系统包括：云接口，其被配置为解释来自远程设备的数据收集策略，该数据收集策略包括触发评估数据标识符，其被配置为标识响应于触发条件被评估的触发评估数据；策略更新电路，其被配置为响应于所标识的触发评估数据和车辆数据收集参数来确定收集验证值；以及触发评估电路，其被配置为响应于收集验证值接收触发条件。

下文描述示例车辆的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。车辆通信系统包括策略管理器电路，该策略管理器电路被配置为响应于收集验证值来解析数据收集策略。触发评估电路被配置为响应于触发条件来确定触发事件发生，并且其中车辆通信系统包括传输电路，该传输电路被配置提供以下各项中的至少一个：响应于触发事件发生被标识的车辆数据，或者响应于触发事件发生的警报响应值。警报响应值包括警报准则、警报类型、警报内容和警报位置中的至少一个。数据收集策略包括被配置为标识所标识的车辆数据的车辆数据标识符。收集验证值指示车辆被构造为提供触发评估数据。策略管理器电路被配置为加密数据收集策略，并且响应于收集验证值，用数据收集策略替换先前的数据收集策略。车辆通信系统响应于更新的授权值或更新的位置值中的至少一个停止执行数据收集策略。

一种示例装置，包括被构造为解释车辆参数值的参数获取电路；属性转化电路，被构造为解释属性请求值，该属性请求值至少部分地定义了所请求的车辆属性；以及参数调节电路，其被构造为响应于属性请求值从车辆参数值生成车辆属性数据，该车辆属性数据对应于所请求的车辆属性。

下文描述了示例装置的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。该装置进一步包括请求者验证电路，其被构造为响应于并至少部分基于属性请求值来确定实体授权值；以及车辆属性提供电路，其被构造为响应于实体授权值来传输车辆属性数据。该装置包括订阅电路，其被构造为响应于属性请求值将请求实体添加到订户数据列表；其中，所述车辆属性提供电路进一步被构造为响应于所述订户数据列表将所述车辆属性数据传输到所述请求实体。该装置进一步包括车辆属性提供电路，其被构造为响应于属性请求值传输车辆属性数据。融合网络设备（CND），其被构造为监管具有第一车辆传感器的第一网络区和具有第二车辆传感器的第二网络区之间的通信；其中车辆参数值由第一和第二车辆传感器中的至少一个生成。参数获取电路被构造为解释多个车辆参数值；并且参数调节电路被构造为从多个车辆参数值生成车辆属性数据；其中多个车辆参数值中的第一个车辆参数值来自第一车辆传感器，并且多个车辆参数值中的第二个车辆参数值来自第二车辆传感器。第一网络区和第二网络区是不同的类型。车辆参数值直接对应于请求的车辆属性。车辆参数值包括以下各项中的至少一个：车辆速度值；原动机速度值；原动机扭矩值；用户致动的车辆特征值；或者车辆位置值。车辆参数值包括以下各项中的至少一个：车辆网络区的网络利用值；来自车辆网络区的原始网络消息；车辆网络区上的端点的网络地址；车辆控制器的存储器存储描述；来自控制器局域网（CAN）上的端点的值；来自本地互连网络（LIN）上的端点的值；或者中间控制值。请求的车辆属性包括以下各项中的至少一个：组件温度值；传感器原始值；组件速度值；或者致动器反馈值。请求的车辆属性包括以下各项中的至少一个：传动系组件速度值；驱动轴速度值；驱动轴扭矩值；选择的档位值；电池健康状态值；电池充电状态值；或者电池功率吞吐量值。参数调节电路被构造为响应于属性请求值从两个一个或多个车辆参数值生成虚拟车辆属性值，其中车辆属性数据包括虚拟车辆属性值。虚拟车辆属性值包括以下各项中的至少一个：车辆速度值；动力效率值；事件发生值；或者先前车辆位置的列表。虚拟车辆属性值包括以下各项中的至少一个：估计温度值；估计的压力值；有效温度值；有效压力值；热传递速率值；组件的剩余寿命值；组件的维护时间值；或者诊断计数器值。虚拟车辆属性值包括以下各项中的至少一个：一个或多个用户激活特征的列表；平均车辆运行时间值；或者估计的车辆操作成本值。车辆属性数据与车辆参数值的格式不同。

一种示例方法包括解释车辆参数值；解释至少部分定义所请求的车辆属性的属性请求值；以及响应于属性请求值，从车辆参数值生成车辆属性数据，该车辆属性数据对应于所请求的车辆属性。

下文描述了示例方法的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。该方法进一步包括响应于并至少部分基于属性请求值，确定实体授权值；以及响应于实体授权值传输车辆属性数据。该方法进一步包括响应于属性请求值，将请求实体添加到订户数据列表；其中响应于订户数据列表传输车辆属性数据。该方法进一步包括响应于属性请求值传输车辆属性数据。该方法进一步包括监管具有第一车辆传感器的第一网络区和具有第二车辆传感器的第二网络区之间的通信；以及由第一和第二车辆传感器中的至少一个生成车辆参数值。解释车辆参数值包括解释多个车辆参数值；至少部分基于多个车辆参数值来生成车辆属性数据；并且多个车辆参数值中的第一个车辆参数值来自第一车辆传感器，并且多个车辆参数值中的第二个车辆参数值来自第二车辆传感器。第一网络区和第二网络区是不同的类型。车辆参数值直接对应于请求的车辆属性。车辆参数值包括以下各项中的至少一个：车辆速度值；原动机速度值；原动机扭矩值；用户致动的车辆特征值；或者车辆位置值。车辆参数值包括以下各项中的至少一个：车辆网络区的网络利用值；来自车辆网络区的原始网络消息；车辆网络区上的端点的网络地址；车辆控制器的存储器存储描述；来自控制器局域网（CAN）上的端点的值；来自本地互连网络（LIN）上的端点的值；或者中间控制值。请求的车辆属性包括以下各项中的至少一个：组件温度值；传感器原始值；组件速度值；或者致动器反馈值。请求的车辆属性包括以下各项中的至少一个：传动系组件速度值；驱动轴速度值；驱动轴扭矩值；选择的档位值；电池健康状态值；电池充电状态值；或者电池功率吞吐量值。参数调节电路被构造为响应于属性请求值从两个一个或多个车辆参数值生成虚拟车辆属性值，其中车辆属性数据包括虚拟车辆属性值。虚拟车辆属性值包括以下各项中的至少一个：车辆速度值；动力效率值；事件发生值；或者先前车辆位置的列表。虚拟车辆属性值包括以下各项中的至少一个：一个或多个用户激活特征的列表；平均车辆运行时间值；或者估计的车辆操作成本值。车辆属性数据与车辆参数值的格式不同。

一种示例方法，包括在第一车辆处解释第一属性请求值，该第一属性请求值至少部分地定义了所请求的车辆属性；在第一车辆处并且响应于第一属性请求值，从第一车辆的第一多个车辆参数值生成第一车辆属性数据，该第一车辆属性数据对应于所请求的车辆属性；在第二车辆处解释对应于所请求的车辆属性的第二属性请求值；以及在第二车辆处并且响应于第二属性请求值，从第二车辆的第二多个车辆参数值生成第二车辆属性数据，该第二车辆属性数据对应于所请求的车辆属性。

下文描述了示例方法的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。第一车辆属性数据和第二车辆属性数据基本上相同。第一属性请求值和第二属性请求值基本上相同。该方法进一步包括经由第一车辆传感器和第二车辆传感器生成第一多个车辆参数值，第一车辆传感器部署在第一车辆的第一网络上，并且第二车辆传感器部署在第一车辆的第二网络上，第一网络与第二网络类型不同；以及经由第三车辆传感器和第四车辆传感器生成第二多个车辆参数值，第三车辆传感器部署在第二车辆的第三网络上，并且第四车辆传感器部署在第二车辆的第四网络上，第三网络与第四网络类型不同；其中第一和第二网络中的至少一个不同于第三和第四网络中的至少一个。该方法进一步包括经由部署在第一车辆的第一网络上的第一车辆传感器生成第一多个车辆参数值；以及经由部署在第二车辆的第二网络上的第二车辆传感器生成第二多个车辆参数值；其中第二网络与第一网络的类型不同。

一种示例装置，包括策略获取电路，其被构造为解释包括车辆策略的至少一部分的车辆策略数据值；策略处理电路，其被构造为响应于并且至少部分基于所述车辆策略数据值，生成包括所述车辆策略的一个或多个车辆子策略的解析的策略数据；以及策略执行电路，其被构造为响应于解析的策略数据从一个或多个车辆传感器收集车辆数据。

下文描述了示例装置的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。策略处理电路进一步被构造为从车辆策略数据值确定车辆策略的类型值，其中类型值是被动策略或主动策略中的至少一个。策略执行电路进一步被构造为：响应于类型值是被动策略，被动地收集车辆数据。策略执行电路进一步被构造为：响应于类型值是主动策略，主动收集车辆数据。策略执行电路进一步被构造为：传输开始收集命令值以主动收集车辆数据。该策略执行电路进一步被构造为：至少部分基于收集的车辆数据，生成车辆属性值以主动收集车辆数据。策略执行电路进一步被构造为：传输查询值以主动收集车辆数据。该装置进一步包括被构造为存储所收集的车辆数据的存储器设备。该装置进一步包括融合网络设备（CND），其被构造为监管第一网络区和第二网络区之间的通信，第一网络区具有一个或多个车辆传感器中的第一车辆传感器，并且第二网络区具有一个或多个车辆传感器中的第二车辆传感器。第一网络区和第二网络区是不同的类型。策略执行电路进一步被构造为经由将至少一些解析的策略数据传输到一个或多个车辆控制器来将车辆数据的收集委托给一个或多个车辆控制器。该装置进一步包括收集数据获取电路，该收集数据获取电路被构造为解释由一个或多个车辆控制器收集的车辆数据。该装置进一步包括收集数据提供电路，该收集数据提供电路被构造为传输所收集的车辆数据。

一种示例方法，包括解释包括车辆策略的至少一部分的车辆策略数据值；响应于并至少部分基于车辆策略数据值，生成包括车辆策略的一个或多个车辆子策略的解析的策略数据；以及响应于解析的策略数据，从一个或多个车辆传感器收集车辆数据。

下文描述了示例方法的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。该方法进一步包括从车辆策略数据值确定车辆策略的类型值，其中该类型值是被动策略或主动策略中的至少一个。收集车辆数据包括响应于类型值被动地收集车辆数据。收集车辆数据包括响应于类型值主动收集车辆数据。主动收集车辆数据包括传输开始收集命令值。主动收集车辆数据包括至少部分基于所收集的车辆数据生成车辆属性值。主动收集车辆数据包括传输查询值。该方法进一步包括监管第一网络区和第二网络区之间的通信，第一网络区具有一个或多个车辆传感器中的第一车辆传感器，并且第二网络区具有一个或多个车辆传感器中的第二车辆传感器。第一网络区和第二网络区是不同的类型。收集车辆数据包括：经由将至少一些解析的策略数据传输到一个或多个车辆控制器，将车辆数据的收集委托给一个或多个车辆控制器。该方法进一步包括解释由一个或多个车辆控制器收集的车辆数据。该方法进一步包括传输所收集的车辆数据。

一种示例装置，包括融合网络设备（CND），其被构造为监管具有第一网络端点的第一网络区和具有第二网络端点的第二网络区之间的通信，其中多个车辆参数值由第一和第二网络端点生成；参数获取电路，其被构造为解释多个车辆参数值；属性转化电路，其被构造为解释属性请求值，该属性请求值包括所请求的车辆属性的至少一部分；以及参数调节电路，其被构造为响应于属性请求值从多个车辆参数值中生成车辆属性数据，该车辆属性数据对应于请求的车辆属性。

下文描述了示例装置的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。该装置进一步包括参数提供电路，其被构造为传输车辆属性数据。第一网络区和第二网络区是不同的类型。第一网络区包括控制器局域网（CAN）。第一和第二网络端点是车辆传感器。多个车辆参数值直接对应于请求的车辆属性。多个车辆参数值包括以下各项中的至少一个：车辆速度值；原动机速度值；原动机扭矩值；用户致动的车辆特征值；或者车辆位置值。多个车辆参数值包括以下各项中的至少一个：车辆网络区的网络利用值；来自车辆网络区的原始网络消息；车辆网络区上的端点的网络地址；车辆控制器的存储器存储描述；来自控制器局域网（CAN）上的端点的值；来自本地互连网络（LIN）上的端点的值；或者中间控制值。请求的车辆属性包括以下各项中的至少一个：组件温度值；传感器原始值；组件速度值；或者致动器反馈值。请求的车辆属性包括以下各项中的至少一个：传动系组件速度值；驱动轴速度值；驱动轴扭矩值；选择的档位值；电池健康状态值；电池充电状态值；或者电池功率吞吐量值。参数调节电路被构造为响应于属性请求值从两个一个或多个车辆参数值生成虚拟车辆属性值，其中车辆属性数据包括虚拟车辆属性值。虚拟车辆属性值包括以下各项中的至少一个：车辆速度值；动力效率值；事件发生值；或者先前车辆位置的列表。根据权利要求288所述的装置，其中虚拟车辆属性值包括以下各项中的至少一个：一个或多个用户激活特征的列表；平均车辆运行时间值；或者估计的车辆操作成本值。车辆属性数据与多个车辆参数值的格式不同。

一种示例方法包括监管具有第一网络端点的第一网络区和具有第二网络端点的第二网络区之间的通信，其中多个车辆参数值由第一和第二网络端点生成；解释多个车辆参数值；解释至少部分定义所请求的车辆属性的属性请求值；以及响应于属性请求值，从多个车辆参数值生成车辆属性数据，该车辆属性数据对应于请求的车辆属性。

下文描述了示例方法的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。该方法进一步包括传输车辆属性数据。第一网络区和第二网络区是不同的类型。第一网络区包括控制器局域网（CAN）。第一和第二网络端点是车辆传感器。多个车辆参数值直接对应于请求的车辆属性。多个车辆参数值包括以下各项中的至少一个：车辆速度值；原动机速度值；原动机扭矩值；用户致动的车辆特征值；或者车辆位置值。多个车辆参数值包括以下各项中的至少一个：车辆网络区的网络利用值；来自车辆网络区的原始网络消息；车辆网络区上的端点的网络地址；车辆控制器的存储器存储描述；来自控制器局域网（CAN）上的端点的值；来自本地互连网络（LIN）上的端点的值；或者中间控制值。请求的车辆属性包括以下各项中的至少一个：组件温度值；传感器原始值；组件速度值；或者致动器反馈值。请求的车辆属性包括以下各项中的至少一个：传动系组件速度值；驱动轴速度值；驱动轴扭矩值；选择的档位值；电池健康状态值；电池充电状态值；或者电池功率吞吐量值。参数调节电路被构造为响应于属性请求值从两个一个或多个车辆参数值生成虚拟车辆属性值，其中车辆属性数据包括虚拟车辆属性值。虚拟车辆属性值包括以下各项中的至少一个：车辆速度值；动力效率值；事件发生值；或者先前车辆位置的列表。虚拟车辆属性值包括以下各项中的至少一个：一个或多个用户激活特征的列表；平均车辆运行时间值；或者估计的车辆操作成本值。车辆属性数据与多个车辆参数值的格式不同。

一种示例装置，包括参数获取电路，其被构造为解释车辆参数值；属性转化电路，其被构造为解释属性请求值，该属性请求值至少部分地定义了所请求的车辆属性；以及参数调节电路，其被构造为响应于属性请求值从车辆参数值生成修改的车辆参数数据，修改的车辆参数数据对应于请求的车辆属性。

下文描述了示例装置的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。修改的车辆参数数据包括虚拟车辆属性值。虚拟车辆属性值至少部分地基于两个或更多个车辆参数值。参数调节电路包括格式化电路，其被构造为将车辆参数值格式化为所请求的车辆属性的期望格式，使得修改的车辆参数数据具有期望的格式。期望的格式至少部分基于网络协议。期望的格式至少部分基于车辆参数值在非暂时性计算机可读介质中的存储。期望的格式至少部分基于压缩标准。参数调节电路包括单位转换电路，其被构造为将车辆参数值的一个或多个单位转换成所请求的车辆属性的一个或多个期望单位，使得修改的车辆参数数据具有期望的一个或多个单位。参数调节电路包括采样电路，该采样电路被构造为将车辆参数值的采样率调整到所请求的车辆属性的期望采样率，使得修改的车辆参数数据具有期望采样率。采样电路被构造为对车辆参数值进行上采样。采样电路被构造为对车辆参数值进行下采样。

一种示例方法包括解释车辆参数值；解释属性请求值，该属性请求值至少部分地定义了所请求的车辆属性；以及响应于属性请求值，从车辆参数值生成修改的车辆参数数据，修改的车辆参数数据对应于请求的车辆属性。

下文描述了示例方法的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。生成修改的车辆参数数据包括生成虚拟车辆属性值；其中修改的车辆参数数据包括虚拟车辆属性值。虚拟车辆属性值至少部分基于两个或更多个车辆参数值。该方法进一步包括将车辆参数值格式化为所请求的车辆属性的期望格式，使得修改的车辆参数数据具有期望格式。格式化车辆参数值包括生成被构造为传输车辆参数值的网络协议分组。格式化车辆参数值包括修改车辆参数值以存储在非暂时性计算机可读介质中。修改车辆参数值包括压缩车辆参数值。该方法进一步包括将车辆参数值的一个或多个单位转换成所请求的车辆属性的一个或多个期望单位，使得修改的车辆参数数据具有期望的一个或多个单位。该方法进一步包括将车辆参数值的采样率调整到所请求的车辆属性的期望采样率，使得修改的车辆参数数据具有期望采样率。调整车辆参数值的采样率包括对车辆参数值进行上采样。调整车辆参数值的采样率包括对车辆参数值进行下采样。

一种示例装置，包括参数获取电路，其被构造为解释多个车辆参数值；参数调节电路，其被构造为调节多个车辆参数值以存储在一个或多个高速缓存设备中；以及参数存储电路，其被构造为将经调节的多个车辆参数值存储在一个或多个高速缓存设备中。

下文描述示例装置的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。参数调节电路进一步被构造为确定存储位置值；参数存储电路进一步被构造为响应于存储位置值来存储经调节的多个车辆参数值；并且一个或多个高速缓存设备被部署在车辆上。部署在车辆上的一个或多个高速缓存设备中的每一个都与控制器相关联，该控制器不同于与一个或多个高速缓存设备中的另一个相关联的控制器。参数调节电路进一步被构造为确定存储位置值；参数存储电路进一步被构造为响应于存储位置值来存储经调节的多个车辆参数值；并且一个或多个高速缓存设备部署在车辆之外。一个或多个高速缓存设备至少部分基于基于网络云的存储系统。参数调节电路进一步被构造为确定存储位置值；并且参数存储电路进一步被构造为响应于存储位置值，在一个或多个高速缓存设备中的第一高速缓存设备上存储经调节的多个车辆参数值的第一部分；和在一个或多个高速缓存设备中的第二高速缓存设备上存储经调节的多个车辆参数值的第二部分；其中第一高速缓存设备部署在车辆上，并且第二高速缓存设备部署在车辆外。参数调节电路进一步被构造为生成多个车辆参数值的到期值，该到期值被构造为触发一个或多个高速缓存设备中的多个车辆参数值的选择性到期。参数存储电路进一步被构造为将到期值传输到一个或多个高速缓存设备。参数存储电路进一步被构造为响应于到期值选择性地使多个车辆参数值到期。到期值是对应于将多个车辆参数值存储在一个或多个高速缓存中的时间段的时间值。该装置进一步包括策略获取电路，该策略获取电路被构造为解释包括车辆策略的至少一部分的车辆策略数据值；其中所述参数调节电路进一步被构造为响应于所述车辆策略数据值生成所述到期值。参数调节电路进一步被构造为确定多个车辆参数值的类型值；并且响应于类型值生成到期值。类型值对应于引擎数据、控制数据、任务关键数据、动力状态数据或动力操作数据中的至少一个。类型值对应于车辆状态值、车辆模式值、诊断值或故障值中的至少一个。参数调节电路进一步被构造为经由压缩多个车辆参数值来调节多个车辆参数值。参数调节电路进一步被构造为经由汇总多个车辆参数值来调节多个车辆参数值。

一种示例方法包括解释多个车辆参数值；调节多个车辆参数值以存储在一个或多个高速缓存设备中；以及将经调节的多个车辆参数值存储在一个或多个高速缓存设备中。

下文描述了示例方法的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。该方法进一步包括确定存储位置值；其中存储经调节的多个车辆参数值响应于存储位置值；并且一个或多个高速缓存设备被部署在车辆上。部署在车辆上的一个或多个高速缓存设备中的每一个都与控制器相关联，该控制器不同于与一个或多个高速缓存设备中的另一个相关联的控制器。该方法进一步包括确定存储位置值；其中存储经调节的多个车辆参数值响应于存储位置值；并且一个或多个高速缓存设备部署在车辆外。一个或多个高速缓存设备至少部分基于基于网络云的存储系统。该方法进一步包括确定存储位置值；其中存储经调节的多个车辆参数值响应于存储位置值，并且包括：将经调节的多个车辆参数值的第一部分存储在一个或多个高速缓存设备中的第一高速缓存设备上；以及将经调节的多个车辆参数值的第二部分存储在一个或多个高速缓存设备中的第二高速缓存设备上；其中第一高速缓存设备部署在车辆上，并且第二高速缓存设备部署在车辆外。该方法进一步包括生成多个车辆参数值的到期值，该到期值被构造为触发一个或多个高速缓存设备中的多个车辆参数值的选择性到期。根据权利要求350所述的方法，进一步包括向一个或多个高速缓存设备传输到期值。该方法进一步包括响应于到期值选择性地使多个车辆参数值到期。到期值是对应于将多个车辆参数值存储在一个或多个高速缓存中的时间段的时间值。该方法进一步包括解释包括车辆策略的至少一部分的车辆策略数据值；其中生成多个车辆参数值的到期值响应于车辆策略数据值。该方法进一步包括确定多个车辆参数值的类型值；其中生成多个车辆参数值的到期值响应于类型值。类型值对应于以下各项中的至少一个：引擎数据；位置数据；车辆座舱环境数据；或者信息娱乐控制台数据。调节多个车辆参数值包括压缩多个车辆参数值。调节多个车辆参数值包括汇总多个车辆参数值。

示例车辆包括车辆通信系统，该车辆通信系统包括：策略管理器电路，其被配置为解释包括触发条件的数据收集策略，车辆数据标识符，其被配置为标识响应触发事件发生而捕获的车辆数据，以及触发评估数据标识符，其被配置为标识响应于触发条件而捕获的触发评估数据；以及端点，其被配置为响应于数据收集策略提供包括触发评估数据流和标识的车辆数据流的原始车辆数据流。

下文描述示例车辆的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。过滤电路，其被配置为响应于触发评估数据标识符来确定原始车辆数据流的触发评估数据流，并提供触发评估数据流。过滤电路被配置为响应于车辆数据标识符来确定标识的车辆数据流。车辆数据处理电路，其被配置为执行以下各项中的至少一个：响应于所述数据收集策略的采样参数来采样所述触发评估数据流、归一化触发评估数据值格式、或者响应于所述数据收集策略的多个触发条件来确定触发评估数据聚合参数。旋转缓冲电路，其被配置为存储触发评估数据的旋转时间窗口，其中所述旋转缓冲电路响应于所述触发条件来确定所述旋转时间窗口。旋转缓冲电路被配置为响应于数据收集策略存储所标识的车辆数据流的第二旋转时间窗口。旋转缓冲电路被配置为响应于触发条件存储触发评估数据流的第一旋转时间窗口；以及触发评估电路，其被配置为响应于使用第一旋转时间窗口评估触发条件来确定触发事件发生。车辆数据存储电路，其被配置为响应于触发事件发生和数据收集策略存储标识的车辆数据流的标识的车辆数据，其中标识的车辆数据的至少一部分发生在触发事件发生之前。云接口，其被配置为响应于所述触发事件发生和所述数据收集策略的传输参数值，提供标识的车辆数据流的标识的车辆数据。云接口，其被配置为响应于所述触发事件发生而提供警报响应值，其中所述警报响应值包括警报准则、警报类型、警报内容和警报位置中的至少一个。触发评估电路被配置为同时评估数据收集策略的多个触发条件，并且其中触发评估电路被配置为响应于多个触发条件来确定触发事件发生。

一种示例方法，包括操作包括车辆通信系统的车辆，该车辆通信系统包括策略管理器电路和端点；利用所述策略管理器电路解释数据收集策略，所述数据收集策略包括触发条件、被配置为响应于触发事件发生而标识要捕获的车辆数据的车辆数据标识符、以及被配置为响应于所述触发条件而标识要捕获的触发评估数据的触发评估数据标识符；以及响应于数据收集策略，利用端点提供包括触发评估数据流和标识的车辆数据流的原始车辆数据流。

下文描述了示例方法的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。车辆通信系统包括过滤电路，并且其中该方法包括响应于触发评估数据标识符，利用过滤电路确定原始车辆数据流的触发评估数据流。响应于车辆数据标识符，用过滤电路确定标识的车辆数据流。该车辆通信系统包括车辆数据处理电路，其中该方法包括处理触发评估数据，该触发评估数据包括以下各项中的至少一个：响应于数据收集策略的采样参数采样触发评估数据流，归一化触发评估数据值格式，或者响应于数据收集策略的多个触发条件确定触发评估数据聚合参数。该车辆通信系统包括旋转缓冲电路，该方法包括利用旋转缓冲电路响应于触发条件确定旋转时间窗口；以及利用旋转缓冲电路存储触发评估数据的旋转时间窗口。旋转缓冲电路被配置为响应于数据收集策略存储所标识的车辆数据流的第二旋转时间窗口。该车辆通信系统包括旋转缓冲电路和触发评估电路，该方法包括利用旋转缓冲电路存储响应于触发条件的触发评估数据流的第一旋转时间窗口；以及响应于使用第一旋转时间窗口评估触发条件，利用触发评估电路确定触发事件发生。该车辆通信系统包括车辆数据存储电路，该方法包括响应于触发事件发生和数据收集策略，利用车辆数据存储电路存储标识的车辆数据流的标识的车辆数据，其中至少一部分标识的车辆数据发生在触发事件发生之前。该车辆通信系统包括云接口，该方法包括响应于触发事件发生和数据收集策略的传输参数值，利用云接口提供标识的车辆数据流的标识的车辆数据。车辆通信系统包括云接口，该方法包括响应于触发事件发生利用云接口提供警报响应值，其中警报响应值包括警报准则、警报类型、警报内容和警报位置中的至少一个。触发评估电路被配置为同时评估数据收集策略的多个触发条件，并且其中触发评估电路被配置为响应于多个触发条件来确定触发事件发生。

一种示例车辆，包括策略管理器电路，其被配置为解释包括触发条件和触发评估数据标识符的数据收集策略；端点，其被配置为响应于触发评估数据标识符和触发条件来捕获触发评估数据流；以及被配置为接收触发评估数据流的车辆数据接口。

下文描述了示例车辆的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。多个端点，包括通信地耦合到以太网交换机的第一端点，并且其中多个端点的至少一部分被配置为响应于数据收集策略来捕获触发评估数据的多个触发评估数据值。端点通信地耦合到被配置为使用多个通信协议进行通信的多个网络，并且其中端点被配置为响应于数据收集策略从多个网络捕获触发评估数据的多个触发评估数据值。所述数据收集策略包括多个触发评估数据标识符，所述多个触发评估数据标识符被配置为标识将由所述数据收集策略的多个触发条件评估的触发评估，其中所述触发评估数据标识符对应于多种数据类型，所述多种数据类型包括控制器局域网（CAN）消息、CAN信号、以太网分组、车辆位置、车辆状态和诊断故障代码中的至少两种。捕获触发评估数据流包括以下各项中的至少一个：从通信地耦合到端点的数据源接收触发评估数据流，或者从通信地耦合到端点的数据源请求触发评估数据流。

一种示例车辆，包括策略管理器电路，其被配置为解释包括车辆数据标识符和触发器的数据收集策略，该触发器被配置为定义触发条件；触发评估电路，其被配置为：响应于触发条件和触发评估数据确定触发事件发生，确定触发事件终止，响应于触发事件发生、触发事件终止和数据收集策略确定数据捕获窗口，以及响应于数据捕获窗口和车辆数据标识符捕获标识的车辆数据。

下文描述示例车辆的某些另外的方面，其中任何一个或多个方面以存在于某些实施例中。触发评估电路通过使用触发条件评估触发评估数据来确定触发事件发生，其中触发条件定义了触发评估数据可以满足或不满足的与当前值的关系。评估数据包括车辆状态、车辆状态、车辆操作模式或车辆离散事件中的至少一个。标识的车辆数据由车辆在触发事件发生之前生成，并使用旋转缓冲电路存储。数据收集策略包括多个触发条件，多个触发条件中的每一个对应于多个触发评估数据值中的一个。触发评估电路响应于多个触发条件中的至少两个来确定触发事件发生。多个触发评估数据值对应于多种数据类型，其包括控制器局域网（CAN）消息、CAN信号、以太网分组、车辆位置、车辆状态和诊断故障代码中的至少两种。触发评估数据包括从多个车辆数据值导出的虚拟传感器值。响应于数据收集策略，在事件触发终止之后的延迟之后，数据捕获窗口终止。该数据收集策略包括具有多个触发类型的多个触发条件，所述多个触发类型包括信号触发、车辆状态触发、定时触发、时间表触发、地理围栏触发、错误触发、环境触发或用户输入触发中的至少两种。确定触发事件发生基于多个触发条件的第一部分，该第一部分包括具有第一触发类型的第一触发和具有第二触发类型的第二触发。确定触发事件终止基于多个触发的第二部分，并且其中第二部分包括具有第一触发类型的第一触发和具有第二触发类型的第二触发。

一种示例装置，包括策略获取电路，其被构造为解释包括至少一个请求的车辆属性的数据收集策略；策略处理电路，其被构造为响应于所述至少一个请求的车辆属性来确定属性请求值；参数获取电路，其被构造为响应于属性请求值来解释至少一个车辆参数值；以及参数提供电路，其被构造为响应于数据收集策略选择性地传输至少一个车辆参数值。

下文描述了示例装置的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。数据收集策略进一步包括策略类型，并且其中参数获取电路进一步被构造为响应于策略类型来解释至少一个车辆参数值。策略类型包括持久策略，并且其中参数获取电路进一步被构造为持久地评估用于数据收集操作的数据收集策略。策略类型包括按需策略，并且其中参数获取电路进一步被构造为响应于完成数据收集策略的数据收集周期，中断针对数据收集操作评估数据收集策略。策略获取电路进一步被构造为响应于参数获取电路中断评估数据收集策略来删除数据收集策略。策略获取电路进一步被构造为响应于参数提供电路传输对应于数据收集策略的至少一个车辆参数值来删除数据收集策略。策略类型包括从由下载的策略；出厂策略；内置策略组成的类型中选择的至少一个类型。策略获取电路进一步被构造为如果存在下载的策略，则实现下载的策略。如果下载的策略存在，则策略获取电路被进一步构造为忽略出厂策略和内置策略。策略获取电路进一步被构造为如果存在出厂策略的兼容部分，则实现出厂策略的兼容部分。策略获取电路进一步被构造为如果存在出厂策略，并且如果下载的策略不存在，则实现出厂策略。策略获取电路被进一步构造为忽略内置策略。策略获取电路进一步被构造为如果存在内置策略的兼容部分，则实现内置策略的兼容部分。数据收集策略进一步包括对应于至少一个请求的车辆属性的传输描述值。传输描述值包括从由传输优先级值；数据存储描述；网络区利用描述；或者接入点名称（APN）值组成的值中选择的至少一个值。数据收集策略进一步包括数据配置值，并且其中策略处理电路进一步被构造为响应于数据配置值来确定属性请求值。数据收集策略进一步包括触发数据描述。数据收集策略进一步包括策略优先级值。策略优先级值包括从值中选择的至少一个优先级值，所述值由以下各项组成：数据收集优先级值；数据存储优先级值；或者传输优先级值。策略获取电路进一步被构造为确定策略能力值，并响应于策略能力值选择性地启用数据收集策略。策略获取电路进一步被构造为确定策略授权值，并响应于策略授权值选择性地启用数据收集策略。所述数据收集策略包括策略生命周期描述，并且其中所述策略获取电路被进一步构造为响应于所述策略生命周期描述选择性地启用所述数据收集策略。策略生命周期描述包括从描述中选择的至少一个描述，所述描述由以下各项组成：策略开始时间；策略结束时间；触发数据描述，包括用于数据收集策略的收集标准值；在数据收集策略下要捕获的数据量；在数据收集策略下要捕获的数据收集事件的多数量；或者其中要在数据收集策略下捕获数据的触发事件的数量。

一种示例云系统，包括被配置为解释来自外部设备的多个响应动作值的请求接口；策略创建器电路，其被构造为响应于所述多个响应动作值来确定数据收集策略，所述数据收集策略包括车辆数据标识符；以及云接口，其被配置为响应于数据收集策略接收标识的车辆数据；原始数据管理器电路，其被构造为存储所接收的标识车辆数据的至少一部分，所述标识车辆数据的至少一部分包括响应车辆数据和标识数据；并且其中请求接口进一步被配置为解释车辆数据请求，并且响应于车辆数据请求从原始数据管理器电路检索响应车辆数据的至少一部分，并且将检索到的数据提供给外部设备。

下文描述了示例云系统的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。响应车辆数据利用第一加密密钥集加密，并且标识数据利用第二加密密钥集加密。请求接口进一步被配置为利用第二加密密钥集的至少一个密钥检索响应车辆数据的至少一部分。没有来自第一加密密钥集的密钥被存储在云系统上。标识数据包括特定于多个响应动作值的元数据。

一种示例云系统，包括原始数据管理器电路，其被构造为存储从车辆收集的数据，其中所存储的所收集数据包括使用第一加密密钥集加密的有效载荷部分和使用第二加密密钥集加密的标识部分；以及请求接口，其被配置为仅利用第二加密密钥集将存储的收集数据的请求部分从原始数据管理器电路传递到请求外部设备。

下文描述了示例云系统的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。原始数据管理器电路进一步被构造为响应于标识部分与车辆数据请求值的比较来确定存储的收集数据的请求部分。原始数据管理器电路进一步被构造为响应于对存储的收集数据的请求部分执行的散列检查操作来确定存储的收集数据的请求部分。

一种示例系统，包括所收集车辆数据存储电路，其被构造为存储从车辆收集的数据；外部数据收集接口，其被配置为：选择性地从外部设备向车辆提供车辆数据收集请求；并且响应于来自外部设备的车辆数据请求，选择性地提供来自所收集车辆数据存储电路的所存储的所收集数据的至少一部分；以及用于将所存储的所收集数据的至少一部分与所存储的所收集数据的至少一部分的加密密钥分离的部件。

下文描述了示例系统的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。外部数据收集接口进一步被配置为通过向已收集车辆数据存储电路提供车辆数据收集请求来选择性地向车辆提供车辆数据收集请求。

一种示例云系统，包括请求接口，其被配置为解释用于至少一个标识车辆的车辆数据收集请求；策略创建器电路，其被构造为响应于车辆数据收集请求来确定数据收集策略；云接口，其被配置为向至少一个标识的车辆提供数据收集策略，并从至少一个标识的车辆接收响应车辆数据；以及原始数据管理器电路，其被构造为存储响应车辆数据的至少一部分。

下文描述了示例云系统的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。请求接口进一步被配置为向外部设备暴露应用编程接口（API），并响应于API的运用来解释车辆数据收集请求。请求接口进一步被配置为响应于API的运用解释来自外部设备的车辆数据请求，响应于车辆数据请求从原始数据管理器电路检索响应车辆数据的至少一部分，并将检索的数据提供给外部设备。请求接口进一步被配置为解释来自外部设备的车辆数据请求，响应于车辆数据请求从原始数据管理器电路检索响应车辆数据的至少一部分，并将检索到的数据提供给外部设备。请求接口被配置为解释用于至少一个标识的车辆的至少一个附加车辆数据收集请求，并且其中策略创建器电路被进一步构造为响应于车辆数据收集请求和至少一个附加车辆数据收集请求来确定数据收集策略。策略创建器电路进一步被构造为响应于车辆数据收集请求确定策略能力值，并且响应于策略能力值选择性地允许确定数据收集策略。策略创建器电路进一步被构造为响应于从参数中选择的至少一个参数来确定策略能力值，所述参数由以下各项组成：被确定为支持车辆数据收集请求的数据存储大小；被确定为支持车辆数据收集请求的传输量值；与车辆数据收集请求相关联的数据可用性值；或者与车辆数据收集请求相关联的数据配置值。所述云系统进一步包括，其中所述策略创建器电路进一步被构造为响应于所述车辆数据收集请求和所述至少一个附加车辆数据收集请求来确定策略能力值；并且响应于策略能力值，选择性地启用以下各项中的至少一个：确定数据收集策略，或者包括车辆数据收集请求或至少一个附加车辆数据收集请求中的至少一个。策略创建器电路进一步被构造为响应于从参数中选择的至少一个参数来确定策略能力值，所述参数由以下各项组成：被确定为支持车辆数据收集请求和至少一个附加车辆数据收集请求中的每一个的数据存储大小；被确定为支持车辆数据收集请求和至少一个附加车辆数据收集请求中的每一个的传输量值；与车辆数据收集请求和至少一个附加车辆数据收集请求中的每一个相关联的数据可用性值；与车辆数据收集请求和至少一个附加车辆数据收集请求中的每一个相关联的数据配置值；或者针对前述中的任何一个或多个，在车辆数据收集请求和至少一个附加车辆数据收集请求之间的优先级确定。所述云系统进一步包括，其中所述策略创建器电路进一步被构造为响应于所述车辆数据收集请求确定策略授权值，并响应于所述策略授权值执行至少一个操作，所述操作从由以下各项组成的操作中选择：选择性地启用确定所述数据收集策略；或者确定数据收集策略以支持车辆数据收集请求的至少一部分。请求接口被配置为向用户接口提供至少一个用例值，每个用例值包括车辆数据收集模板，并且响应于来自用户接口的对所提供的至少一个用例值的响应来确定车辆数据收集请求。请求接口进一步被配置为响应于以下各项中的至少一个来确定至少一个用例值：与用户接口相关联的实体类型；与用户接口相关联的权限（permission）值；以及为具有为用户接口确定的共享特性的用户确定的先前数据收集策略。

一种示例系统，包括策略管理器，其被构造为解释至少两个策略请求，每个策略请求包括数据收集描述，策略管理器进一步构造为响应于对应于每个数据收集描述的数据收集值的超集来编译策略；数据收集控制器，其定位在车辆上并通信地耦合到策略管理器，其中数据收集控制器被构造为响应于策略从车辆上的至少两个车辆网络收集数据；通信地耦合到所述数据收集控制器的数据通信组件，所述数据通信组件被构造为从所述数据收集控制器接收所收集数据的至少一部分，并且将所收集数据的至少一部分存储在数据存储上；以及通信地耦合到数据通信组件和请求应用的数据请求组件，其中数据请求组件被构造为响应于来自请求应用的数据请求，选择性地请求至少一部分存储的数据，并将选择性地请求的数据提供给请求应用。

下文描述了示例系统的某些另外的方面，其中任何一个或多个方面可以存在于某些实施例中。数据通信组件进一步被构造为对所收集数据的至少一部分进行令牌化，并且在存储所收集数据的至少一部分之前利用主公钥对所收集数据的至少一部分进行加密。数据请求组件进一步被构造为在将选择性请求的数据提供给数据应用之前，利用主私钥解密所请求的数据，并对所请求的数据进行去令牌化。策略管理器进一步被构造为向用户或策略创建应用之一提供用户接口，并响应于与用户接口的交互来解释至少两个策略请求中的至少一个。策略管理器进一步被构造为响应于与用户接口的交互来解释用例值选择，并且响应于用例值选择来解释响应于与用户接口的交互的至少两个策略请求中的至少一个。策略管理器进一步被构造为向用户接口提供至少两个用例选项，并响应于经由用户接口对至少两个用例选项中的至少一个的选择来解释用户用例值选择。

附图说明

图1是根据本公开某些实施例的示例数据收集系统的示意图；

图2是具有根据本公开某些实施例的数据收集系统方面的示例车辆的示意图；

图3是根据本公开某些实施例的示例车外设备的示意图；

图4是根据本公开某些实施例的示例内部和/或外部应用的示意图；

图5A和5B描绘了根据本公开某些实施例的车辆的示例车辆网络基础设施的示意图；

图6是根据本公开某些实施例的示例边缘网关的示意图；

图7是根据本公开某些实施例的示例以太网交换机的示意图；

图8是根据本公开某些实施例的示例以太网设备的示意图；

图9是根据本公开某些实施例的示例用户同意控制器的示意图；

图10是根据本公开某些实施例的示例数据收集器控制器的示意图；

图11是根据本公开某些实施例的示例第一分区的示意图；

图12是根据本公开某些实施例的示例第二分区的示意图；

图13是根据本公开某些实施例的示例数据收集系统的示意图；

图14是根据本公开某些实施例的示例自动化管理器的示意图；

图15是根据本公开的某些实施例的统一IDS管理器（ECU）的示例实现的示意图；

图16是根据本公开某些实施例的示例共享存储控制器的示意图；

图17是根据本公开某些实施例的另一示例数据收集系统的示意图；

图18是根据本公开某些实施例的示例工作流程图；

图19是根据本公开某些实施例的示例容器化应用环境的示意图；

图20是根据本公开某些实施例的车辆上基于容器的应用的示例架构实现的示意图；

图21是根据本公开某些实施例的车辆上基于容器的应用的另一示例架构实现的示意图；

图22是根据本公开某些实施例的容器的示例细节示意图；

图23是根据本公开某些实施例的示例容器联网实现的示意图；

图24是根据本公开某些实施例的示例AUTOSAR Adaptive功能状态组的示意图；

图25是根据本公开某些实施例实施容器策略的示例功能流的示意图；

图26是根据本公开某些实施例的容器管理器的示例实现的示意图；

图27是根据本公开某些实施例的用于实现基于车辆驾驶员行为和/或对驾驶员的监视的策略的示例装置的示意图；

图28是根据本公开某些实施例的示例驾驶员信息描述的示意图；

图29是描绘了根据本公开某些实施例的响应于驾驶员信息描述收集数据的示例程序的流程图；

图30是描绘了根据本公开某些实施例的响应于车辆策略数据值和/或驾驶员信息描述执行收集操作的示例程序的流程图；

图31是根据本公开某些实施例的用于响应于车辆策略数据值提供数据收集操作的示例装置的示意图；

图32是根据本公开某些实施例的示例监视数据描述的示意图；

图33是描绘了根据本公开某些实施例的用于响应于车辆系统中（一个或多个）设备的故障和/或诊断值来实现策略的示例程序的流程图；

图34是根据本公开某些实施例的用于响应于车辆策略数据值提供数据收集操作的示例装置的示意图；

图35是根据本公开某些实施例的示例端点性能描述的示意图；

图36是描绘了根据本公开某些实施例的用于执行操作以响应于端点性能描述调整数据收集的示例程序的流程图；

图37是根据本公开某些实施例的用于响应于位置描述值提供数据收集操作的示例装置的示意图；

图38是根据本公开某些实施例的示例位置描述值的示意图；

图39是描绘了根据本公开某些实施例的用于响应于位置描述值调整数据收集的示例程序的流程图；

图40是根据本公开某些实施例的示例操作的图解，该示例操作包括响应于位置描述值调整车辆数据的收集；

图41是根据本公开某些实施例的包括开始收集车辆数据的示例操作的图解；

图42是根据本公开某些实施例的示例操作的图解，该示例操作包括防止收集车辆数据的操作；

图43是根据本公开某些实施例的示例操作的图解，该示例操作包括添加或修改所收集的车辆数据的元数据；

图44是根据本公开某些实施例的示例操作的图解，该示例操作包括调整至少一部分所收集的车辆数据的优先级值；

图45是根据本公开某些实施例的用于数据收集操作的示例装置的示意图；

图46是根据本公开某些实施例的示例车辆状态数据的示意图；

图47是描绘了根据本公开某些实施例的用于响应于收集数据的数据类型来调度数据收集的示例程序的流程图；

图48是根据本公开某些实施例的示例操作的示意图，该示例操作包括调整车辆数据收集的操作；

图49是根据本公开某些实施例的示例操作的示意图，该示例操作包括开始收集车辆数据的操作；

图50是根据本公开某些实施例的示例操作的示意图，该示例操作包括防止收集车辆数据的操作；

图51是根据本公开某些实施例的示例操作的示意图，该示例操作包括添加和/或修改所收集的车辆数据的元数据的操作；

图52是根据本公开某些实施例的示例操作的示意图，该示例操作包括调整所收集的车辆数据的优先级值的操作；

图53是描绘了根据本公开某些实施例的用于响应于收集数据的数据类型来调度数据收集的示例程序的流程图；

图54是根据本公开某些实施例的示例操作的示意图，该示例操作包括基于收集数据的提供端点确定（一个或多个）数据类型；

图55是根据本公开某些实施例的示例操作的示意图，该示例操作包括基于收集数据的请求端点确定（一个或多个）数据类型；

图56是根据本公开某些实施例的示例操作的示意图，该示例操作包括基于所收集数据的请求实体确定（一个或多个）数据类型；

图57是根据本公开某些实施例的示例操作的示意图，该示例操作包括基于与提供所收集数据的端点相关联的应用确定（一个或多个）数据类型；

图58是根据本公开某些实施例的示例操作的示意图，该示例操作包括基于与请求所收集数据的端点相关联的流来确定（一个或多个）数据类型；

图59是根据本公开某些实施例的示例操作的示意图，该示例操作包括基于与提供所收集数据的端点相关联的流来确定（一个或多个）数据类型；

图60是根据本公开某些实施例的示例操作的示意图，该示例操作包括基于与请求所收集数据的端点相关联的应用确定（一个或多个）数据类型；

图61是根据本公开某些实施例的包括基于策略中指示的数据类型确定（一个或多个）数据类型的示例操作的示意图；

图62是根据本公开某些实施例的示例收集数据优先级值的示意图；

图63是根据本公开某些实施例的示例车载数据存储优先级的示意图；

图64是根据本公开某些实施例的示例传输优先级的示意图；

图65是根据本公开某些实施例的示例车载传输优先级的示意图；

图66是根据本公开某些实施例的响应于车辆状态数据提供数据收集操作的示例装置的示意图；

图67是描绘了根据本公开某些实施例的动态配置针对车辆的数据收集的示例程序的流程图；

图68是描绘了根据本公开某些实施例的用于确定车辆状态数据收集改变值的示例程序的流程图；

图69是描绘了根据本公开某些实施例的示例程序的流程图，该示例程序包括确定事件发生的操作和响应于事件发生确定车辆状态数据收集改变的操作；

图70是描绘了根据本公开某些实施例的示例程序的流程图，该示例程序包括确定位置描述值的操作和确定车辆状态数据收集改变值的操作；

图71是根据本公开某些实施例的包括调整车辆数据收集的示例操作的示意图；

图72是根据本公开某些实施例的包括开始车辆数据收集的示例操作的示意图；

图73是根据本公开某些实施例的包括防止车辆数据收集的示例操作的示意图；

图74是根据本公开某些实施例的示例操作的示意图，该示例操作包括添加和/或修改所收集的车辆数据的元数据；

图75是根据本公开某些实施例的示例操作的示意图，该示例操作包括调整所收集的车辆数据的优先级值；

图76是根据本公开某些实施例的示例操作的示意图，该示例操作包括调整所收集的车辆数据的传输；

图77是根据本公开某些实施例的示例操作的示意图，该示例操作包括调整所收集的车辆数据的数据存储；

图78是根据本公开某些实施例的示例操作的示意图，该示例操作包括调整所收集的车辆数据的格式化和/或处理；

图79是描绘了根据本公开某些实施例的动态配置针对车辆的数据收集的示例程序的流程图；

图80是根据本公开某些实施例的包括响应于故障数据确定事件发生的示例操作的示意图；

图81是根据本公开某些实施例的包括确定事件发生的示例操作的示意图；

图82是根据本公开某些实施例的包括确定事件发生的示例操作的示意图；

图83是根据本公开某些实施例的示例操作的示意图，该示例操作包括监视触发评估数据并基于触发条件和触发评估数据确定事件发生的操作；

图84是根据本公开某些实施例的利用策略层级实现数据收集的示例装置的示意图；

图85是根据本公开某些实施例的利用多种策略类型来运用车辆数据收集或其他操作的示例装置的示意图；

图86是描绘了根据本公开某些实施例的用于在车辆上实现策略执行的示例程序的流程图；

图87是描绘了根据本公开某些实施例的用于在车辆上实现策略执行的示例程序的流程图；

图88是根据本公开某些实施例的示例利用的策略层级的示意图；

图89是根据本公开某些实施例的另一示例利用的策略层级的示意图；

图90是根据本公开某些实施例的另一示例利用的策略的示意图；

图91是根据本公开某些实施例的另一示例利用的策略的示意图；

图92是描绘了根据本公开某些实施例的用于更新数据收集策略的示例程序的流程图；

图93是描绘了根据本公开某些实施例实现策略层级的示例程序的流程图；

图94是描绘了根据本公开某些实施例实现策略层级的示例程序的流程图；

图95是根据本公开某些实施例的用于利用收集数据的共享存储执行数据收集操作的示例装置的示意图；

图96是描绘了根据本公开某些实施例的用于在车辆上选择性地存储所收集数据参数的示例程序的流程图；

图97是根据本公开某些实施例的示例操作的示意图，该示例操作包括确定存储参数的参数传输时间表的操作，和选择性地存储车辆参数值的至少一部分的操作；

图98是根据本公开某些实施例的示例操作的示意图，该示例操作包括确定所存储的参数的参数到期时间表的操作，和选择性地存储车辆参数值的至少一部分的操作；

图99是根据本公开某些实施例的示例操作的示意图，该示例操作包括确定所存储的参数的预留存储器量的操作，以及响应于预留存储器量选择性地存储车辆参数值的至少一部分的操作；

图100是根据本公开某些实施例的示例操作的示意图，该操作包括删除所存储的车辆参数值的至少一部分；

图101是根据本公开某些实施例的示例操作的示意图，该示例操作包括汇总所存储的车辆参数值的至少一部分；

图102是根据本公开某些实施例的示例操作的示意图，该示例操作包括调整与所存储的车辆参数相关联的预留存储器量；

图103是根据本公开某些实施例的示例操作的示意图，，该示例操作包括压缩所存储的车辆参数的至少一部分；

图104是根据本公开某些实施例的示例操作的示意图，该示例操作包括确定要收集以支持车辆参数值的数据量；

图105是根据本公开某些实施例的示例操作的示意图，该示例操作包括确定要收集以支持与车辆参数值相关联的触发评估的数据量；

图106是根据本公开某些实施例的示例操作的示意图，该示例操作包括确定与车辆参数值相关联的传输时延值；

图107是根据本公开某些实施例的示例操作的示意图，该示例操作包括确定与车辆参数值相关联的优先级值；

图108是根据本公开某些实施例的用于执行实现数据收集策略的数据收集操作的示例装置的示意图；

图109是根据本公开某些实施例的示例数据收集策略的示意图；

图110是根据本公开某些实施例的示例传输描述值的示意图；

图111是根据本公开某些实施例的示例策略优先级值的示意图；

图112是根据本公开某些实施例的示例策略生命周期描述的示意图；

图113是描绘了根据本公开某些实施例的根据策略收集数据的示例程序的流程图；

图114是根据本公开某些实施例的示例云系统的示意图；

图115描绘了根据本公开某些实施例的用于从车辆检索所选数据的示例云系统；

图116描绘了根据本公开某些实施例的包括从车辆收集数据操作的操作的示例示意图；

图117描绘了根据本公开某些实施例的用于分离车辆数据收集操作的响应数据的示例程序；

图118描绘了根据本公开某些实施例的用于分离车辆数据收集操作的响应数据的示例程序；

图119描绘了根据本公开某些实施例的从车辆中检索所选数据的示例系统；

图120描绘了根据本公开某些实施例的用于标识数据的示例程序；

图121描绘了根据本公开某些实施例的用于准备数据收集策略的示例云系统；

图122描绘了根据本公开某些实施例的示例策略创建器电路；

图123描绘了根据本公开某些实施例的示例请求接口；

图124描绘了根据本公开某些实施例的用于操作请求接口的示例程序；

图125描绘了根据本公开某些实施例的操作车辆的一个或多个控制方面的基于容器的实现的示例示意图；

图126描绘了根据本公开某些实施例的操作车辆的一个或多个控制方面的基于容器的实现的示例示意图；

图127描绘了根据本公开某些实施例的操作车辆的一个或多个控制方面的基于容器的实现的示例示意图；

图128描绘了根据本公开某些实施例的操作车辆的一个或多个控制方面的基于容器的实现的示例示意图；

图129描绘了根据本公开某些实施例的操作车辆的一个或多个控制方面的基于容器的实现的示例示意图；

图130描绘了根据本公开某些实施例的操作车辆的一个或多个控制方面的基于容器的实现的示例示意图；

图131描绘了根据本公开某些实施例的基于数据值提供自动化车辆操作的示例示意图；

图132描绘了根据本公开某些实施例的基于数据值提供自动化车辆操作的示例示意图；

图133描绘了根据本公开某些实施例的基于数据值提供自动化车辆操作的示例示意图；

图134描绘了根据本公开某些实施例的用于执行数据收集操作的示例示意图；

图135描绘了根据本公开某些实施例的利用云系统和/或外部设备的车辆数据传输操作的示例示意图；

图136描绘了根据本公开某些实施例的管理车辆传输操作的示例程序；

图137描绘了根据本公开某些实施例的用于响应于所选的传输间隔选择性地传输所收集数据的示例程序；

图138描绘了根据本公开某些实施例的用于响应于所选的带宽利用选择性地传输所收集数据的示例程序；

图139描绘了根据本公开某些实施例的用于响应于所收集数据的数据类型选择性地传输所收集数据的示例程序；

图140描绘了根据本公开某些实施例的用于响应于传输操作的车辆操作影响选择性地传输所收集数据的示例程序；

图141描绘了根据本公开某些实施例的用于响应于传输操作的功率利用影响选择性地传输所收集数据的示例程序；

图142描绘了根据本公开某些实施例的用于响应于数据传输容量值选择性地传输所收集数据的示例程序；

图143描绘了根据本公开某些实施例的用于响应于当前可用的传输类型选择性地传输所收集数据的示例程序；

图144描绘了根据本公开某些实施例的用于响应于选择的数据传输块大小选择性地传输所收集数据的示例程序；

图145描绘了根据本公开某些实施例的用于响应于传输操作的成功参数选择性地传输所收集数据的示例程序；

图146描绘了根据本公开某些实施例的用于响应于传输操作的服务质量值选择性地传输所收集数据的示例程序；

图147描绘了根据本公开某些实施例的用于实现车辆远程协助操作的示例示意图；

图148描绘了根据本公开某些实施例的与车辆通信的云系统的示例示意图；

图149描绘了根据本公开某些实施例的用于执行车辆远程操作的示例程序；

图150描绘了根据本公开某些实施例的用于执行车辆操作的示例程序，该车辆操作包括远程协助操作；

图151是根据本公开某些实施例的用于收集和/或管理车辆数据的装置的示意图；

图152是根据本公开某些实施例的用于收集和/或管理车辆数据的另一装置的示意图；

图153是根据本公开某些实施例的用于收集和/或管理车辆数据的另一装置的示意图；

图154是根据本公开某些实施例的用于收集和/或管理车辆数据的另一装置的示意图；

图155是描绘了根据本公开某些实施例的用于收集和/或管理车辆数据的方法的流程图；

图156是描绘了根据本公开某些实施例的图155的方法的另一流程图；

图157是描绘了根据本公开某些实施例的图155的方法的另一流程图；

图158是描绘了根据本公开某些实施例的用于收集和/或管理车辆数据的另一方法的流程图；

图159是描绘了根据本公开某些实施例的图158的方法的另一流程图；

图160是根据本公开某些实施例的用于数据收集策略摄取和执行的装置的示意图；

图161是根据本公开某些实施例的用于数据收集策略摄取和执行的另一装置的示意图；

图162是根据本公开某些实施例的图161的装置的另一示意图；

图163是根据本公开某些实施例的图161的装置的另一示意图；

图164是根据本公开某些实施例的图161的装置的另一示意图；

图165是描绘了根据本公开某些实施例的用于数据收集策略摄取和执行的方法的流程图；

图166是描绘了根据本公开某些实施例的图165的方法的另一流程图；

图167是描绘了根据本公开某些实施例的图165的方法的另一流程图；

图168是描绘了根据本公开某些实施例的图165的方法的另一流程图；

图169是描绘了根据本公开某些实施例的图165的方法的另一流程图；

图170是根据本公开某些实施例的用于混合网络环境中的数据收集的装置的示意图；

图171是根据本公开某些实施例的用于混合网络环境中的数据收集的另一装置的示意图；

图172是描绘了根据本公开某些实施例的混合网络环境中数据收集方法的流程图；

图173是描绘了根据本公开某些实施例的图172的方法的另一流程图；

图174是根据本公开的某些实施例的用于数据收集过程管理的装置的示意图；

图175是根据本公开某些实施例的用于数据收集过程管理的另一装置的示意图；

图176是根据本公开某些实施例的图175的装置的另一示意图；

图177是根据本公开某些实施例的图175的装置的另一示意图；

图178是描绘了根据本公开某些实施例的数据收集过程管理方法的流程图；

图179是描绘了根据本公开某些实施例的图178的方法的另一流程图；

图180是根据本公开某些实施例的用于数据存储管理的装置的示意图；

图181是根据本公开某些实施例的图180的装置的另一示意图；

图182是描绘了根据本公开某些实施例的数据存储管理方法的流程图；

图183是描绘了根据本公开某些实施例的图182的方法的另一流程图；

图184是描绘了根据本公开某些实施例的图182的方法的另一流程图；

图185是描绘了根据本公开某些实施例的图182的方法的另一流程图；

图186是描绘了根据本公开某些实施例的图182的方法的另一流程图；

图187是图示根据本公开某些实施例的示例性用户设备的框图；

图188-189是图示根据本公开某些实施例的示例性基于用户设备的数据收集过程的流程图；

图190是图示根据本公开某些实施例的示例性云系统的框图；

图191-195是图示根据本公开某些实施例的示例性基于云系统的数据收集过程的流程图；

图196是图示根据本公开某些实施例的示例性车辆的框图；

图197-200是图示根据本公开某些实施例的示例性基于车辆的数据收集的流程图；

图201是根据本公开某些实施例的示例性车辆的框图；

图202是根据本公开某些实施例的示例性数据收集控制器的框图；

图203-205是图示根据本公开某些实施例的示例性数据收集过程的流程图；

图206是根据本公开某些实施例的示例性车辆的框图；

图207是根据本公开某些实施例的示例性数据收集控制器的框图；和

图208-210是图示根据本公开某些实施例的示例性数据收集过程的流程图。

具体实施方式

在不限制本公开的任何其他方面的情况下，本文中本公开的各方面减少和/或消除了以下各项中的任何一个或多个：添加至数据收集系统的每个实体的成本、新实体利用所收集数据实现应用的基本学习成本、改变（一个或多个）车辆网络配置的适应成本、满足数据收集的日益增长需求所招致的成本、适应不断改变的监管环境的成本和/或保护数据的成本和/或违规或未授权使用招致的损失。本文中本公开的某些实施例和/或方面可以解决所描述的成本参数中的一个或多个。本文中本公开的某些实施例和/或方面可能增加一个或多个给定的成本参数，但是仍然通过降低目标车辆、车辆类型、实体、行业等的总体成本函数而是有益的。本文中本公开的某些实施例和/或方面可能增加一个或多个给定的成本参数，但是提供其他益处，诸如改进的功能性。在某些实施例中，可能以增加的成本但是以低于被配置为实现类似改进的功能性的先前已知系统的成本来实现改进的功能性。

出于促进对本公开原理的理解的目的，现在将对附图中图示以及以下书面说明中所述的实施例进行参考。应当理解，这并不意味着对本公开的范围进行限制。进一步应当理解，本公开包括对所图示实施例的任何变更和修改，并且包括本公开所属领域的技术人员通常将想到的本文中本公开的原理的另外应用。

本公开描述了执行与车辆相关的数据收集操作的系统、方法和装置。本文阐述的某些实施例涉及车辆上的混合车辆网络。示例混合车辆网络包括：具有一个或多个CAN总线的网络，其中多个设备通过（一个或多个）CAN总线进行通信；以及一个或多个以太网，其中多个设备通过以太网进行通信；以及从CAN到以太网和/或反之亦然的通信。混合网络不限于CAN和以太网，并且可以在没有限制的情况下包括本地互连网络（LIN）、FlexRay、面向媒体的系统传输（MOST）和/或低压差分信令（LVDS）中的任何一个或多个。当前可用的以太网网络具有很高的能力，其具有100 Mbps到25 Gbps之间的带宽评级，以及5 ms到20

（0.02ms）之间的时延值。在某些实施例中，可以存在多于一个的以太网（或区），并且可以包括混合能力的以太网。附加地或替代地，在某些实施例中，存在的一个或多个网络可以包括无线网络，诸如WiFi网络（例如，802.11x标准，诸如a/b/g；n；和/或ac）、移动标准网络（例如，4G和/或5G）、蓝牙通信、通用串行总线（USB）连接和/或光纤连接。所列举的网络是非限制性的示例，并且在本文设想的任何类型的网络和/或通信协议都用于混合车辆网络。

在某些实施例中，混合车辆网络包括与一个或多个高性能网络相组合的一个或多个低性能网络。被认为是低能力的能力取决于应用、通信中的设备数量、网络上允许的通信类型以及针对所利用的特定网络和通信协议可用的网络管理（例如，设备的注册、添加或移除、消息的加密、消息的定制等）。在某些实施例中，混合车辆网络包括多于一个网络，其中至少两个网络提出集成挑战。例如，其中一个网络可能仅允许某些类型的通信，需要某些类型的同步或异步通信，仅允许某些类型的设备的连接，限制某些网络拓扑的实现，或者具有如下的其他差异或限制：致使遍及车辆中利用单个网络（或网络类型）是不合期望的或不切实际的。

本文中利用车外、车外部和/或基于云的交互的描述指代车辆的任何外部网络通信，在没有限制的情况下包括至外部设备的基于无线的通信（例如，移动数据、WiFi和/或蓝牙）。至外部设备的通信可以是普通网络（例如，通过互联网）、WAN、LAN、车辆附近的移动设备和/或这些的组合。本文描述的某些系统和程序特别地设想了车辆的运行时操作，例如在其中车辆正在执行任务（例如，移动、在不移动时执行操作等）的操作条件期间发生的外部通信。本文的公开内容进一步设想了可能在任何时段期间发生的通信，包括在车辆停机时间期间和/或在维修事件期间的通信。本文的公开内容进一步设想了可以通过有线通信信道发生的通信，诸如当车辆网络与维修工具、车载诊断（OBD）仪器或其他物理耦合的设备通信时。

本文的描述参考了车辆应用，作为非限制性示例，并使本描述清楚。然而，本文的实施例适用于具有类似挑战和/或实现的其他应用。不限于任何其他应用，本文的实施例适用于具有多个端点的任何应用——包括多个数据源、控制器、传感器和/或致动器，并且可以进一步包括存在于不同或分布式网络环境中的端点，和/或具有历史或遗留网络或通信系统的应用，所述网络或通信系统可以（在给定系统内，作为一类系统，和/或作为一个行业）过渡到更新的和/或更有能力的联网或通信系统。示例和非限制性实施例包括以下各项中的一个或多个：工业设备；机器人系统（至少包括移动机器人、自主车辆系统和/或工业机器人）；移动应用（可能被认为是“车辆”，也可能不是）和/或制造系统。应当理解，本公开的某些特征、方面和/或益处适用于这些应用中的任何一个或多个，不适用于这些应用中的其他应用，并且本公开的某些特征、方面和/或益处的适用性可以取决于特定应用的操作条件、约束、成本参数（例如，操作成本、集成成本、操作成本、数据通信和/或存储成本、服务成本和/或停机成本等）而变化。因此，在本公开引用车辆、车辆系统、移动应用、工业设备、机器人系统和/或制造系统的任何地方，这些中的每一个也在本文中被设想，并且可以适用于某些实施例，或者不适用于某些其他实施例，如受益于本公开的本领域技术人员应当理解的那样。

应当广义地理解如本文使用的流。示例流包括相关的数据组（例如，速度数据、温度数据、视听数据、导航数据等）、相关的功能组（例如，在车辆功能、诸如服务操作和/或数据收集的车外部功能、相关车辆之间的聚合和/或对于特定系统相关的这些功能的组合之中）、相关的设备组（例如，门致动器）和/或相关的应用组。如本文使用的，流提供了一种组织概念，该组织概念可以用于关联车辆或远离车辆的某些数据、某些端点、某些应用和/或相关功能。在某些实施例中，控制器可以利用流来标识数据源、数据目的地、流可用的权限、与流相关的优先级信息等，以实现这里的某些数据监管操作。在某些实施例中，流的利用允许控制器执行可能涉及相同端点的单独操作，以支持期望的网络管理。例如，车辆速度管理应用可以具有高优先级，并且速度计端点可以与车辆速度管理应用相关联。在该示例中，如果车辆速度被传送以支持车辆速度管理应用，则控制器将高优先级应用于车辆速度消息。然而，如果车辆速度被传送以支持行程计划流（例如，在存在行程计划流并且不具有高优先级的情况下），则控制器可以对车辆速度消息应用较低的优先级。在另外的示例中，车辆控制器、网络的一部分或其他非标称条件的故障可能导致车辆速度管理应用迁移到系统中的另一个控制器，由此车辆速度消息被传送（例如，在备用控制器在另一个网络上的情况下）以支持车辆速度管理应用，并且控制器可以对车辆速度消息应用更高的优先级。利用流和应用来组织系统的组件允许控制器以不同的方式监管相同或相似的信息，以支持各种功能，从而允许改进网络监管操作的性能和安全性（例如，减少不必要的跨网络业务，并且仅在需要时提供信息），并且支持相对于先前已知的系统的附加功能性，诸如冗余支持、分布式控制和粒度跨网络消息传递。

如本文使用的，策略包括待收集数据的描述，诸如数据参数、收集率、分辨率信息、优先级值（例如，响应于并非所有数据收集参数均可以得到服务的非标称条件，对数据收集值进行排序以供选择等）。在某些实施例中，策略进一步包括事件信息，其可以被规定为基于参数或数量的事件（例如，给定的数据值超过阈值等）和/或分类事件（例如，特定的故障代码、操作条件或状态，或者车辆位置/管辖范围发生）。在某些实施例中，策略进一步包括事件响应，诸如响应于事件发生而捕获的数据值，和/或数据收集方案中的其他改变，诸如增加或降低的数据收集速率、收集的分辨率的改变等。在某些实施例中，事件响应进一步包括与事件发生相关联的时间帧，例如事件发生之后利用调整的数据收集方案的时间段，和/或事件发生之前的时间段（例如，利用滚动缓冲器或其他数据收集操作，提供临时信息，如果事件发生，则随后可以捕获该临时信息）。在某些实施例中，对事件的数据收集方案的改变可以包括多个改变——例如一段时间内的改变、基于事件进展的进一步改变（例如，如果事件严重性变得更差）和/或确定事件被清除的标准。在某些实施例中，可以基于相同或另一事件的事件相关清除来实现对数据收集方案的改变，例如实现数据收集改变，直到车辆的下一次关断事件，直到服务技术人员清除该事件，对于所选数量的关断事件发生，等等。

本文对策略的利用可以指代部分策略，例如响应于来自单个用户的单个数据收集方案而实现的暗示策略，其中在一个或多个部分策略聚合之后，准备、验证并向车辆传送完整策略。本文对策略的利用可以指代未验证的策略，例如在响应于多个用户的策略被聚合之后，但是策略的验证操作还没有完成（例如，在确定策略所暗示的数据收集是否可以被执行之前）。本文对策略的利用可以指代先前应用的策略（例如，在更新版本的策略被传送到车辆和/或在车辆上实现之前，在车辆上存在的策略）。本文对策略的利用可以指代更新的策略，例如待传送给车辆102和/或由车辆102确认（例如，来自数据收集控制器202）的经验证的策略。

参考图1，公开了一种示例系统，其具有通信地耦合到车外设备104的车辆102。该示例系统包括通信地耦合到一个或多个用户设备106的（一个或多个）车外设备104。例如，车辆102可以包括混合网络，该混合网络具有耦合到车辆上的（一个或多个）网络的多个数据提供设备，例如具有耦合到CAN网络的一个或多个设备，以及耦合到以太网的一个或多个其他设备。该示例系统允许用户（例如，应用提供商、车队所有者、制造商、客户等）来访问车外设备104，配置要从车辆102到车外设备104实现的数据收集。在另外的示例中，该系统允许访问所收集数据的至少一部分，以便在与车辆相关的应用中使用。在某些实施例中，系统为用户和/或应用提供授权控制，以确保正确地进行数据收集请求。在某些实施例中，系统提供数据收集控制，以确保所请求的数据通信是可实现的，和/或消耗减少的数据通信资源。在某些实施例中，系统提供同意实现，以确保在执行相关数据收集之前提供适当的同意（例如，来自车辆的操作者或所有者）。在某些实施例中，该系统提供了特定车辆信息（例如，车辆的混合网络环境中的数据参数名称、通信协议信息、位置和/或数据提供者的ID值）与数据请求者和/或用户的隔离，从而减轻了数据请求者和/或用户必须了解特定车辆信息和/或保持该信息更新的负担。在某些实施例中，该系统提供了从车辆收集的存储数据与向利用部分数据的应用提供请求数据的系统的隔离。在某些实施例中，该系统提供控制来自多个同时的数据请求者的数据收集参数的集成策略管理，和/或向诸如策略创建器和/或策略控制器的某些用户提供增强的策略管理控制。在某些实施例中，该系统提供了增强的策略创建和/或更新，由此该系统以被构造为向用户提供高水平功能性描述的方式与用户通信，而不需要用户了解关于用于支持对应高水平功能性的特定车辆和/或特定数据的知识。在某些实施例中，该系统提供响应于间歇网络访问和/或间歇网络带宽可用性的、去往和来自车辆的增强数据通信，以将请求的数据从车辆传送到车外设备。

参考图2，示例车辆102被示意性地描绘为具有本文阐述的数据收集系统的某些方面。示例车辆包括数据收集控制器202，该数据收集控制器202被配置为从车外设备104接受策略，并且响应于该策略将功能性传播到车载设备以执行适当的数据收集。示例数据收集控制器102进一步将所收集数据传送给车外设备104，和/或响应于间歇网络可用性和/或间歇网络带宽可用性来管理通信。数据收集控制器202的某些进一步和/或更详细的操作在参考图5和图10的公开内容的部分中描述。

示例车辆102进一步包括网络间交换机204，其通信地耦合到车辆102上的至少两个网络。示例网络间交换机204直接耦合到第一网络上的多个设备210，并且例如经由与边缘网关206的通信而耦合到第二网络上的第二多个设备208。参考图5和图7，在本公开的部分中描述了网络间交换机204的某些进一步和/或更详细的操作。设备210的某些进一步和/或更详细的操作在参考图5和图8的公开内容的部分中描述。边缘网关206的某些进一步和/或更详细的操作在参考图5和图6的公开部分中描述。

示例车辆102进一步包括用户同意控制器212，其通信地耦合到数据收集控制器202和/或车外设备104。在某些实施例中，用户同意控制器212可以是车载设备，诸如车辆显示器（例如，PAD或控制台设备），和/或用户同意控制器212可以是移动应用（例如，具有可在其上操作的同意应用的用户的移动设备）、基于网络的应用（例如，用户可访问的并且与车辆102相关的web应用），和/或可以包括这些中的多于一个应用。用户同意控制器212的某些进一步的和/或更详细的操作在参考图5和图9的公开内容的部分中描述。在图2的示例中，描绘了外部通信214，其可以包括与车外设备104的通信。外部通信214可以无线传递（例如，从车辆上的可用收发器并与数据收集控制器202和/或用户同意控制器212通信），和/或可以通过有线通信传递（例如，服务工具、OBD设备等耦合到车辆上的网络，例如作为与网络间交换机204通信的设备210）。

参考图3，描绘了示例车外设备104。示例车外设备104被示意性地描绘为其上描绘有管理器和其他组件的集成设备，以说明车外设备104的功能元件的交互。车外设备104可以是分布式设备，其具有存在于多个控制器、收发器、服务器等上的方面。在某些实施例中，车外设备104可以至少部分地实现为基于云的设备，例如利用基于网络和/或基于云的服务或与之通信，所述基于网络和/或基于云的服务诸如是亚马逊网络服务（AWS）、微软Azure网络服务、Cloudflare网络服务等。在某些实施例中，车外设备104的各方面可以跨多于一个的服务、专用服务器和/或计算设备上被分离和/或分发。在图3的示例中，第一分区302执行车外设备104的某些操作，并且与执行车外设备104的某些其他操作的第二分区304对接。图3的示例描绘了分区306，其中跨分区306的通信可以被配置为接口规范或其他商定或实现的通信方案。

示例分区302包括网络管理器312，该网络管理器312执行负载管理功能并管理与车辆102的通信。图3的示例描绘了至少间歇地与车辆102通信的策略通信316、同意通信314和数据通信318。示例网络管理器312与数据通信308组件对接，例如将接收到的车辆数据传递给数据通信308组件。示例网络管理器312与车辆策略通信管理器310对接，例如接收数据收集策略、策略更新，和/或在车辆策略通信管理器310和车辆102之间提供同意通信。在某些实施例中，车辆策略通信管理器310从第二分区304上的策略管理器330（和/或从车辆数据请求管理器342）接收处理的策略，使策略可用于车辆102，和/或确定何时将策略传送给车辆的时机。

示例车辆数据请求管理器342确定响应于策略管理器330提供的策略要收集的数据。在某些实施例中，策略包括来自用户（例如，设备106和/或内部应用334）的多个数据请求，并且车辆数据请求管理器342将所请求的数据聚合成用于数据收集的特定参数集，其满足策略中所有数据请求的数据收集需求。在某些实施例中，策略管理器330和/或车辆数据请求管理器342执行策略验证，确保在车辆数据请求管理器342向车辆策略通信管理器310提供数据请求之前，给定的策略可以被支持（例如，请求用户被授权，参数在车辆上可用，和/或满足策略的聚合数据收集可以在可用的带宽限制内实现）。在某些实施例中，聚合的数据收集集合存储在数据结构中，所述数据结构诸如是XML结构、JSON数据结构、HTML数据结构或其他所选的数据结构。在某些实施例中，包括相关数据结构的聚合数据收集集合包括要发送给车辆102的策略。在某些实施例中，作为策略的一部分，要发送给车辆102的数据结构包括其他信息，诸如事件描述、优先级信息和/或对非标称条件（诸如间歇的网络可用性）的响应信息。

本公开的实施例提供了用于提供面向服务的架构（SOA）和SOA特征和功能管理的系统、装置和方法。本文的SOA实施例能够支持多种类型的服务，诸如数据服务和/或功能服务。本文的SOA实施例能够支持多种类型的服务参与者，其在没有限制的情况下包括制造商、OEM、客户、运营商、所有者、服务人员、车队管理者（例如，服务、调度、合规等）、SOA服务请求者、SOA服务提供者和/或第三方应用。本文的实施例能够支持多个网络上的SOA操作，其包括一个或多个车辆网络、具有混合网络类型的车辆网络、外部网络和/或基于云的网络。本文的实施例能够支持多个网络协议，包括作为SOA服务提供者和/或SOA服务请求者的设备或参与者，包括至少SOME/IP、MQTT、HTTP、CAN、LIN、FlexRay、MOST、TTP和/或LVDS网络协议。本文的实施例能够支持可靠、安全和方便的SOA服务实现，其包括对提供和/或请求的可用服务的服务发现、恢复、维护和/或更新。

如本文使用的示例策略包括外部设备提供的策略，该策略要求车辆在定义的时间段或短时间段内收集数据集，并将数据发送回到外部设备。可以在策略中规定的定义时间段内，和/或根据这样的策略操作的默认时间段，将数据发送回到外部设备，并且可以包括一旦数据收集完成就将数据发送回到外部设备。在数据收集事件之后，和/或在连续多个数据收集事件之后，示例策略可以被删除、移除或以其他方式被认为完成。这样的策略可以被称为特设（ad hoc）策略、一次性策略（其可以包括一个或多个有限数据收集事件）、临时策略、单次使用策略、紧急策略等。这样的策略的示例用途包括快速响应数据收集（例如，处理紧急事件；收集信息，为多个车辆的更新、活动或其他计划改变做准备；收集用于训练模型或人工智能组件的数据集；和/或在任何情况下的数据收集，其中预期在有限的时间段内执行数据的使用，并且不期望为策略持续进行数据收集）。

如本文使用的示例策略包括由外部设备提供的策略，该外部设备要求车辆在延长的时间段内和/或在持续的基础上收集数据集，其中所收集数据周期性地和/或间歇地发送回到外部设备，通过选择传输时间和/或允许对数据进行压缩操作以减少通信数据量，来允许改进带宽利用。该示例性策略可以被保持定义的时段，保持直到被外部设备移除，和/或保持直到事件发生（例如，研究数据收集操作，其中该事件被配置为确立该车辆不再与研究相关）。可以在策略内定义删除策略的定义的时段和/或事件参数。这样的策略的示例用途包括研究项目、持续改进项目（例如，为车辆或相关车辆组开发诊断或预测算法、持续改进操作算法等）、持续进行的分析项目（例如，分析大数据集以检测相关车辆组内的趋势、改变，和/或验证相关车辆组的改变具有预期效果），和/或项目输出的时间常数相对于通常从低利用数据传输操作接收的数据速率较长的项目。这样的策略可以被称为研究策略、分析策略、非紧急数据策略等。

如本文利用的示例策略包括由外部设备提供的策略，该策略要求车辆在延长的时间段内收集数据集，并在收集数据时，在收集每个数据块时，以定义的数据块和/或以流式传输的方式，将数据发送回到车辆的外部设备。该示例策略可以被保持定义的时段，保持直到被外部设备移除，和/或保持直到事件发生（例如，使用该数据的算法或过程的改变，在该算法或过程使用的数据的改变的情况下，在该算法或过程中断的情况下，在该算法或过程被更新的算法或过程替换的情况下，等等）。可以在策略内定义删除策略的定义的时段和/或事件参数。这样的策略的示例用途包括车辆条件的实时监视、车辆或相关车辆组的诊断或预测算法的实现和/或项目输出的时间常数足够短以至于低利用数据传输操作不足以支持该项目或以可接受的性能支持该项目的项目。这样的策略可以被称为实时监视策略、紧急数据策略、即时数据策略等。

第一分区302进一步包括数据存储320，其可以是存储由数据通信308组件提供的数据的原始数据存储。数据存储320保持数据与第二分区304分割，直到所收集数据被请求，从而将从数据存储招致的风险分割。例如，第一分区302可以由第一实体控制和/或操作，并且第二分区304可以由第二实体控制和/或操作，由此分区306分割与数据存储相关联的风险。在某些实施例中，数据存储302以加密格式存储数据，这可以进一步被配置为使得操作第一分区302的第一实体不能访问所存储数据的数据值。在某些实施例中，数据存储302存储与元数据值相关联的数据，诸如车辆信息、时间戳、数据类别描述等，使得可以响应于数据请求/处理322组件的数据请求来供应适当的数据。

示例第二分区304进一步包括同意管理器332，该同意管理器332确定是否需要对策略中的数据值的同意，并与用户同意控制器312和/或同意应用402（参考图12）通信，以请求和接收同意值。在某些实施例中，应用授权数据存储328被用来存储同意信息，诸如对当前策略、未决策略等的同意确认。应用授权数据存储328进一步可以用于确定被授权由特定用户、用户角色、应用402和/或根据要使用的其他授权方案访问的策略方面（例如，数据参数、采样率、事件值和/或用例值）。

示例第二分区330进一步包括策略管理器330，其接收来自用户和/或应用的输入，以确定所请求的策略、策略更新、策略改变等。在某些实施例中，策略管理器330经由API引擎326与用户设备106、外部应用402和/或内部应用334对接，以确定所请求的数据收集、事件、优先级等，以在确定策略中利用。在某些实施例中，用户或应用可以将请求的策略作为数据结构提供给策略管理器330，例如格式化数据XML、JSON、HTML或包括所请求的策略元素的格式化描述的其他数据结构。

在某些实施例中，策略管理器330向用户或应用提供用户接口，以便为策略请求提供快速、方便和/或可靠的格式化。例如，与应用或用户对接的策略管理器330可以提供系统中可用的数据元素、预定事件值和/或预定响应值的列表。在某些实施例中，列表可以包括接口元素，诸如下拉列表、复选框或允许快速选择所请求元素并确保所请求元素的正确格式化的其他接口。在某些实施例中，所请求的元素的用户和/或应用授权可以在所请求的策略元素的构造或输入期间执行——例如，策略管理器330可以隐藏未授权的元素，以替代的格式显示未授权的元素（例如，变灰），和/或提供未授权的元素当前包含在所请求的策略元素内的警报或通知。在某些实施例中，策略管理器330可以允许未授权的元素进入策略请求（和/或省略授权的预筛选），其中如果在验证用于更新的集成策略时未经授权的元素仍然存在，则策略管理器330将拒绝基于策略请求创建策略（例如，将来自各种用户和/或应用的多个策略请求集成到集成策略中）。在某些实施例中，策略管理器330可以向用户或应用（例如，策略创建器、策略控制器、超级用户等）通知策略请求的验证已经失败，无论是由于包含未授权的数据请求，还是由于过多的通信带宽要求，还是其他原因。在某些实施例中，策略管理器330可以标识策略请求的哪个元素引起了验证失败，和/或可以向被通知的用户或应用提供选项，诸如与做出未授权请求的用户或应用的通信、授权未授权请求的选项等。

在某些实施例中，策略管理器330的操作包括将来自用户和/或应用（内部或外部）的多个策略请求编译成集成策略结构的操作。在某些实施例中，策略管理器330（和/或车辆数据请求管理器342）提供集成策略结构作为数据请求的超集（例如，合并给定参数的数据请求），并且可以进一步合并事件请求和/或事件响应，其中那些合并操作可以与实现个体策略请求内的事件和响应一致。在某些实施例中，策略管理器330可以包括在确定事件响应中对数据超集的考虑——例如，在事件响应于事件而请求取得数据，但是已经为策略内的另一请求收集了数据的情况下，可以省略该事件和/或可以减少所收集数据以计及数据的可用性。

在某些实施例中，策略管理器330包括验证集成策略结构的操作，例如，确保用户和/或应用仅请求授权数据，确保需要同意的数据参数具有可用的同意（和/或向同意管理器332传送同意要求以采取适当动作），和/或确保车辆的网络带宽能力、车辆的数据存储能力或其他参数可以满足集成策略结构的要求。在某些实施例中，策略管理器330保持更新的“实时”验证，例如当从用户和/或应用接收到策略请求时验证潜在的集成策略结构。在某些实施例中，策略管理器330在例如策略创建器请求时执行验证，这可以作为策略或策略更新的“构建”来执行。在某些实施例中，策略管理器330利用默认策略，例如当首次制造车辆时。

在某些实施例中，在策略被验证之后，策略管理器330可以将策略传送给车辆策略通信管理器310，以便传送给车辆102。附加地或替代地，策略管理器330可以响应于来自策略创建器、超级用户或其他授权系统用户的请求，将策略传送给车辆策略通信管理器310。

在某些实施例中，策略管理器330或其他系统组件可以访问策略数据存储340，其可以包括先前验证的策略、遗留策略、一个或多个默认策略和/或GUI参数，诸如数据元素的通用名称、用户角色描述、应用角色描述（例如，事件值集、事件响应和/或基于应用角色（诸如OEM、制造商、第三方等）可用的数据值）、示例事件值和/或事件响应和/或车辆数据（例如，标称带宽描述、存储信息等）。

在某些实施例中，策略管理器330向用户或应用提供高级描述，该高级描述在某些实施例中可以称为“用例”。用例可以包括一个或多个数据收集元素，诸如要收集的参数组，和/或可以进一步包括一个或多个相关联的事件和/或事件响应。用例的选择由此可以被用来快速构建其中具有预定信息的策略请求。呈现给用户的用例可以存储在数据存储340中，和/或可以取决于用户和/或应用的角色和/或授权。在某些实施例中，用例可以具有可标识的或通用的名称，诸如“路由应用用例”、“乘用车标准用例”、“送货车辆用例”等。数据存储340可以具有可用的默认用例，和/或可以包括由策略创建器、策略控制器、超级用户等创建或构造的和/或使其可用的用例。在某些实施例中，用户和/或应用可以具有构建策略请求的能力，并且将该请求保存为用例，用于作为模板、数据收集参数的基线组等的未来实现。在某些实施例中，策略管理器330的验证操作可以利用用例（例如，利用对于给定的车辆、用户、应用等，用例被授权或未授权的预定值），和/或策略管理器330的验证操作可以评估响应于用于验证的用例而填充的个体元素。在某些实施例中，由用例填充的数据值可以向用户和/或应用显示，或者可以对用户和/或应用隐藏。

示例性第二分区304进一步包括一个或多个内部应用334——例如由与第二分区304相关联的操作实体创建或实现的应用。示例第二分区304进一步包括应用/用户网络管理器324，例如执行负载平衡操作，并使用通信接口338向外部应用提供通信和/或从外部应用接收通信。在某些实施例中，应用/用户网络管理器324执行操作以实现与外部用户和/或应用的用户接口或图形用户接口。

示例车外设备104实现同意通信344、策略通信346和/或数据通信336，以管理分区302、304之间的通信。通信344、346、336可以包括标准化的接口和/或协议，例如使得给定的分区302、304可以独立于对其他分区的更新或改变而操作。

图3的示例描绘了两个分区302、304，尽管在某些实施例中，车外设备104可以是集成设备，和/或分区302、304的各方面可以具有附加的分区，和/或分区之间不同的组件分发。

参考图4，描绘了示例内部应用334和/或外部应用402。本公开不限于所描绘的应用，并且给定的应用可以作为内部应用334或外部应用402来提供。图4的示例描绘了多个用户设备106，多个用户设备106可以通过网络接口406通信地耦合到系统，该网络接口406可以包括一个或多个方面，诸如互联网连接、移动通信接口、专有网络接口等。给定的用户设备106可以与一个或多个应用402对接，并且给定的应用402可以与一个或多个用户设备106对接。在某些实施例中，应用402可以在没有对接用户设备106（例如，数据刮刀、AI组件等）的情况下操作，和/或可以在某些时间或操作条件下选择性地与用户设备106对接操作，并且在其他时间或操作条件下独立于用户设备106操作。

参考图5A和图5B，示意性地描绘了用于车辆102的示例车辆网络基础设施。示例车辆102包括与以下各项通信的以太网交换机：多个基于以太网的设备（例如，与以太网通信的传感器、致动器和/或控制器）、边缘网关设备（例如，与诸如CAN或第二以太网的第二网络交互，并向第一网络或以太网提供参数）、数据收集控制器、多个以太网设备和用户同意控制器。

参考图6，描绘了示例边缘网关206。示例边缘网关206包括CAN数据收集策略管理器，其从数据收集控制器接收数据收集命令。CAN数据收集策略管理器指令从CAN设备208收集CAN数据以支持数据收集命令，并向以太网交换机提供以太网通信参数以支持数据收集。边缘网关206的利用支持混合网络操作，并且在某些实施例中允许车外设备104操作，而不需要哪些设备存在于CAN、以太网或其他网络上的知识。示例边缘网关206进一步包括CAN处理组件，诸如解释相应CAN组件208的CAN地址的CAN IP组件、解释CAN消息以确定其中的数据值的CAN消息接收器以及支持如下功能的CAN消息过滤器：支持例如CAN消息的下采样以减少车辆网络内的网络业务，同时支持策略。例如，如果在CAN上以20 ms的速率提供参数，但策略仅要求该参数1秒的采样率，则CAN消息过滤器可以删除消息的过量采样。在某些实施例中，除了CAN消息过滤器之外，或者代替CAN消息过滤器，其他组件可以执行下采样。例如，以太网交换机和/或数据收集控制器可以执行适当的下采样。下采样的位置可以取决于策略的细节（例如，如果由于事件，参数可能偶尔被更快地采样，则CAN消息过滤器可以以可能需要的最高速率提供数据，从而允许另一个组件在不需要更高速率时下采样，和/或CAN消息过滤器可以响应于事件，基于情况适当地下采样）。示例CAN网关206附加地包括CAN消息捕获，例如传递CAN采样数据和/或缓冲CAN采样数据直到其被传递。示例CAN网关进一步包括CAN2Eth封装组件，其将捕获的CAN消息封装到以太网消息中（例如，包括前导和/或拖尾消息数据，和/或将一个或多个CAN消息封装到单个以太网分组中）。示例CAN网关进一步包括Eth IP组件，其将封装的CAN消息传送到以太网上的适当地址。在某些实施例中，消息在两个方向上传递，例如允许CAN数据收集策略管理器接收当前策略的适当部分，从而允许边缘网关接收事件数据指示符（例如，不止给定事件已经发生）等等。在某些实施例中，混合网络可以包括与CAN-以太网混合不同的网络类型，和/或可以包括具有不同协议（例如，分组大小、前导和/或拖尾比特等）的网络，其中边缘网关因此包括适当的组件。

参考图7，描绘了示例以太网交换机204。示例以太网交换机204包括以太网分组过滤器组件和以太网分组拦截器，以太网分组过滤器组件例如用于执行下采样和/或拒绝不需要的分组（例如，响应于在事件不活动的操作周期期间由以太网设备和/或边缘网关提供的事件的数据）。示例以太网分组拦截器从以太网中检索选择的数据。在某些实施例中，以太网交换机204执行诸如端口交换或其他路由操作的操作。示例以太网交换机204与数据收集控制器202、边缘网关206和一个或多个以太网设备210通信。

参考图8，描绘了示例以太网设备210。在某些实施例中，以太网设备210管理与特定设备相关的策略实现，例如利用ECU策略管理器（电子控制单元），其确定响应于策略的数据传输值，所述数据传输值包括数据速率、分辨率和/或对事件的数据响应。在某些实施例中，ECU管理器执行事件检测（例如，读取以太网参数并确定事件是否活动）。在某些实施例中，ECU管理器接收事件状态，并响应于事件状态仅管理数据传输要求。以太网设备210进一步包括数据收集器，该数据收集器可以下采样、调整数据值的分辨率和/或提供多个数据值（例如，其在分组内，和/或为稍后在数据收集控制器202和/或车外设备104中的匹配打上时间戳）。示例以太网设备210进一步包括向Eth IP提供分组的数据发射器，其中Eth IP管理相关联分组的寻址、发送和/或接收。示例以太网设备210可以与特定组件相关联，例如响应于相关联组件的策略来控制以太网通信。附加地或替代地，以太网设备210可以是组件的一部分（例如，除了支持策略的数据收集方面之外，还可以管理组件的以太网通信）和/或可以是与组件相关联的控制器的一部分。示例以太网设备210与以太网和/或以太网交换机204通信。

参考图9，描绘了示例用户同意控制器212。用户同意控制器212可以是车辆操作者可访问的车载用户输入设备的一部分和/或可以与之相关联，所述车载用户输入设备诸如是控制台（例如触摸屏接口）。在某些实施例中，用户同意控制器212可以被省略，和/或可以在系统的另一部分中，例如作为移动设备的应用、web门户或连接设备的其他接口等。例如，在车辆的所有者和/或相关联数据与操作者分离的情况下，和/或为了操作者的方便，可以为同意通信提供替代接口。在一个示例中，操作者利用其上安装有应用的移动设备来执行同意操作，例如具有确认与车辆关联的登录或认证操作。在另一个示例中，具有管辖范围的所有者或代理访问应用或web门户——例如，车队管理者在与车辆相关联的计算设备和/或移动应用上具有基于网络的访问。在某些实施例中，可以在单个接口（例如，列出车辆组的web应用）内和/或通过单个动作（例如，批准对所选择的车辆组的策略更新）为多个车辆提供用户同意。在某些实施例中，用户同意应用（例如，参考图4）可以与用户同意控制器212结合使用，或者作为用户同意控制器212的替代。

参考图10，示意性地描绘了其上具有多个组件的示例数据收集器控制器202，并且其被配置为在功能上执行数据收集器控制器202的操作。数据收集器控制器202包括从车外设备104接收策略更新、策略和/或策略通知的车辆OTA客户端（空中下载）。示例车辆OTA客户端将策略、策略更新和/或策略通知传送给策略管理器。在某些实施例中，可以通过MQTT代理（参考图11）从车外设备104提供策略，从而允许车辆102订阅策略更新，并接收更新的策略可用的即时通知，而不需要将完全的策略传送给车辆102，直到车辆102处于接收和/或实现策略的条件。在某些实施例中，策略管理器可以下载的策略更新并存储它以供以后实现。在某些实施例中，策略管理器可以仅在车辆102处于实现策略的条件下时（例如，在关闭操作期间、在稳态操作期间等）命令下载的策略。

示例策略管理器验证策略，例如基于车辆特定信息执行检查，车辆特定信息可能不可用于车外设备104上的策略管理器330，以确保策略可以实现。例如，如果策略要求从不存在的设备收集数据，则要求不可能或以其他方式不符合车辆要求的网络业务（在车辆的任一网络上，通过以太网交换机，或在车辆网络的某个其他组件处），和/或要求车辆102不能提供的信息类型（例如，不可用的采样率和/或分辨率），则策略管理器可以拒绝策略和/或向车外设备104提供策略被拒绝的通知。在某些实施例中，策略管理器可以被配置为部分地实现策略，例如实现来自策略的一部分的较高优先级数据收集元素，并拒绝其他较低优先级数据收集元素，和/或替换当前实现的策略具有比更新策略的高优先级部分更低优先级的部分。然而，在某些实施例中，策略控制器可以被配置为整体上接受或拒绝新的或更新的策略。在某些实施例中，例如，在策略管理器不能完全符合新的或更新的策略的情况下，策略管理器可以被配置为将关于策略的部分实现的信息传送给车外设备104（例如，指示仅部分符合的标志，和/或诸如哪些参数没有被服务，和/或可用的或替代地被提供的服务级别的另外信息）。

在某些实施例中，策略管理器解析策略元素，并将相关元素传送至遍及系统中的策略管理器（例如，传送至边缘网关、以太网交换机、以太网设备和/或具有数据收集控制器202的其他组件，如下所述）。示例数据收集控制器202包括（一个或多个）数据接收器组件，其从以太网（例如，利用Eth IP组件）和/或车辆102上的其他组件（例如，从用户同意控制器）接收响应于策略的数据（和/或如果检测到事件条件则计划响应的数据）。数据接收器向预处理组件提供数据，预处理组件可以确定虚拟传感器或模型化值、调整数据采样率（例如，执行过滤操作）、调整分辨率值等。在某些实施例中，预处理组件可以执行支持事件检测的某些操作，诸如确定通知事件状态确定的次级状态值，基于存在的故障代码拒绝或标记数据，等等。

示例数据收集控制器202包括执行短期数据存储的高速缓存组件，例如以允许参数处理，和/或支持信息捕获，诸如滚动缓冲器，其中事件可以触发短期过去数据恢复（例如，指示事故、组件故障等的触发，其中当检测到事件时，过去数据是合期望的）。示例高速缓存组件可以响应于来自高速缓存控制器的命令，高速缓存控制器可以接收解析的高速缓存指令以支持策略，和/或可以响应于车辆202的当前操作条件调整高速缓存操作。在某些实施例中，高速缓存和/或其他可用存储的大小可能影响数据收集控制器202满足策略要求的能力。例如，在策略中的许多事件提供高速缓存存储器的大量消耗的情况下，策略管理器可以确定车辆202的当前配置不能满足策略。在某些实施例中，例如，在车辆组内存在具有不同高速缓存大小的高速缓存组件的多个零件号的情况下，和/或在存在车辆特定条件的情况下（例如，高速缓存存储器的一部分出现故障或以其他方式不可用），相对于车外设备104上的策略管理器330，具有关于特定车辆的高级信息的策略管理器可以在策略管理器330批准策略的情况下做出策略不能被验证的确定。在某些实施例中，触发条件评估器从策略管理器接收指示事件检测标准的解析信息，并且触发条件评估器响应于事件检测标准以及高速缓存和/或捕获的数据来确定存在哪些事件条件。在某些实施例中，事件检测可以如遍及本公开描述的其他组件中执行，诸如在边缘网关策略管理器和/或以太网设备策略管理器处。在某些实施例中，数据收集控制器202的策略管理器确定哪个设备具有足够的可用信息来履行事件检测的操作，并且向适当的组件提供策略的解析元素。因此，在某些实施例中，触发条件评估器可以参考指示给定事件条件是否已经发生的状态值，而不是执行用于确定事件是否已经发生的参数的直接检测。在某些实施例中，一个设备可以执行初级事件检测，并且另一个组件（例如，触发条件评估器）可以执行同一事件的次级检测，例如，提供一种系统，其在指示事件的初级传感器已经故障但是备用传感器检测到事件的发生时，响应于检测到事件。

示例数据收集控制器202包括提供存储参数的捕获组件。在某些实施例中，捕获组件响应于来自触发条件评估器的命令，例如指示触发条件（事件）是活动的，并且可以从高速缓存组件拉取另外的信息（例如，高速缓存中可用的缓冲值）来支持策略的实现。示例数据收集控制器202包括存储组件，该存储组件存储用于传输到车外设备104的捕获数据。示例存储组件利用诸如闪存的非易失性存储器，从而允许在掉电的情况下保存尚未传输的存储数据。示例数据收集控制器202包括存储控制器，该存储控制器为存储组件提供存储命令以支持策略的实现，和/或支持车辆202的特定操作条件，诸如到车外设备104的网络通信的间歇性丢失和/或向车外设备104传送数据的间歇性能力（例如，在较高优先级资源正在利用可用带宽的情况下，和/或在存在诸如数据计划限制的数据通信限制的情况下）。在某些实施例中，执行数据收集参数的存储，直到存储组件已满，其中清除一些数据（例如，最老的数据、最低优先级的数据和/或最少使用的数据）。例如，如果第一数据元素支持许多策略请求，并且另一数据元素仅支持单个策略请求，则存储控制器可以被配置为保留满足更高百分比的可用策略请求的数据。在某些实施例中，对应于各种策略请求的数据元素在数据存储控制器202处不可用，并且利用其他标准来确定哪些数据将被清除或到期。在某些实施例中，要清除的数据的一部分可以附加地或替代地被压缩和/或汇总以减少存储的利用。在某些实施例中，要清除的数据的一部分可以被下采样以减少存储的利用。在某些实施例中，某些数据元素对压缩、汇总和/或下采样的可修改性（可修改性可以包括所需的处理能力消耗、底层数据的压缩、汇总或下采样格式的数据的描述值，或类似的考虑）可以在响应于存储组件已满（或填满）而确定来自存储控制器的命令中被考虑。在某些实施例中，作为策略的一部分，可以提供响应于存储组件已满或充满而对数据进行压缩、汇总和/或下采样的命令，和/或该策略可以进一步包括用于在被指示时对数据进行压缩、汇总和/或下采样的技术的指令。在某些实施例中，策略可以进一步包括指示何时执行存储清除、压缩、汇总和/或下采样操作的阈值（例如，存储值阈值、存储已满之前的剩余时间等）。

在某些实施例中，存储控制器被配置为通过利用存储组件上可用的存储的一部分来支持高速缓存操作。在某些实施例中，存储控制器可以被配置为基于历史信息来确定可以利用的存储量，所述历史信息诸如是存储组件随时间的使用分数，和/或向车外设备104传输所收集数据的网络可用性。在某些实施例中，可以在策略内定义对高速缓存组件的存储支持。在某些实施例中，可以不利用对高速缓存组件的存储支持。在某些实施例中，策略管理器可以在验证策略的操作中考虑对高速缓存组件的存储支持的可用性。

在某些实施例中，数据收集控制器202包括加密组件，该加密组件被配置为对要传输至车外设备104的数据进行加密。在某些实施例中，数据收集控制器202包括压缩组件，该压缩组件被配置为压缩要传输到车外设备104的数据。压缩可以是有损或无损压缩，并且压缩类型可以根据数据类型、压缩之后数据的描述值来确定，和/或可以由策略来确定。数据收集控制器202进一步包括被配置为将所收集数据传输到车外设备104的传输组件，以及配置传输的传输控制器组件，例如支持选择的数据协议，以在车辆102的竞争传输资源之间进行调解（例如，将相对数据优先级与其他传输元素进行比较，根据数据计划、车辆操作条件调度传输，和/或支持收发器上使用的虚拟信道）。在某些实施例中，传输控制器响应于策略的解析元素，该解析元素指示数据计划值（其在特定数据元素之间可能不同——例如，在第一数据元素与具有第一数据计划的第一请求者相关联的情况下，以及在第二数据元素与具有第二数据计划的第二请求者相关联的情况下）、传输优先级和/或与任何前述相关的车辆操作条件。

参考图11，描绘了示例第一分区302，其具有被配置为功能性地执行第一分区302的操作的多个组件。示例第一分区302包括负载平衡/代理控制器312（例如，网络管理器），其被配置为与数据收集控制器202通信地交互。示例负载平衡/代理控制器312利用车辆102和车外设备104之间的策略通信1106、同意通信1108和数据通信1104进行交互。通信1104、1106、1108包括主要数据通信、认证、确认等。

示例第一分区302进一步包括http组件1102，其被配置为将接收到的数据封装成所选的数据结构（例如，对于图11的示例为http）以供存储。示例第一分区302进一步包括数据通信组件308，其被配置为封装数据以供存储，并且可以进一步包括解密所接收的数据的密码引擎（例如，利用临时车辆密钥）、用令牌可恢复地替换敏感数据的令牌化/匿名化组件、以及用主公钥加密数据的加密组件（例如，在数据请求/处理组件322具有主私钥的情况下），使得第一分区302不能访问数据值。在某些实施例中，数据通信组件308将元数据与存储的数据相关联，使得来自数据请求/处理组件322的请求可以用对应的数据来回答。示例第一分区302将数据存储到原始数据存储320中，以供内部应用334和外部应用402授权访问。

示例第一分区302进一步包括MQTT代理，其公布更新的策略，使得订阅设备（例如，数据收集控制器202）接收更新的策略可用的通知。在某些实施例中，第一分区302可以向车辆202推送更新的策略，和/或车辆202可以周期性地请求策略更新是否可用，和/或响应于某些事件（例如，某些操作条件、服务事件、网络可用性事件等）请求策略更新。

参考图12，示例第二分区304包括策略创建器组件1202，例如，用于执行操作以编译、实现、创建和/或存储供系统中使用的策略。在某些实施例中，策略创建器组件1202进一步被配置为推出策略更新，例如在向大量车辆发送策略更新之前，向少量车辆更新策略。示例第二分区304进一步包括数据请求/处理组件322，其具有利用主私钥解密从第一分区302接收的数据的数据处理引擎、恢复接收的数据内的令牌化信息的去令牌化组件、以及用临时密钥重新加密数据以便与请求数据的应用和/或用户设备（如果被授权的话）共享数据的加密组件。图12示例包括内部应用334，诸如为对应车辆202操作的车辆双应用，以及多个外部应用402，诸如车辆双仪表板、（任何类型的）第三方应用、移动应用、基于网络的应用、用户同意应用和/或策略创建器用户接口。

示例第二分区304进一步包括应用注册门户和应用批准工作流组件（一起为1204），其与应用和提出的应用对接，以确保适当的授权，实施应用标准等。应用注册门户和应用批准工作流组件1204进一步与应用授权数据库328交互，以记录应用注册，并确保访问应用的授权。在图13的示例中，描绘了授权通信1206，尽管授权通信可以在第二分区304的除了所描绘的组件之外的其他组件之间传递。

在某些实施例中，本文所述的一个或多个数据存储用于存储原始车辆消息和数据，并可以进一步包括元数据或其他信息，以标识选择时间处的数据——诸如车辆标识、时间戳、数据标识符和/或任何其他信息，从而允许系统在选择时间处访问原始数据存储的内容，并将原始数据存储的内容用于本文所述的一个或多个目的。原始数据可以参考车外传送的、本地存储在车辆上的车辆数据（例如，在选择的时间段内），如诸如从数据收集控制器202（参考图2）呈现数据。在某些实施例中，可以至少部分地处理数据，例如压缩数据、下采样数据、汇总数据、聚合数据等，并且仍然可以构成如本文所述的原始数据。在某些实施例中，数据可以被显著处理——例如从模型、虚拟传感器等确定的数据，并且仍然可以构成如本文阐述的原始数据。例如，描述诸如车辆速度、环境空气温度等基本车辆参数的虚拟传感器或模型的输出可以被存储为原始数据，以供应用402、334（例如，参考图4）使用。利用原始数据的描述可以包括以由车辆提供的方式利用的数据，和/或以作为可供利用的基本车辆参数呈现给应用402、334的方式利用的数据。给定的数据值（例如，车辆位置）可以被视为特定系统和/或特定目的的原始数据，并且不被视为另一系统和/或目的的原始数据。

本公开的实施例提供了用于提供容器管理的系统、装置和方法，包括操作和管理嵌入式环境（诸如移动应用）的容器运行时操作。示例操作包括为具有多于一个车载网络和/或车辆上混合网络的移动应用提供容器管理。本文的实施例提供虚拟网络构造和配置、容器内通信和容器间通信。本文的实施例提供了容器注册、部署和编排。本文的实施例提供了容器监视、恢复和/或更新。本文的实施例提供了可配置边缘网关的动态配置（例如，与CAN网络、LVDS网络、电信号区等对接）、来自边缘网络的动态数据收集、边缘网络的动态信号到服务映射、和/或使用通信引擎或其他实现电路或控制器编程/配置具有减少的时延的跨网络通信。

本公开的实施例提供了用于操作和/或管理车辆自动化特征和/或功能的系统、装置和方法。本文的实施例允许在没有编码的情况下添加、部署、配置和/或更新车辆自动化特征和/或功能（例如，算法开发、编译和/或计算机可读指令的更新、操作系统改变和/或固件更新）。本文的实施例允许利用自动化方案的索引、与操作者的交互和/或与进一步与操作者、所有者、服务人员、制造商、车队人员和/或OEM对接的应用的交互来添加、部署、配置和/或更新车辆自动化特征。本文的实施例支持管理、发起和/或更新车辆自动化特征和/或功能的灵活触发器，和/或执行车辆自动化特征和/或功能。

本公开的实施例提供了用于管理和/或操作车辆远程控制增强的系统、装置和方法。本文的实施例允许减少的时延和/或无时延的车辆-外部网络通信，例如利用低功率持续车辆-云通信。本文的实施例允许对客户支持、客户服务、商业分析、制造商/OEM应用差异、消费者应用、定制特征和/或售后特征的广泛控制功能。本文的实施例允许利用可编程复杂控制程序实现远程控制增强，其具有对车辆网络、设备、端点和/或流的安全访问的高能力，以及对辅助方面的访问，以允许高能力特征（例如，确定支持车辆状态、条件等，和/或确保任务功能不受抑制的能力）的实现。

本公开的实施例提供了跨移动应用的网络一致实现入侵检测系统（IDS）的系统、装置和方法，并且可以进一步包括跨移动应用的所有网络和/或网络的选择子集实现统一的。本公开的实施例进一步包括用于具有外部连接和数据通信的移动应用和/或至少部分在外部设备（例如，车队计算设备、云服务器等）上操作的功能性的IDS的实现。本公开的实施例包括用于以太网、CAN和/或车辆云IDS的IDS的实现。本公开的实施例包括生成和/或传送事故报告、数据日志、活动/响应描述和/或警报，和/或生成将在事故报告、数据日志、活动/响应描述和/或警报中使用的数据。本公开的实施例包括向所选择设备和/或通信流提供事故报告、数据日志、活动/响应描述和/或警报，所选择设备和/或通信流包括车载设备、车外设备和/或与所选实体（例如，操作者、所有者、车队人员、制造商、OEM、服务人员、监视应用或服务等）相关联的设备。本文的实施例包括实现对IDS操作的基于规则的事故响应的操作。本文的实施例包括IDS操作的动态配置和/或更新。

本公开的实施例提供了用于移动应用的共享网络存储的管理和/或操作的系统、装置和方法，所述移动应用具有与之相关联的多个数据存储设备，和/或可以进一步包括所述多个数据存储设备跨移动应用的至少两个网络和/或跨混合网络的网络之上分发。实施例包括由多个应用、流、处理器、电路、端点、设备、服务等共享的统一存储。本文的实施例提供了对移动应用的网络上的端点、设备、应用和/或流的网络文件系统访问。本文的实施例为共享存储数据和/或其部分提供覆盖数据库服务。本文的实施例提供了用于共享存储数据的所选加密方案，其至少包括在静态的数据的加密。本文的实施例提供了共享网络存储操作的认证、访问控制和审计，其至少包括根据策略、参与设备的权限等的排定操作。本文的实施例提供了共享存储数据的数据生命周期管理，其至少包括：策略的实现；数据保留方案；和/或移动应用的设备、端点、应用、流、相关服务、数据类型和/或确定操作条件之间的优先化。

本公开的实现以面向服务的架构（SOA）的形式提供，更快开发，代码重复使用，更低复杂性以及更容易部署。OEM受益于降低开发成本、缩短的上市时间、减少的保修费用和召回费用。对客户的益处包括车辆具有更多的功能，购买后的特征升级，以及减少由于与保修和/或召回相关联工作所致的不便。如本文使用的SOA包括用于设备、端点、应用和/或流的操作，以发布（例如，服务提供商）服务的可用性（例如，数据值、致动器操作和/或可用的功能），以及订阅（例如，服务请求者）或以其他方式请求可用的服务。可以选择性地发布服务（例如，仅向具有足够权限的订户发布，和/或仅由具有足够权限的提供商发布）。服务可能在发布和请求侧这二者都具有不同权限，例如其中所有者、制造商、OEM、车身制造商、车队运营商、第三方应用等具有发布和/或请求服务的不同权限。服务提供者和/或请求者可以在车上或车外。

现今，先前已知的车辆功能实现为特定任务的整体式代码，其与基础中间件、操作系统和特定控制器（例如ECU）的硬件紧密耦合。SOA架构允许新的应用跨网络重新使用现有应用提供的数据或功能，而不管它们驻留在哪个ECU中、它们与哪个网络相关联、底层硬件、OS、中间件以及所使用的编程语言。SOA的使用将控制逻辑从传感器数据和致动器中解耦，从而使应用和控制功能可移植到不同的ECU。SOA的利用增加了总体系统功能的可伸缩性，因为服务提供者和消费者这二者都可以基于性能、成本权衡和系统的改变（例如，操作条件、权限的改变、订阅的改变等）来添加/减少或启用/禁用。附加地，SOA的利用允许将特征的定时将从制造事件或经销商准备事件中解耦，因为当特征可用时，可以容易地添加或移除特征。

示例SOA支持利用AUTOSAR ARA::COM兼容API接口，并进一步包括其扩展。没有扩展的ARA::COM模块的示例特性包括分布式架构的利用（例如，每个服务提供者和请求者管理提供、发现、连接以及与对应方的交互），并且因此没有容易可用的方式来监视或控制服务管理活动，诸如发现、发布、订阅、服务的启动/停止和/或用于调试、诊断或分析的活动报告。中央管理的缺乏导致外来的网络业务、网络间服务的不可用性、每个设备单独适应服务改变的要求以及服务发布和/或订阅的权限方案或安全性的缺乏。此外，在ARA::COM下，服务接口的许多方面在编译操作之前或期间必须静态定义（例如，服务ID、IP地址、端口号等）。因此，改变任何静态值都需要修改和重新编译代码，这既麻烦又容易出错。附加地，由于各种错误条件，因此跨移动应用之上的不同应用中的给定ECU的静态本地注册可能变得不同步，并且从这样的情形中恢复可能花费很长时间，完全失败，并且可能因此导致大量的停机时间、任务失败和/或重新配置车辆的（一个或多个）ECU的昂贵的服务操作。

示例实施例包括集中式控制器，用于为移动应用（例如，SOA）实现面向服务的软件基础设施。示例能力包括使用从云中维护和部署的策略对车辆中的所有服务（和/或所有受管理的服务）进行集中管理。在某些实施例中，可以从耦合到车辆的外部设备，诸如维修工具、OBD设备等，维护和/或部署所有或部分策略。在某些实施例中，可以从用户设备维护和部署所有或部分策略，用户设备可以通过云、web应用、硬件连接（例如，USB线缆、OBD端口耦合等）和/或诸如WiFi或蓝牙连接的另一种连接耦合。在某些实施例中，更新和/或部署策略的能力和/或权限可能因更新实体（例如，制造商、服务、所有者、保修实现者等）和/或通过访问类型（例如，云、web应用、硬件连接等）而变化。示例策略定义了诸如服务参数、服务访问权限和/或服务连接模式之类的参数。示例集中式控制器实现对策略的动态更新，这可以添加、更新、删除、启用和/或禁用服务的服务提供者、请求者、服务参数、特定订阅和/或发布参数。在某些实施例中，集中式控制器至少部分能够支持利用静态配置的策略（例如，在云连接性不可用或当前不可用的情况下）。在某些实施例中，集中式控制器将策略存储在数据结构中，该数据结构被配置为提供策略信息，并且能够存储在与OS、引导或集中式控制器的其他操作扇区分离的存储器位置（例如，闪存）中，从而允许在不中断基本操作的情况下更新参数。在某些实施例中，策略信息的分离可以是物理的（例如，不同的存储器存储设备）和/或逻辑的（例如，与基本操作地址分离的存储器地址）。在某些实施例中，策略信息的存储可以全部或部分地作为共享网络存储操作来执行。

一种示例集中式控制器提供了服务对云或外部工具的可见性。例如，集中式控制器可以确定和/或存储车辆上提供和/或消费的所有服务的服务地图。与请求设备共享的特定服务地图可以根据请求者的权限（例如，制造商、服务实体、车队所有者、安全人员、合规人员等的不同视图）来配置。示例集中式控制器确定车辆中关键服务活动的日志（例如，服务的添加或移除、订阅的改变、服务的数据提供商的改变等）。作为关键服务活动的活动可以根据请求者和/或使用活动日志的目的而变化，并且因此可以根据请求设备和/或实体来确定和/或调整日志的内容。附加地或替代地，日志的共享和/或共享日志的内容可以根据请求者的权限来配置。活动日志可以用于调试、诊断、审计、符合性确定或其他目的。

用于服务连接的示例模式包括：全服务发现，带有发布/订阅数据，以及全动态连接；没有服务发现，但提供了发布/订阅数据和部分动态连接；和/或没有服务发现、没有发布/订阅数据以及静态连接。在某些实施例中，应用于服务连接的模式可以根据服务连接的权限来配置，和/或可以用作对非标称操作的响应（例如，服务连接可以被授权用于完全服务发现，但是服务发现失败发生，集中式控制器可以提供部分动态连接作为回退操作，并且如果发布/订阅数据检索失败，可以进一步提供静态连接作为回退操作）。

示例集中式控制器将SOA管理器作为所有端点均可以依赖的预定义服务提供商进行操作（例如，一致的网络地址等）。通过存储包括策略信息的配置信息来管理动态操作。响应于非标称条件，诸如SOA管理器确定存在错误（例如，端点似乎被移动、丢失或间歇可用），SOA管理器查询配置信息和服务连接状态以进行恢复。

一种示例集中式控制器，执行用于服务连接的安全操作，诸如，在允许运行服务连接之前，要求来自服务端点的标识证明。示例集中式控制器操作安全引擎，该安全引擎存储有定义证明的生成、存储和验证的信息。示例SOA管理器基于与服务端点相关联的策略、配置信息和权限来授予或阻止服务连接和/或服务连接上的特定操作。策略信息可以动态更新。

示例集中式控制器包括在所选API（诸如ARA::COM模块）顶部操作扩展的SOA管理器，并进一步作为服务提供商操作。SOA管理器基于策略信息和配置信息来配置、控制和监视车辆中面向服务的通信。示例集中式控制器进一步包括SOA插件SDK，其包括由参与SOA通信中的任何应用使用的库，其中库函数与SOA管理器通信以确定控制信息、实施控制并向SOA管理器报告状态和活动。示例SOA插件SDK进一步包括工具，用于修改生成的客户端代理和服务器骨架代码，以支持服务参数的动态配置。

参考图13，示例系统示意性地描绘了集中式控制器（ECU）、SOA管理器、SOA插件以及车辆控制器（例如ECU、ADAS）和外部设备（例如云）之间的通信。出于描述的目的，所描绘的端点（例如ECU、ADA）被示出为客户端或服务器应用。应当理解，给定的应用可以是客户端、服务器或两者，这取决于服务、车辆操作条件等。“IVN”是车载网络层，并且可以是物理层（例如，多个物理端点连接和网络硬件）、逻辑层（例如，以太网网络的端口或虚拟端口），或者这些的组合。应当理解，IVN可以包含混合网络，例如以太网和CAN网络，其中一个或多个网络可以利用可配置的边缘网关或其他对接设备与SOA管理器对接。

示例集中式控制器包括AUTOSAR Adaptive通信管理模块（例如，包括IPC、SOMEIP和/或其他协议绑定），与ARA::COM模块集成的SOA管理器，以及SOA插件库和代码生成工具。

示例集中式控制器包括提供在车辆控制器中的SOA管理器，其中SOA管理器在单独的ARA::COM模块和SOA插件库和代码生成工具的顶部运行。

本公开的示例为移动应用提供频繁的特征升级、特征添加或移除以及个性化的特征配置。示例实施例通过提供简单、灵活的自动化能力来启用定制的车辆行为。示例实施例包括接口和集成工具，从而允许开发者和用户快速且容易地创建基于用户输入和车辆状态操纵车辆特征的定制工作流。

示例实施例允许用户创建定制触发动作规则，以自动化车辆环境，并允许先前不可用的车载功能。例如，本文的实施例包括响应于语音命令、智能电话输入、车辆中的按钮和/或检测到的车辆操作条件或事件，对座舱温度、照明、信息娱乐、座椅、窗户、天窗、敞篷车顶部、驾驶模式和/或任何其他致动器或车辆接口的调整的客户控制。

一种示例系统，包括具有自动化管理器的集中式控制器，该自动化管理器确定包括触发动作的定制化操作（例如，语音命令；操作者输入值，诸如来自应用、个人设备、车辆操作者输入和/或车辆显示输入；车辆操作条件；检测到的事件；和/或这些的组合）。示例自动化管理器监视车辆条件以确定触发动作是否已经发生，并响应于触发动作发生来命令定制化的操作。在某些实施例中，自动化管理器可以响应于车辆条件限制定制化操作的实现（例如，打开驾驶员车门的“打开车门”命令可以包括诸如零车辆速度的条件，其可以由提供定制化操作的用户实现或以其他方式在系统中的其他地方实施）。在某些实施例中，与某些致动器的交互（例如，直接车辆启动命令）可能被禁止和/或需要附加的授权或权限。在某些实施例中，与某些致动器的交互（例如，车辆启动命令）可以体现对车辆的应用或流的请求，而不是实现致动器的直接命令（例如，在车辆具有车辆上可用的自动化启动功能的情况下，由此定制化操作请求实现自动化启动功能，而不是向车辆的启动器提供直接命令），其可以具有不同于与底层致动器的直接命令相关联的权限的权限。在某些实施例中，定制化的操作数据存储在系统上的存储器存储中，诸如与配置信息一起。在某些实施例中，自动化管理器基于配置实体（例如，所有者、运营商、制造商、第三方应用提供商等）的权限和/或授权和/或根据与作为定制化操作的一部分被访问的数据元素和/或被命令的致动器相关联的权限来限制定制化操作的配置。

下文描述了示例操作，以说明本公开实施例可支持的几种操作类型。示例操作是非限制性的，并且示例自动化管理器能够响应于能够作为网络通信和/或存储在计算机可读介质上的数据参数提供的任何输入，并且能够向系统中的任何致动器提供能够被命令的任何响应，包括在系统中的另一控制器（例如，车辆显示器、系统扬声器、车辆传动系等）控制下的致动器。

示例定制化操作包括响应于驾驶员轻敲驾驶员座椅加热开关两次并设置乘客座椅加热而设置乘客座椅加热的操作。示例操作在短暂的延迟（例如，几秒钟）之后将驾驶员座椅加热开关返回到驾驶员侧加热的控制。示例操作允许驾驶员从车辆的驾驶员侧方便地设置乘客座椅加热。

示例定制化操作包括响应于命令配置多个车辆方面的操作，诸如“嘿，汽车，开始我的早晨通勤”。在该示例中，配置的车辆方面可以包括将无线电调谐到选择的电台和音量，设置预选择的导航目的地（例如，办公室），设置车辆的性能模式（例如，燃料经济模式），设置驾驶员的座椅位置（例如，向前/向后、高度、倾斜、腰部支撑等），和/或设置HVAC参数（例如，选择的座舱温度）。在某些实施例中，定制化操作可以包括基于环境或外部条件的进一步交互，诸如取决于一周中的星期几使用不同的无线电台，基于环境温度调整HVAC设置，根据车辆中的人数调整导航，等等。

一种示例定制化操作，包括响应于系统条件配置多个车辆方面的操作，所述系统条件诸如是车辆在夜间接近驾驶员的家。在该示例中，定制化操作实现了一个工作流，该工作流为调暗前灯、降低收音机音量、向家庭自动化系统发送消息以打开灯并且打开车库门，以及在汽车驶入车库时收回侧视镜。在某些实施例中，车辆在夜间接近驾驶员的家可以通过任何操作来确定，诸如根据GPS坐标确定、与家庭自动化系统的网络直接交互等。

一种示例定制化操作包括响应于输入——诸如车辆显示器上的硬编码按钮——配置多个车辆方面的操作。示例包括响应于硬编码按钮将车辆的HVAC系统设置为期望的温度，而不必导航气候控制系统、利用多次按钮按压、和/或在可能缺乏可视性（例如，车辆是黑暗的）和/或驾驶员不想利用注意力来寻找和关注相关旋钮的情况下转动相关旋钮。

示例自动化管理器（或车辆自动化管理器）允许用户创建可以在车辆上执行的任意触发动作规则，诸如由集中式控制器执行。例如，用户可以创建触发动作规则，当在夜间驾驶时没有迎面而来的交通时，它将自动打开车头远光灯。定制化操作的示例示意流描述包括：

用户通过她的电话或web浏览器访问应用程序，并使用其创建定制触发动作规则，或启用由OEM创建的预定义规则；

触发动作规则被发送到云，并且启用的触发动作规则在云侧被合并为“配方（recipe）”；

云通过车辆更新控制器（VUC）向车辆推送配方（例如，存储与定制化操作相关的配置信息）；

当触发评估引擎接收到最新配方时，其分析配方中的每个规则，并以受控和隔离的方式执行每个规则；

审计数据（诸如触发动作规则被执行的次数、触发事件检测、触发事件数据和/或动作被触发但基于操作条件被抑制的事件等）被发送回到云，在云中可以例如从电话应用程序和/或其他监视应用对其进行进一步审查。

可以看出，车辆自动化管理器允许用户丰富其车辆体验，而无需等待特征请求、批准和更新过程。示例车辆自动化管理器进一步允许用户利用他们自己的创造力和/或第三方应用提供商的创造力来实现改进的车辆交互。附加地，车辆品牌所有者（例如，制造商或OEM）或其他支持方或负责方可以实现触发动作规则，以更快和/或更频繁地向许多用户、或甚至特定用户提供更新或特征。

示例车辆自动化管理器（VAM）从云中获取配方作为输入，并执行配方中的触发动作规则。每个触发器操作规则都由触发器、条件和操作组成。触发器是对规则的输入，其包括来自CAN总线的信号、时间、位置、诊断状态、车辆状态、视频/音频、驾驶日志等。条件取得触发输入值，并决定是否满足某些条件。

使用定制语法描述条件，以便表述复杂的逻辑条件，诸如多级与/或逻辑、比较器和用于计算总和/平均值/标准偏差等的高级实用函数。如果条件得到满足，则对应的动作将被执行和/或被请求（但是可能由于操作条件等而被阻止）。动作可能包括调用SOA中的服务或向CAN ECU发送CAN信号。

参考图14，示意性地描绘了示例自动化管理器，并且其定位在中央控制器上。在图14的示例中，VUC使用MQTT/HTTP/WebSocket等从云接收配方（和/或描述定制化操作的配置信息）。VAM基于配方控制车辆自动化，并包括解析配方的词汇引擎，以及通过利用触发评估引擎和任务执行引擎（和/或触发执行引擎）来协调规则执行的规则引擎。诸如图14中的自动化管理器的操作可以包括车辆自动化操作、事件触发操作、远程控制操作和/或响应于由制造商、OEM、车队所有者、车辆所有者、车辆操作者和/或第三方创建的应用、特征、触发或其他自动化应用而执行的任何可配置操作。

示例触发评估引擎将触发取作输入，并基于触发值评估触发条件。触发值可以来自任何网络，诸如CAN总线，例如使用可配置的边缘网关来调整路由表以动态检索信号值。此外，值还可以通过SOA来自其他以太网ECU，来自集中式控制器上的其他模块（例如，诊断服务器），或者来自以太网上的原始视频/雷达/LiDAR流。集中式控制器可以进一步与系统的其他方面共享为定制化操作执行的数据收集，诸如用于其他目的的数据收集操作，和/或在利用至少一些相同触发数据参数的多个定制化操作之间共享数据收集，从而减少对相同数据参数的冗余请求。在某些实施例中，数据收集可以是可以附加地基于触发条件的单独操作，和/或数据收集可以作为定制化操作来执行。

在图14的示例中，触发管理器（例如，作为图14的示例中的自动化/远程管理器）管理来自各种触发相关客户端的触发，诸如车辆自动化、远程控制和/或数据收集触发流。图14中的示例进一步包括接收与触发相关的数据的数据监听器，该数据可以从车辆中的任何位置取得，所述位置诸如是：CAN总线；以太网分组（包括具有诸如车辆位置的状态信息的EthCC分组）；提供DET错误、RDBI数据、故障代码等的诊断管理器；系统管理器（例如，提供车辆电力状态信息）；时间管理器（例如，提供当前时间值）；和/或诸如来自SOA的任何其他信息。

在图14的示例中，数据告诉高速缓存存储用于条件评估的数据，例如包括缓冲数据、中间参数等。

在图14的示例中，条件评估运行时是基于高速缓存中的触发值评估条件的引擎，并响应于评估确定是否满足触发条件。条件评估支持任何类型的分析或确定操作，其至少包括：基本逻辑运算符（例如，与、或、数值比较等）；具有适当格式的嵌套逻辑表达式（例如，

；数学函数（例如，算术、指数、三角、模、伽玛等）；和/或在数据范围内的复杂数据变换函数（例如，中值；均值；标准差；映射；减少；最小值/最大值；分桶（bucketing）；过滤；积分；求导；和/或频率分析操作）。

在图14的示例中，任务执行引擎执行动作目录中定义的动作（例如，根据定制化操作调整的致动器）。示例和非限制性动作包括开灯、打开和/或调整HVAC、打开点火装置等。本公开的实施例能够访问通过任何网络可到达的任何致动器，包括在多于一个网络上提供的致动器（例如，一个致动器使用以太网，并且另一个致动器使用CAN）。在某些实施例中，动作包括对致动器的操作的请求（例如，对具有直接控制致动器的另一控制器的请求）、请求执行公布的服务的动作、和/或具有复杂交互的动作，该复杂交互可能进一步存在于多于一个其他控制器上。例如，动作包括为当前用户调整周围环境，这可以包括与多个控制器和/或流交互，例如确定当前用户身份、她的偏好，以及调整诸如座位位置、HVAC设置、无线电信道等环境。

在某些实施例中，自动化管理器将一个或多个定制化操作作为服务进行宣传（例如，可以由定制化操作的请求者可选择，在策略中定义等）。在某些实施例中，自动化管理器的组件、电路、控制器和/或引擎全部或部分地与诸如远程控制管理器之类的其他管理器共享，和/或可以响应于使用API、库调用或其他交互接口的其他管理器，例如确定指定的一组数据和触发逻辑（例如，从其他管理器传递到自动化管理器）是否指示触发事件已经发生（例如，由条件评估运行时确定），和/或实现由另一个管理器提供的要被实现的操作（例如，作为操作请求从该另一个管理器传递到自动化管理器）（例如，由任务执行引擎操作以移动致动器和/或向其他控制器提供适当的命令）。

本公开的实现提供了可定制化操作的快速开发和部署、无需编码和/或编译要求的自动化实现、客户定制化的访问、第三方应用、售后供应商等。即使在数据提供者和/或致动器跨多于一种网络类型上分布的情况下，本公开的实现也提供易于实现可定制化操作，并且不要求可定制化操作的提供者了解车载网络的当前配置。

本公开的示例提供了对移动应用执行远程控制操作的能力。某些特征的远程控制操作可能被硬编码在ECU软件中——例如简单的操作，诸如引擎的启动/停止操作、车门的锁定/解锁操作、车窗和/或天窗的打开/关闭操作等。然而，在生产完成后为这样的特征添加或改变功能性需要代码改变和验证，这可能包括参与远程功能的一个或多个ECU和/或那些ECU上的软件构建的重新鉴定。本公开的实施例能够在车辆生命周期中的任何点配置移动应用的远程控制操作，并且进一步允许在制造时包括的远程操作的配置、更新和固定。附加地或替代地，在存在诸如本公开中阐述的更鲁棒的远程控制实现的情况下，先前将被硬编码的特征可以被实现为如本文中阐述的动态特征。

一种用于执行远程控制和配置操作的示例系统包括在关断车辆操作条件期间，在通电模式下操作移动应用的控制部分。在某些实施例中，执行远程控制操作的控制器包括车辆上的集中式控制器和/或其他ECU的粒度功率控制，仅保持执行远程控制操作所需的那些控制器通电，并提供那些控制器和相关硬件组件（例如，板、芯片、核心、电压、时钟等）的操作处于能够接收远程控制命令和配置请求的低功率状态。在某些实施例中，远程控制管理器通电确定车辆关断操作是活动的，并且保持车辆硬件的响应于远程控制命令和/或配置请求的方面通电。在某些实施例中，响应于车辆关断操作，远程控制管理器关断远程控制命令和/或配置请求不需要的控制器和硬件。示例远程控制管理器接收远程控制操作和/或配置请求，并唤醒执行所请求的功能所需的任何控制器或硬件，并且然后将车辆控制器或硬件返回到低功率状态。

远程控制管理器执行车辆关断操作的示例操作包括：

•关闭所有控制器，被配置为执行远程控制功能的ECU和蜂窝调制解调器除外；

•停止ECU中的所有应用和进程，执行远程控制功能所需的除外；

•关断ECU的除一个核心之外的所有核心，并降低ECU时钟频率，例如降低到允许的最小值

•确定是否有以下中的任一项正在运行，否则启动以下中的任一项（云支持，结合功能和性能测试将告知这些中的哪一项对于特定应用是最佳的）：

•长轮询请求；

•服务器发送事件请求；

•WebSocket请求；或者

•HTTP/2服务器推送请求

•将蜂窝调制解调器置于低功耗模式，与能够从服务器接收消息一致

•远程控制管理器响应于接收到的远程控制请求的示例操作包括：

•处理该消息请求，并基于该请求，执行以下各项中的一个或多个：

•将蜂窝调制解调器置于正常电力模式；

•将ECU的时钟频率增加到正常水平（和/或增加到可接受地执行远程控制操作的充足水平，这可以是比正常车辆操作所需的时钟频率更低的时钟频率）；

•激活ECU的所有核心（和/或核心的所选子集）；

•启动执行请求（例如，触发评估引擎、任务执行引擎）所需的应用（例如，控制器、电路等）

•打开足以提供控制操作的控制器，以服务于远程控制请求（例如，以太网交换机、可配置的边缘网关等），包括致动器控制器、其他ECU等；

•执行远程控制请求。

在完成远程控制请求时，其可以包括关于对服务远程控制请求的操作的反馈（例如，确认、成功指示符、故障值等，示例远程控制管理器将车辆返回到接收到请求时的车辆状态，或者返回到请求中指定的另一车辆状态。

示例远程控制管理器监视电池水平。响应于电池充电条件下降到阈值以下，远程控制管理器可以根据策略和/或配置信息来执行动作。例如，远程控制管理器可以唤醒ECU和蜂窝调制解调器，并向外部设备（例如，云、web应用、诸如智能电话的用户设备等）发送消息）来警告用户该条件。在某些实施例中，取决于策略，远程控制管理器可以启动车辆的原动机，并且将电池充电到第二阈值（例如，比第一阈值更高所选量，和/或完全充电条件）。在某些实施例中，响应于电池电量下降到第一阈值或另一电荷值（例如，低于第一阈值），远程控制管理器关断车辆并禁用远程控制支持。在某些实施例中，用户被提示和/或可以请求启动车辆以对电池充电，例如响应于当电池充电条件下降到低于第一阈值时发送的消息。在某些实施例中，取决于策略和/或用户输入，远程控制管理器在低于第一阈值时保持远程特征活动。

示例系统包括具有远程控制管理器的集中式控制器，远程控制管理器确定包括请求远程控制功能操作（例如，激活定制响应，和/或来自用户从应用选择配置响应）的命令值的远程控制操作。示例远程控制管理器激活所需的控制器来执行远程控制功能，并响应于该命令来执行该功能。在某些实施例中，远程控制管理器访问触发评估引擎和任务执行引擎（例如，作为车辆的车辆自动化组件的一部分，诸如图14中所表示的那样）以确定车辆条件与执行操作一致（例如，在要关闭的车窗或车门中没有障碍物，在启动之前没有人在车辆附近等）和/或执行要作为远程控制操作执行的功能。在某些实施例中，远程控制管理器包括或访问与系统的其他组件分离的触发评估引擎和/或任务执行引擎。远程控制管理器由此执行远程控制操作，和/或确定远程控制操作中的全部或部分不能被执行，或者将不被执行。定制的远程控制操作可以作为策略的一部分和/或在配置信息中准备，类似于前面描述的定制操作。在某些实施例中，远程控制管理器可以响应于车辆条件来限制远程控制操作的实现。在某些实施例中，与某些致动器的交互可能是不允许的和/或需要附加的授权或权限。在某些实施例中，与某些致动器的交互（例如，车辆启动命令）可以体现对车辆的应用或流的请求，而不是执行致动器的直接命令（例如，其中车辆具有车辆上可用的自动启动功能，由此定制操作请求实现自动启动功能，而不是向车辆的启动器提供直接命令），其可以具有不同于与底层致动器的直接命令相关联的权限的权限。

在某些实施例中，定制的远程控制操作数据存储在系统的存储器存储中，诸如与配置信息一起和/或作为策略的一部分。在某些实施例中，自动化管理器基于配置实体（例如，所有者、运营商、制造商、第三方应用提供商等）的权限和/或授权来限制定制操作的配置），和/或根据与作为定制操作的一部分被访问的数据元素和/或被命令的致动器相关联的权限。

以下描述了示例操作，以说明本公开的实施例可支持的一种类型的几个远程控制操作。示例操作是非限制性的，并且示例远程控制管理器能够响应能够作为网络通信和/或存储在计算机可读介质上的数据参数提供的任何输入，并且能够向系统中的任何致动器提供能够被命令的任何响应，包括在系统中的另一控制器的控制下的致动器（例如，车辆显示器、系统扬声器、车辆传动系等）。

示例操作包括接收排定的环境适应性的客户配置，其中远程控制操作包括在所选的星期几（例如，工作日）在排定的时间（例如，7 AM）将HVAC系统激活至所选的条件（例如，所选的温度，和/或利用除霜来确保窗户是干净的）。在某些实施例中，客户可以使用应用（例如，第三方应用）、使用基于云或web的接口和/或使用由制造商、经销商等提供的应用来配置操作。在某些实施例中，操作者选择用于远程控制操作的配方（例如，其可以包括设置某些参数的提示，和/或可以仅仅是打开或关闭特征的指令或批准）。在某些实施例中，操作者构建定制的远程控制操作，其可以例如基于车辆上存在的、在配方中可用的定制的操作特征，和/或可以完全由用户与接口交互来建立，以允许输入要执行的操作、要应用的任何条件和任何阈值的设置等。

示例性操作包括EV无功电网补偿模式，由此电动车辆电耦合到电网，并且由此电力提供商利用车辆的双向充电器（例如，平衡电力需求峰值）。在某些实施例中，EV无功电网补偿模式可以包括调度（例如，一天中的时间、车辆的充电目标、一周中的星期几、这些的相关联的对等）和/或可以切换开启或关闭（例如，当操作者去度假时，长时间开启该特征）。

示例操作包括远程控制管理器响应渐进式预处理命令以所选的次序加热车辆的座舱，诸如使用HVAC使座舱空气达到期望的温度，然后激活加热方向盘和/或加热座椅功能。

示例操作包括远程控制管理器响应用户设置请求，并响应于响应用户设置请求调整车辆配置（例如，转向柱定位、环境光颜色、内部/仪表板灯亮度、UI/UX风格选择等）。

示例操作包括车辆管理设置（例如，代客模式、借用车辆模式、当驾驶车辆时为父母所有者的孩子配置的模式等），例如降低车辆速度限制、位置限制（例如，距激活位置500米的地理围栏周界、具有诸如城市界限的限定区域的限制和/或在限定区域之外的限制，诸如州线、另一城市界限、距激活位置的总距离等）。车辆管理设置的应用限制可以是实际应用的限制（例如，最大速度、性能值等）或通知限制（例如，通常地理限制可以被实现为通知限制而不是关断限制），其中如果超过（和/或测试，诸如利用实际应用的限制）车辆管理设置的限制，则通知被发送到所有者和/或所选设备。

示例操作包括安全模式，例如响应于对安全模式的请求从相机、麦克风、车辆显示器、仪表板等请求数据。在某些实施例中，用户可以选择一个或多个设备（例如，车辆内或相对于车辆的特定相机和/或位置），并且可以从（一个或多个）所选设备接收流视频和/或快照。在某些实施例中，安全模式允许来自通信地耦合到车辆的设备的数据请求，例如与车辆通信的家庭安全系统的安全相机（例如，参见前面的定制操作）。

一个示例操作包括个性化操作，诸如播放“祝你生日快乐”和/或在司机生日那天进入车辆时操纵座舱灯。附加地或替代地，个性化操作可以是任何类型的操作，例如：在给定的日历日期、一周中的星期几等播放所选的歌曲或播放列表；在进入车辆时提醒操作者日历事件（例如，链接到智能电话的日历功能等）、纪念日等；和/或提醒操作者排定的停留（例如，在进入车辆下班回家时拿起食品杂货）。

示例且非限制性的远程控制操作允许（例如，利用CAN数据、位置、时间、日期等）确定复杂条件，或者确定用于执行远程控制操作的条件，和/或执行远程控制操作。示例且非限制性的远程控制操作包括多个操作的排定序列，包括确定第一排定操作何时完成以及应当执行下一个操作的条件。

示例且非限制性的远程控制操作包括执行一个或多个操作，诸如：向操作者发送注释，在车辆显示器上示出注释，和/或在扬声器上宣布注释；从一个或多个相机拍摄快照，并将其发送给操作者和/或请求者；允许第三方服务（例如，移动加油、车辆服务和/或运输公司）访问车辆位置和车门状态，但是仅在特定条件下（例如，一天中的所选时间，直到事件完成，和/或响应于第三方服务接近车辆）；当操作员接近时开始车辆、控制器、机头单元（head unit）等的启动操作；通过（例如，响应于结霜、环境温度确定等）给车辆除霜对环境改变作出反应；和/或运行用于诊断目的的排定测试（例如，当操作者离开车辆时运行主动诊断测试，减少测试对车辆任务的影响）。

示例远程控制操作包括先决条件、任务和/或状态报告。先决条件包括车辆状态、CAN信号、以太网分组、存储在计算机可读介质上的信息（例如，日志信息、行程信息和/或存储在存储器位置的其他车辆信息）、时间和/或日期、位置等的任意组合，以用作远程操作的先决触发条件，并且可以进一步被配置为复杂的逻辑表达式，并且可以进一步基于多个条件。该任务包括可以利用CAN信号、以太网分组或其他网络通信来执行的动作，至少包括在前面的定制操作中描述的任何动作。状态报告包括确认信息、操作被执行的确认和/或操作未被执行的通知、相关数据、确认数据、与远程控制操作相关的利用数据等。状态报告的内容可能因状态报告的接收者和/或请求者而异——例如，操作员可以接收确认操作的简单状态报告，服务人员可以接收具有与操作相关的相关联参数的更详细的状态报告，并且制造商可以接收移除了个人可标识信息的详细状态报告（例如，以编译可靠性数据，同时允许存储和聚合数据，而不必管理个人可标识信息）。先决条件、任务和/或状态报告的存在和/或内容可以由用户输入、策略和/或配置信息来提供和/或更新。

示例远程控制解决方案支持远程控制请求的不同元素的组合，例如如请求的示例代码片段中所反映的：

If (preCondition1 is true) {

do(Task1);

report(Status1);

If (preCondition2 is true) {

do(Task2);

report(Status2);

do(Task3);

report(Status3);

……

示例远程控制解决方案支持在完成所有远程控制功能（例如，操作条件、内部座舱设置、电池充电状态等）之后最终车辆状态（车辆应该返回到的状态）的规范。该车辆状态可以不同于接收到请求时的车辆状态。与任务类似，它也是可配置和可编程的。

再次参考图14，示意性地描绘了示例远程控制管理器，其在该示例中是集中式控制器的一部分，尽管远程控制管理器可以是不同的设备和/或位于另一设备上。到CAN控制器的接口可以通过可配置的边缘网关来实现。在该示例中，任务执行引擎和触发评估引擎被描绘为独立的并且专用于远程控制管理器，这仅仅是为了本描述的清楚。任务执行引擎和/或触发评估引擎可以全部或部分地与诸如自动化管理器的另一设备或控制器一起定位，在远程控制管理器和自动化管理器之间共享，和/或远程控制管理器和自动化管理器（如果存在）中的每一个可以具有分离的（一个或多个）触发评估引擎和/或（一个或多个）任务执行引擎。

一个示例系统包括统一入侵检测系统（IDS）管理器，其被构造为提供统一的车辆侧数据安全、操作控制和网络访问。如本文所述，统一IDS管理器可以进一步包括云侧或外部车辆访问的检测。随着更多的汽车被连接，并且更多的应用和服务可以合法地访问车辆，攻击面也增大。“不良行为者”越来越多地将其注意力转向侵入车辆基础设施，因为他们发现有机会窃取个人信息或知识产权、使用勒索软件勒索金钱、破坏车辆操作或更糟。

网络防火墙是网络安全的基本要求。第5-7层“代理”防火墙添加了更高级别的保护，但仍然不足以抵御复杂的攻击。入侵检测系统可以标识看似由受信任实体进行的真实活动的可疑行为。然而，对网络的不同部分使用来自不同供应商的多个IDS解决方案，使得难以跨系统提供一致和完整的安全性。单一、统一的IDS解决方案是最有效的，因为它可以完全看见所有内部、入站和出站业务，因此可以检查贯穿于系统的数据流，并关联看起来不相关的事件。在车辆中，这包括监视各种网络业务，诸如CAN、以太网和Wi-Fi业务，以及通过蜂窝调制解调器的业务。

OEM受益于增强的安全特征、对入侵更快的反应时间以及来自其客户的更高的忠诚度。客户受益于更安全的车辆和个人数据保护。

以下描述了示例操作，以示出本公开的实施例可支持的一种类型的几个操作。示例操作是非限制性的，并且根据本文公开的任何方面，示例统一IDS管理器能够检测访问或试图访问网络的入侵操作。

示例统一IDS管理器从车辆中的任何端点监视DNS、HTTP和HTTPS访问，允许检测车辆中已经感染了勒索软件和/或间谍软件的ECU，其中ECU开始下载恶意软件包和/或经由安全连接将私有或专有数据上传到外部服务器。在该示例中，保持统一IDS管理器的业务可见性（诸如通过集中式控制器）允许快速检测问题，并阻止与外部流氓服务器的通信。

示例统一IDS管理器允许对ECU进行紧急软件更新，例如以修补由调查者、第三方发现的和/或在操作期间观察到的漏洞。统一IDS管理器允许进一步对来自易受攻击的ECU的通信进行监视，从而阻止或减轻漏洞，直到其被校正。在该示例中，可以在任务关键ECU上或者在车辆的另一个ECU上发现漏洞，其中可以利用该漏洞来访问任务关键ECU。在该示例中，网络通信的集中管理允许对漏洞的高级缓解操作，对单个位置（例如，集中式控制器）的更新的快速实现，并且配置文件、策略信息、证书信息等可以存储在基本操作系统之外，允许执行许多更新，而无需大量停机时间来实现ECU的更新和/或验证或重新认证，原本如果需要更新主要软件版本，则原本可能需要这样做。

示例统一IDS管理器检测可以在CAN总线上的请求车辆推进系统访问的输入通信（例如，通过蜂窝网络来自不良行为者）。示例统一IDS管理器检测攻击，防止对CAN总线的请求访问，和/或向客户和/或监视服务提供警报。

示例统一IDS管理器具有可配置的检测信息，诸如通信请求计数等，其中可配置的检测信息被存储为与统一IDS管理器的基本操作分开的配置信息。因此，可以动态地更新统一IDS管理器的检测参数，并且不会延长实现的停机时间，从而允许快速且方便地调整检测阈值（例如，降低阈值以增加灵敏度，和/或提高阈值以减少假阳性检测）。

从技术角度来看，其中在同一位置处分析和处理信号/分组和消息的集中式入侵检测系统，对于潜在的攻击向量的早期检测和更安全可靠的车辆环境的创建至关重要。

示例统一IDS管理器提供了检查车辆内部业务以及进出车辆的业务的机制和策略。内部业务由车载以太网数据和CAN数据组成。

内部业务检查：

•检测失效、修改和/或恶意的ECU。

•检测车辆运作中的异常并提供上下文。

•外部业务检查：

•检查传出和传入业务，并检测未配置的任何协议。

•检查传出和传入业务协议，诸如DNS和HTTP，以标识用户行为并检测任何可疑活动、策略违规等。

•检查HTTPS头是否存在域访问和证书违规。

示例统一IDS管理器使用协议分析、基于签名和基于异常的技术来检测入侵。统一IDS将具有基于配置安全地发送警报的能力。所述警报可以用于采取进一步的动作，诸如终止连接或通知相关用户或服务。它还可以记录异常情况，并且所述日志可以用于进一步分析。

参考图15，示意性地描绘了统一IDS管理器（ECU）的示例实现。统一IDS管理器可以对任何类型的网络业务进行操作，包括至少以太网业务、CAN数据和/或外部业务。在该示例中，可配置的边缘网关向以太网网络的端口提供CAN业务，例如作为封装的CAN消息，其可以包括经处理的有效载荷数据、添加的帧数据（例如，时间戳或其他元数据），包括或移除CAN帧数据，和/或经处理的CAN帧数据。在某些实施例中，CAN导出器向统一IDS管理器提供压缩的元数据以节省带宽。

示例统一IDS管理器（例如，在分组解析块）解析三种类型的业务。示例分组解析块包括用于以太网、IP、ARP、ICMP、TCP、UDP、HTTP、HTTPS、DNS、CAN和EthXX协议的解析器。可以根据需要支持任何协议。示例统一IDS管理器包括协议分析块，其检查协议错误并标记违规。协议违规可能是由错误配置或恶意ECU引起的，并且如果可以在该块中检测到入侵，则这是检测入侵的有效方法。使用协议分析可以检测到的违规的一个示例是由ECU上运行的端口扫描应用产生的无效TCP标志组合。

示例统一IDS管理器包括连接管理块，其在连接层级处分析安全漏洞。“连接”的定义取决于所考虑的协议。连接管理维护各种连接关联，诸如：

•以太网/VLAN（源MAC、目的地MAC和VLAN ID）

•IP（源地址、目的地地址和协议）

•TCP/UDP（源、目的地地址、源端口、目的地端口和协议）。

维护连接数据库以跟踪所有连接。元数据和统计数据收集执行分析并更新连接数据库。每当检测到新的连接时，都会将其添加到连接数据库中，并更新分组统计信息。对于给定连接的所有后续分组，只更新统计信息。从分组中提取的任何元数据也会添加到连接数据库中。例如，TCP连接的状态是在连接数据库中针对TCP连接维护的元数据。如果需要，TCP重组作为该块的一部分完成。

基于签名的检测块通过使用已知签名或规则针对已知攻击检查数据，来对已知攻击执行基于签名的检测检查。所述规则基于每个分组运行，并且也在连接层级运行。例如，大于512字节的DNS分组将是违规。所述签名是针对车辆业务而配置或优化的，并且被设计用于对与车辆相关的攻击进行有针对性的检测。它们将具有较低的存储器占用空间。

每当明确定义的规则不可用时，和/或作为合理性检查，并且主要用于未知的违规，基于异常的检测块就对通信进行操作。使用业务模式（从数据中学习或使用ethDB）维护业务基线，并且从基线的任何偏离都会触发违规。反馈方案用于从检测中学习并减少假阳性的数量。

记录和警报管理模块记录检测到的事件。取决于事件的严重性和/或频率，某些事件导致警报。示例警报包括关于事件的所选信息，诸如：

•时间戳

•ID

•严重性级别

•协议——CAN/以太网/IP/TCP/UDP/EthCC

•协议特定ID

•数据

•系统中所有事件的完整日志被维护在非易失性存储器中，其可以根据需要发送到云、服务工具和/或OBD端口。日志经由安全的HTTPS发送。

•统一IDS管理器提供配置服务，以便远程客户端可以控制IDS特征。示例配置选项包括：

•激活或停用IDS功能

•配置各种事件的严重性，以生成要发送到远程收集器的警报

•配置基于签名的IDS的规则

•在入侵检测中包括或排除某些数据集

•统一IDS管理器的各方面可以在外部实现，诸如在云应用中，和/或云应用或其他外部应用可以选择性地与统一IDS管理器通信，以支持一个或多个特征，诸如：

•管理给定车辆中的IDS策略

•从给定的车辆收集IDS警报，并（潜在地）将它们传递到所选的位置（例如，安全操作中心（SOC））以供进一步处理

•提供对警报的安全访问，并向相关利益相关方提交事件和通知以采取进一步动作。

示例统一IDS附加地检查外部业务。外部业务包括进出车辆的业务。尽管对此业务进行操作的防火墙可以基于规则阻止所有连接，但防火墙受到规则的限制。车辆网络是静态的，并且可以很容易地制定规则，但是ECU之一（例如，车辆上的任何控制器、处理器和/或计算设备）可能被一些入侵软件感染，并可能导致以下情况：

被感染的ECU可能连接到允许的服务器，并且在外部网络连接上浪费带宽。

被感染的ECU和软件可能淹没云服务器，并潜在地导致服务器受到DDoS攻击。

该软件可以控制车辆，并导致勒索软件种类的攻击。

该软件可以安装一些间谍软件并收集车辆中的数据，从而侵犯乘客的隐私

防火墙操作是基于规则的，并且不会查看异常行为模式。因此，统一IDS和防火墙功能是互补的，并且这二者对于确保最高级别的安全性都是必不可少的。

从中长期来看，车辆中可能提供更多的服务，所述服务可能需要车辆业务来访问网络外部的服务器，并且在该场景中，监视外部业务将非常重要。

表1. 统一IDS数据/元数据示例

业务类型/协议	数据/元数据
		以太网	帧速率，SMAC/DMAC地址关联
IP	SIP/DIP地址关联、消息速率、协议错误
		TCP	SIP/DIP/SPORT/DPORT关联、数据速率、协议错误、TCP状态验证、DoS检查的SYN/FIN速率、端口扫描检查
UDP	SIP/DIP/SPORT/DPORT关联、数据速率、协议错误、端口扫描检查
		DNS	协议验证、消息速率、域名验证
HTTP	协议验证、消息速率、请求URL验证、响应代码验证和统计数据
		EthCC	消息ID、消息速率、CRC检查、序列检查
CAN	ID, 帧速率

上表示出了为检测入侵的各种协议收集和维护的一些数据和元数据项。该表并不详尽，并且可以根据相关协议和要检测的入侵类型来配置元素。

随着OEM利用先进的特征和丰富的内容来增强车辆，车辆中的数据量呈指数级增长。该数据在被消耗或传输到其他地方之前，需要暂时或更长时间地存储在车辆中。不幸的是，在传统的E/E架构中，存储器嵌入在ECU中，并且通常是由其他ECU不可访问的，这使得难以共享、保护和保留数据。集中式和/或分布式共享存储是集中式车辆功能和硬件资源的使能器，这将降低存储更大量数据的复杂性和成本，减少存储的数据冗余等。

共享网络存储使得能够通过车载应用程序和服务实现更高效的数据收集、存储和共享，更有效的数据安全和备份，以及像OTA（空中下载）的新的解决方案。OEM将受益于更低的总体存储器成本、提高的安全性和性能，以及来自新的高价值应用和服务的提高的收入和利润。客户将受益于新的数据丰富特征（例如，哨兵模式），灵活的娱乐内容下载，个人存储选项（例如，个人照片），以及车辆的降低的投入成本。

为了说明的目的，提供了共享存储控制器的示例操作。

示例共享存储控制器包括存储车辆条件信息，诸如与车辆相关的相机的相机镜头，其可以存储在滚动数据缓冲器中。缓冲器的内容可以根据请求被保留（例如，客户接收到其停放的汽车被撞的通知，并请求保留数据，这可以包括提示客户保留数据），和/或可以根据事件检测规则（例如，指示响应于停放时的碰撞检测而保存相机数据缓冲器的规则等）被保存）。在该示例中，客户然后可以检索（和/或提供给保险提供商、警察等）包括撞击前几分钟的视频记录的数据。

示例共享存储控制器包括保留系统中ECU的配置信息，例如机头单元的软件安装更新的图像。在该示例中，当ECU更新失败，并且客户已经指示车辆的操作优于当时的另一次尝试时，具有失败更新的ECU可以恢复到先前的安装，并且具有更新的图像被存储用于以后的安装。在某些实施例中，共享存储控制器可以在稍后成功安装ECU的更新之后删除具有更新的图像。

示例共享存储控制器包括下载媒体（例如，电影、游戏、音乐、有声读物等），例如当蜂窝数据容易获得时，在WiFi或另一相对无限制的外部数据连接可用的情况下，和/或当用户做出请求时。在该示例中，可以利用用户设备（例如，移动设备、web应用等）和/或诸如机头单元的车辆显示器做出对下载的媒体的请求。在该示例中，乘客然后可以观看电影、玩游戏或以其他方式访问媒体，而不会被缓慢或间歇的蜂窝连接中断，和/或不会招致蜂窝下载费用。在该示例中，共享存储控制器可以基于配置信息和/或策略中提供的规则，在所选的时间段之后，基于可用空间（例如，移出较旧或最少使用的媒体来为附加的下载腾出空间，等等）删除下载的媒体。

示例性共享存储控制器高速缓存用于外部通信的数据，例如根据策略、事件检测和/或数据收集请求收集的数据，并在稍后传送该数据。因此，外部数据通信可以是时移的，例如以允许更高效地使用蜂窝通信，利用诸如WiFi的机会性高能力连接，和/或管理间歇的数据中断（例如，穿过隧道行驶）。在某些实施例中，高速缓存的数据在稍后的传送之后被删除，和/或如果高速缓存在数据被传送之前被填满，则可以根据数据优先级、策略或其他考虑被删除。在某些实施例中，配置信息、规则和/或策略可以指示，如果在填满高速缓存之前不能传送全部数据，则应该压缩、汇总和/或以其他方式处理某些数据值，以减少数据的存储空间。在某些实施例中，未被利用的其他可用数据空间，诸如媒体存储空间、保留的配置信息空间或如本文公开的任何其他可用数据空间，可以在删除收集的数据之前全部或部分地被利用，例如从而允许数据收集高速缓存的暂时增加。

例如在存储大量数据以收集和分析驾驶行为、车辆性能、设置、环境数据等来支持学习操作，以调整到客户驾驶风格和/或提高ADAS系统的性能的情况下，示例共享存储控制器为学习系统提供存储。在该示例中，数据可以被存储，直到诸如WiFi的低成本传输网络可用。

使用共享网络存储，新的ECU软件可以进一步从底层硬件中抽象出来，使能实现整合的架构，其中车辆应用可以在几个高性能ECU上运行。

本公开的实施例包括一种架构，该架构包括安全的集中式车辆存储器（可选地，通过扩展槽）和/或附加的用户提供的存储器，诸如USB驱动器（其既节省成本又高度灵活）。这允许用户存储从多个来源可访问的大量数据，在实施例中，所述来源可以是通过车载网络、外部网络和/或其他接口的。

参考图16，描绘了示例共享存储控制器，其被描绘为与图16的示例中的ECU对接（尽管给定实施例可以包括多个ECU和/或共享存储控制器可以整体或部分地位于一个或多个ECU上）。示例共享存储控制器包括车载存储服务器，其使得来自不同ECU的多个应用能够将数据存储到共享存储或从共享存储检索数据。示例共享存储包括集中式存储，诸如集中式闪存驱动器。在某些实施例中，共享存储可以分布在多个设备之中，其中存储的集中化是逻辑组织而不是物理组织。然而，在某些实施例中，共享存储是物理组织，无论是在单个设备中还是在少量集中式设备中。

存储服务器可通信地耦合到车载网络（IVN）,并且能够为不同的文件系统存储所选格式的数据，和/或配置的数据对象和结构。示例文件系统（例如，格式化和寻址、关于哪些数据存储在哪些位置的决策等）包括车辆数据、用户数据和/或视频文件（例如，在监视操作期间生成的，事件之后的数据捕获等）。示例数据对象包括数据收集对象（例如，以所选格式保持收集的数据的数据结构）、机器学习数据（例如，训练数据、特征向量、神经参数等），以及共享资源（例如，数据高速缓存、配置信息、策略数据和/或来自系统上ECU的任何其他共享资源数据）。在某些实施例中，存储服务器提供共享存储的一个或多个专用分区，其可以是虚拟分区或物理分区（或组合，例如为对存储资源具有大的稳定需求的ECU提供物理分区，以及为瞬时需求、不确定需求和/或在瞬时操作条件期间提供虚拟分区，以允许在ECU之间更容易地移动存储容量）。在某些实施例中，存储服务器调整分区的大小，允许减少所利用的共享存储的浪费。在某些实施例中，存储服务器提供共享分区，其可以在所有ECU和/或ECU的子集之间共享（例如，按照功能、数据格式、数据存储占空比匹配和/或去同步等对ECU分组）。

示例共享存储控制器包括认证和授权管理器，其例如基于策略（例如，与策略管理器对接）、配置信息、与ECU相关联的优先级和/或与ECU相关联的流等来授权或拒绝ECU对任何特定容器的访问。在某些实施例中，认证和授权管理器基于权限、策略、优先级等提供对数据存储容量的访问。例如，认证和授权管理器可以提供对分区、文件夹和/或子文件夹、文件等的访问以进行写入。在实施例中，认证和授权管理器可以将读取权限与写入权限分开。例如，在高优先级ECU需要增加对共享存储的利用的情况下，可以提供增加的存储（如果可用的话），和/或从较低优先级的共享数据存储利用者处取得。在某些实施例中，快照、备份（全部或部分）和/或以外部通信为目标的高速缓存数据可以存储在共享存储中。

共享存储可以是任何大小，例如16 GB、32 GB、64 GB或任何其他值。受益于本公开和在考虑特定系统时通常可获得的信息，本领域技术人员可以容易地确定共享存储的适当大小。确定共享存储容量的某些考虑因素包括但不限于：系统上ECU的数量以及超出其内部存储能力的ECU的净存储需求；要在车辆上执行的数据收集的量、要存储的数据的类型以及与外部设备的可用数据通信的简档（例如，带宽、成本和/或可能的低带宽时段或高带宽时段的幅度和范围）；ECU跨分离网络的分布；分离网络上的ECU之间预期的数据通信量；车载网络上支持分离网络上ECU之间网络交叉通信的可用带宽；和/或可能需要数据存储（例如，用于媒体缓冲、预下载、数据收集等）的消费者或第三方特征的可能数量和数据要求。参考表2，描绘了视频文件的典型大小以供参考。

表二. 典型视频文件大小数据

共享存储控制器的示例操作系统包括Linux操作系统，尽管可以使用任何操作系统。非限制性地，示例数据服务包括：NAS服务器操作，包括文件系统协议，诸如NFS、SMB和/或FTP；用于基于对象的存储的对象存储；和/或用于存储自定义数据库表和索引的数据库服务器。本公开的实施例可以使用非关系数据库，例如，键/值对数据库。在某些实施例中，共享存储控制器被配置为在数据被摄取时对其进行压缩，这可以根据数据的类型来配置（例如，对于高度数字化的数据和/或其中压缩损失是不期望的和/或将不满足数据要求的数据的无损压缩；和/或对于高度连续/变化的数据等的有损压缩，例如其中信息损失是可接受的）。在某些实施例中，共享存储控制器被配置为执行冷数据的深度压缩——例如系统上的ECU近期不太可能使用的数据，这也可以将车辆控制ECU从深度压缩任务中解放出来，该深度压缩任务对于处理和/或I/O资源来说可能是高度密集的。在某些实施例中，共享存储控制器被配置为加密静态数据。在某些实施例中，共享存储控制器被配置为使数据老化，移除不需要的数据，和/或实施数据留存策略。示例共享存储控制器被配置成响应于到外部备份设备（例如，云服务器）的连接和/或传送快照数据的可用带宽来备份快照数据。

示例性实施例通过如下方式提供了车辆上所有ECU的扩展的有效存储容量：允许资源专用于集中式存储的成本节约、浪费的存储空间的减少、以及聚合的存储需求的平衡来提供整个系统存储需求的更大确定性，而不是必须利用与每个设备相关联的单独存储能力来管理的高度可变的单独ECU存储需求。示例实施例提供了存储容量和性能的可扩展性，其中相对较少的资源可以极大地扩展系统的可用存储。示例实施例提供了数据隔离，具有特定于app和/或特定于ECU的分区，以及ECU之间的安全访问管理。示例实施例提供了数据的集中式安全存储和数据安全管理的简化（例如，减少配置和验证各个ECU以确保相关数据的安全存储的需求）。

一个示例系统包括供应客户端，该供应客户端用作运行在单独的ECU上的应用和共享存储中的认证和授权管理器之间的代理。示例系统包括应用程序的数据客户端（例如，NFS、SMB、对象存储），以用作向共享存储发送数据和从共享存储接收数据的代理。

先进车辆功能的增长与降低成本的压力相组合，以至于典型的车辆配置包括大量ECU，例如多达150个ECU。车辆的当前配置导致硬件的低效使用，具有在处理能力、存储器和其他资源方面的冗余能力，而同时导致高网络利用、用于单独应用的有限的处理能力和/或存储器、贯穿于系统存在的冗余软件以及ECU实现的不一致的质量和功能。

参考图17，示例系统支持将车辆特征和控制操作整合到数量减少的更强大的ECU中。此外，示例系统支持从具有多个ECM的遗留实现到随时间的经过、在车辆的生命周期上、在车辆的多个型号年份上等向特征的整合的顺序进展的迁移。

可以轻松添加、组合和移动容器化的应用，以针对不同的型号和装饰级别创建功能集，更新车辆功能，并且甚至在服务器之间重新定位应用，以用于可靠性和电源管理。

在容器技术的帮助下，容器的部署完全由云端的容器部署管理器控制。创建容器编排策略是为了指定：

•应该在ECU上启用哪个容器（对于像OTA、装饰选择、功能订阅等用例）

•每个容器的容器图像

•容器安全策略

•容器迁移对策（例如，在哪里运行容器以节省电力，或者在硬件故障的情况下）。

示例容器编排控制器接收策略，并通过利用以下其他模块来实施该策略：

容器安全控制器：该模块实施容器执行的访问控制、授权和审计。容器必须通过访问控制和授权检查，以便符合容器运行时的条件。此外，容器运行统计数据将被收集并发送回云。

本地容器注册表：该模块从云容器注册表下载符合条件的容器图像。

容器运行时：该模块提供了一个开放容器计划（OCI）和容器运行时接口（CRI）兼容的容器运行时，针对嵌入式环境进行了优化。

下面提供了容器化应用的示例实现。这些示例说明了根据本公开的可能的某些实现特征，而不是限制性的。

一个示例实现包括下载（例如，OTA）并安装在具有最多可用资源（例如，CPU、存储器和/或I/O）的VFAS ECU和/或VFAS ECU上的容器化应用，由此容器化应用的安装将提供相对于有限的一个可用资源的最小限制，和/或VFAS ECU具有足够的资源来实现特定的容器化应用。示例实现包括移动已经安装的容器化应用，和/或在可用ECU之间平衡容器化应用的总体负载。

一个示例实现包括利用组合的容器化应用来为车辆的不同型号和/或装饰级别创建特征集。一种实现包括添加或移除特征，和/或提供特征的升级版本，以提供对车辆的升级，和/或实现对新型号年份的车辆的控制操作。

一个示例实现包括部署容器化应用以支持特定用户的特定特征的操作。例如，重要的数据收集操作可以由在车辆的ECU上操作的容器化应用来执行，从而能够处理数据，这可以提供改进的数据收集响应（例如，更快地开始利用收集的数据）和/或能够处理数据，从而提供需要经由有限的外部数据通信资源进行通信的减少的数据量。在另一示例中，实现包括部署容器化应用以支持特定特征（例如，基于订阅的特征）的操作，以及响应于订阅的到期移除容器化应用的操作，例如以释放系统资源。

示例实现包括响应于容器化应用的网络利用来组织容器化应用在ECU上的分布，例如以减少繁忙或低能力网络上的网络利用，和/或将利用从低能力网络转移到较高能力网络。

一种示例性实施方式位于电动车辆上，以通过停用非关键特征、减少诸如处理器操作的资源利用和/或将特征整合到更少的ECU上以允许某些ECU完全断电来支持节能模式（例如，当电池达到所选的充电状态时利用）。

一个示例实现包括在ECU之间放置容器化的应用以分散系统风险，例如将关键的车辆应用放置在与不太关键的应用不同的容器中（例如，以减少潜在的冲突和/或对资源分配进行优先级排序）。在另一个示例中，关键应用被提供有冗余（例如，存在于多于一个的ECU上），使得ECU的故障不会导致应用的丢失，因为应用可以从另一个ECU上的备份版本执行。在某些实施例中，关键应用从具有故障或性能下降的第一ECU迁移到另一ECU。迁移可以在车辆上进行，例如当仍然可以与性能降低的ECU建立通信时，和/或迁移的容器化应用可以通过从云服务器下载另一版本来迁移。在某些实施例中，响应于ECU的故障和/或性能下降，非关键应用可以被迁移、关断和/或被分配减少的资源。

与管理程序和具有嵌入式操作系统的虚拟机相比，轻量级容器需要更少的服务器资源，并且与非虚拟化应用相比，需要的附加处理或内存可以忽略不计。OEM使用容器的益处包括降低硬件成本、加快特征和车辆的上市时间、降低开发成本，以及更可靠的应用和系统。

实现容器化应用模型的示例益处包括：

Docker下的容器是以微服务为核心构建的。这移除了繁重的基础设施层，并且有助于优化应用交付和工作流。

通过诸如Docker Hub的容器库/注册表，部署过程可以简化，应用可以签入/签出，将基础设施转化为代码。

利用诸如Dockerfiles的模板，可以容易地提供应用蓝图，将透明度带入应用推出过程。利用该新的模式，对配置管理的需求在一夜之间就从基础设施和应用管道几乎完全消除。

随着应用环境的占用空间的大幅减少，现在可以大大加快软件开发测试/验证/部署周期，并且这些轻量级容器现在可以帮助使能实现动态可扩展的微服务模型，其中应用被分解为更小、更原子的单元。

容器图像与传统的重量级主机OS相分离，因此它们现在是可移植的，可以在支持它们的任何容器运行时环境中运行。这有助于使能实现真正的混合部署能力。

然而，容器的采用给诸如汽车控制实现的传统应用带来了挑战，因为基于容器的基础设施的管理要求完全不同的操作方法，并且工作流经常与长期建立的规范背道而驰。采用容器的一些附加挑战包括：

对操作环境的端到端控制可能有问题——几十年来开发的丰富的基础架构管理工具生态系统在很大程度上不能转化为基于容器的世界。

数据中心中通常需要严格管理的关键资源（诸如网络和存储端点）现在被抽象出来，控制功能有限。

HA/冗余从单体架构转移到水平扩展的软件驱动平台。这将控制权从操作人员手中转移到了开发人员手中。

大多数管理程序和虚拟化平台具有强大的商业支持选项。然而，容器世界（及其相关联的生态系统）主要植根于“DIY”，即不断演进的开源世界。

由于容器生态系统与开发人员对准，因此其配置结构与他们的世界观对准，包括API调用、以声明性YAML或JSON格式模板编写的配置文件、存储库以及与CI/CD工作流的集成等概念。这些概念在传统的运营领域并不常见，它们需要完全不同的方法和技能来管理。即使在IT行业内，这仍然是一个相当大的挑战。

参考图18，为了说明，描绘了基于容器的应用开发相对于传统的基于虚拟化的开发的示例工作流改变。

容器允许车载软件与硬件解耦，允许更容易地分派可用的硬件资源，并且独立于可以共享资源的其他软件进行开发。

例如，如下图所示，容器化的应用环境将使能在同一硬件平台上基于不同的装饰车辆级别部署不同的应用。

参考图19，比较车辆装饰级别和容器化应用开发的实现。

这有利于OEM降低开发成本、优化硬件成本、加速应用部署和缩短上市时间。此外，客户的利益包括具有更多特征、更高可靠性和购买后升级选项的车辆。然而，将车辆应用迁移到容器化应用开发的多个挑战引入了多个挑战，例如：

•针对嵌入式环境优化的容器运行时

•针对嵌入式环境优化的容器编排

•容器虚拟网桥，用于与整体车载网络管理解决方案集成

•用于安全和保护的私有容器注册表

•扩展和增强AUTOSAR Adaptive以支持容器

•用于容器化应用的ARA::COM集成

•用于管理容器化应用的ARA::EM

•用于升级/更新容器化应用的AR::UCM

•用于支持容器化应用的日志和跟踪的ARA::LT 。

参考图20，示意性地描绘了车辆上基于容器的应用的示例架构实现。当多个供应商参与ECU开发时，图20的示例架构改进了工作流。容器在它们的功能模块之间提供了清晰的分隔。供应商可以自由选择最符合他们利益的中间件，无论是AUTOSAR Adaptive还是ad-hoc中间件。

参考图21，示意性地描绘了车辆上基于容器的应用的示例替代架构实现。在图21的示例架构中，特征被自包含在容器内，这带来了至少两个明显的优点。首先，这些特征可以容易地单独升级，同时不会对其他特征造成停机影响。第二，可以针对不同的车辆装饰/级别容易地扩展或定制特征集。例如，下图示出了如何将全装饰车辆定制为中间装饰。它所需要的只是对容器编排策略进行简单的改变，以决定启用哪个容器。

每个容器既可以使用AUTOSAR Adaptive来实现所有的中间件功能，也可以使用ad-hoc中间件，诸如SOME/IP、DBus、Systemd等等。应该基于具体情况做出决定，并且这应该基于容器功能及其与AUTOSAR Adaptive的耦合。

此外，每个特征容器可以关联由OEM定义和控制的容器清单。清单规定了应该给容器分配多少资源（例如，CPU/内存），以及确定容器特权级别（通过AppArmor配置文件设置）。

下图示出了对数据收集容器的深入研究，并有助于说明AppArmor和所有中间件组件。

参考图22，描绘了容器的某些细节的示意图。

最后，容器提出了关于基础设施的附加挑战。随着车联内容器数量的增长，管理IP地址并确保容器之间的连接性成为一项关键且具有挑战性的任务。为每个容器静态分配IP地址的传统方法在这种情况下无法扩展。

一个示例实现包括动态加入同一网络的所有容器，以促进SOA。从逻辑上讲，每个容器都像直接附接到虚拟以太网主干的独立ECU一样运行。

参考图23，示意性地描绘了容器联网示例实现。

当容器加入或离开网络时，这个新的虚拟化网络应该适应网络配置，以允许新的容器与其他容器连接。需要一些新技术来实现这一点，包括MAC学习、动态ARP、IgmpSnooping、DHCP及其安全对等技术。这些新的网络技术将通过本公开实施例的高级网络管理来启用。

AUTOSAR Adaptive定义接口并组织每个模块中的职责，以便提供应用运行时环境：

•ara::exec定义了运行时职责，包括：

•功能组是具有独立状态的应用集

•执行依赖定义了程序启动顺序，以确保进程将在它所依赖的进程之后启动。每个功能组都定义了执行依赖关系，以防止一个功能组的失败不会影响其他功能组

•应用生命周期

•资源限制

•ara::per提供应用可用的键值对存储和文件代理。

然而，AUTOSAR Adaptive被设计为支持POSIX兼容操作系统上的传统应用，而不是为支持容器化应用而设计的。一个示例实现扩展并增强了对容器的支持。

AUTOSAR Adaptive顶部上的容器为自适应应用提供了隔离实施。尽管Adaptiveplatform提出了使应用可移植的指南，但是它并没有指定OS级架构来实现适当的隔离。一个示例实现利用Linux命名空间，使得进程及其子进程能够具有底层系统的不同视图。一个示例实现包括将OS级虚拟化应用于自适应平台。

容器特征以插件库的形式实现，并且平台应用（例如，执行管理功能集群）可以启用所述特征。

表3. OS级隔离特征的示例列表

参考图24，示意性地描绘了功能状态组的示例AUTOSAR Adaptive示例。

AUTOSAR Adaptive定义了作为应用集的功能组。取决于功能组的状态，应用被启动或终止

应用流程可以属于多于一个功能组。

功能组状态集是特定于机器的，并且它被部署为机器清单的一部分。

功能组1（FG1）和功能组2（FG2）具有独立的状态，并且它们可以同时运行。它们之间没有配置执行依赖关系。

FG1定义{关闭，运行}的功能组状态。

FG2定义{关闭、运行、回退、诊断}的功能组状态。

状态管理（ara::sm）功能集群请求执行管理（ara::exec）转移功能组状态。

功能组状态在执行清单中定义（捆绑在软件包中）。

容器隔离特征（命名空间）应当根据功能组进行配置。以下序列图描述了如何将容器特征作为AUTOSAR Adaptive功能组状态的一部分来启用。

参考图25，示意性地描绘了实施容器策略的功能流。

容器管理器实现OS级隔离特征（例如，命名空间）并管理策略。

ECU将下载并执行指定要配置的应用列表和要启用的容器功能的策略。策略可能因车辆或车辆组而异，并且策略可以应用于首次安装和以后的策略更新这二者。参考图26，示意性地描绘了容器管理器的示例实现。

容器策略：

可访问的文件系统目录

uid/gid映射的范围

资源分配

启用和禁用隔离特征的能力

监视/审计：

资源使用

应用健康监视

应用错误检测

AUTOSAR Adaptive执行管理器应当与容器插件库集成

AUTOSAR Adaptive持久性应当与容器插件库集成

AUTOSAR Adaptive更新和配置管理器应当与容器插件库集成

部署和管理容器需要云组件。

参考图27，描绘了示例装置2700，用于基于车辆（或所选的车辆组）的驾驶员行为和/或对驾驶员的监视实现策略。示例装置2700可以整体或部分地利用贯穿于本公开描述的任何系统、装置和/或设备来包括，并且装置2700的各方面可以实现如贯穿于本公开阐述的任何操作、过程、方法和/或功能的全部或一部分。装置2700的各方面可以体现在车辆上、在车辆的任何控制器（例如，CEG、CES、CND和/或车辆的任何控制器和/或端点）上、在车辆外部（例如，在云服务器或计算设备上、在诸如服务工具、制造工具、OEM工具、服务设备的外部计算设备上，诸如管理员、服务、运营商、所有者、应用等的外部用户设备上）、和/或在与这些中的任何一个对接的设备上——所述对接无论是通过网络（例如，LAN、专有网络等），对端口（例如，OBD端口、服务端口、CAN连接、以太网端口等）的物理访问、还是通过云或互联网连接和/或通过到车辆的蜂窝连接对车辆的无线访问。示例装置2700包括控制器2702，为了说明起见，控制器2702被描绘为单个设备，但是其可以是单个设备或分布式设备。对装置2700的描述描绘了被配置成在功能上执行装置2700的操作的多个电路。为了说明清楚，每个电路都被描述为单个设备，但是给定的电路可以分布在设备之中，和/或整体或部分地与其他设备组合。

不限于本公开的任何其他方面，贯穿于本公开阐述的设备的示例实施例，包括电路、控制器、计算设备、模块、引擎、可配置开关、可配置网关、融合网络设备、管理器、评估器、创建器、应用以及其他类似术语，包括以下中的任何一个或多个：车辆上存在的任何传感器和/或与任何这样的传感器的通信耦合（例如，电接口、LIN接口、传感器信号的A/D处理等）；车辆上存在的任何致动器和/或与任何这样的致动器的通信耦合（例如，电接口、LIN接口、至致动器的命令接口、来自致动器的反馈接口等）；车辆上的任何控制器和/或计算设备、云服务器、外部设备等，包括其处理资源、存储资源、I/O资源和/或通信资源；存储在计算机可读介质上的指令，其中指令被配置成使得执行指令的计算设备由此执行设备的一个或多个操作；和/或直接（例如，从控制器的存储器值访问参数，将命令值插入控制器的存储器值，等等）或间接（例如，访问车辆网络区上的参数，向车辆网络区上的控制器提供命令值，向车辆控制器发送请求或命令，使用接口来访问参数、发送命令、配置特征、传感器、致动器和/或控制操作等）访问这些中的任何一个或多个。

示例装置2700包括策略获取电路2704，其被构造为解释包括驾驶员信息描述2712的车辆策略数据值2710。示例车辆策略数据值2710可以包括提供给车辆的策略，例如如贯穿于本公开所描述的，其解析部分（例如，经处理的策略，该策略的与装置2700相关的部分被提供给装置2700和/或可用于装置2700，等等）。不限于本公开的任何其他方面，车辆策略数据值2710包括以下中的一个或多个：要从车辆收集的数据；车辆上要启用或禁用的功能；特征参数的配置（例如，设定点值、由操作者可配置的可用范围、要实施的最小或最大值、显示设置、数据收集时间范围、采样率、存储量等）；和/或前述中的任何一个的触发条件（例如，数据值、事件、阈值等，其中数据收集、特征调整等操作响应于这些来执行）。驾驶员信息描述2712可包括以下中的任何一个或多个：驾驶员角色（例如，兼职、全职、雇员、承包商、商业执照类型、所有者等）；驾驶员标识符（例如，特定驾驶员的标识；驾驶员是否属于指定的驾驶员组的标识；驾驶员分类的标识等）；和/或驾驶员状态值（例如，在驾驶事件中操作特定小时数；具有特定的驾驶员表现值或类别；具有特定的燃料效率性能值或类别等）。可以看出，包括驾驶员信息描述2712的车辆策略数据值2710响应于可能感兴趣的驾驶员相关条件的范围提供对数据收集和/或监视参数的调整，并允许基于任何所选的驾驶员准则——诸如驾驶员的类型、驾驶员过去的表现、检测到的与驾驶员相关的事件等——的特征的配置、监视值的改变、数据收集操作的改变等。还可以看出，包括驾驶员信息描述2712的车辆策略数据值2710允许监视、配置和/或数据收集操作被用于给定的驾驶员，而不管车辆如何——例如针对驾驶员偏好、数据监视、显示值等配置车辆，即使在驾驶员切换车辆的情况下。在某些实施例中，例如，在利用驾驶员角色或其他一般驾驶员信息描述的情况下，车辆策略数据值2710可以自动调整收集、监视和配置操作，而无需采用任何新的策略信息——例如，在装置2700被配置为对作为“所有者”的驾驶员执行一组操作，而对作为“操作者”的驾驶员执行另一组操作的情况下。在某些实施例中，例如当利用特定于特定驾驶员的信息时（例如，驾驶员历史、驾驶员表现、驾驶员工作时间等），车辆策略数据值2710可以从外部设备（例如，从云服务器、通过端口耦合到车辆的外部设备、WiFi等，和/或从驾驶员相关联设备，诸如由驾驶员携带的移动设备）下载，下载其全部或相关部分，从而允许特定于特定驾驶员的收集、监视和/或配置操作的配置。在某些实施例中，特定于驾驶员的数据可以在驾驶员切换到另一车辆之后保持（例如，保留车辆上的历史、表现和/或其他个性化数据）——例如，如果驾驶员返回到原始车辆，则允许要从车辆策略数据值2710收集的数据减少。在某些实施例中，特定于驾驶员的数据可以在驾驶员切换到另一车辆后立即被移除，和/或被保持一段时间，并在所选的时间段、事件、确认驾驶员正在使用另一车辆等之后到期。特定于驾驶员的数据是否被保持、删除、迁移到另一车辆、保存在云服务器上和/或这种数据的到期准则的配置可以被包括在车辆策略数据值2710内。

示例装置2700包括策略处理电路2706，策略处理电路2706响应于并至少部分基于车辆策略数据值2710，生成包括车辆数据收集描述2714的解析的策略数据。利用解析的策略数据的描述包括考虑本文的策略可以包括以下中的任何一个或多个：要收集的参数；所收集的参数的存储分配；针对所收集的参数的传输资源分配；与收集实例相关联的优先级值（例如，要一起收集的参数组、收集该参数组的时间范围等）包括收集操作的优先级、车载网络资源的利用、车外传输资源的利用、处理资源的利用（例如，用于配置和/或提供参数，处理和/或格式化参数，和/或执行到期处理，诸如在适用的情况下的汇总、聚合和/或压缩操作）；存储资源的利用（例如，高速缓存存储、缓冲存储、滚动缓冲存储和/或共享存储资源，包括用于所收集的数据、与所收集的数据相关的中间处理数据以及诸如触发评估数据、短期历史数据的支持数据的资源）。解析的策略数据包括车辆策略数据值2710的各部分（例如，确定针对所收集的数据指定的参数名称、端点位置、采样率、单位、格式等），其被针对车辆解析并且被提供给提供响应数据、对数据执行支持操作、处理数据和/或存储数据的车辆端点或使其由所述车辆端点可访问。在某些实施例中，策略处理电路2706基于所请求的数据准则（例如，采样率、单位、元数据等）和车辆上的可用响应数据来确定应该如何对所收集的数据执行格式化。在某些实施例中，策略处理电路2706管理所做出的外部数据请求（例如，“环境温度”）和响应于所做出的外部数据请求的车辆上的数据之间的转化，例如允许成功操作，而不管车辆上的网络区和/或端点的配置、车辆上的参数、控制件或接口的版本等。在某些实施例中，例如响应于车辆配置的改变（例如，端点从一个网络区移动到另一个网络区，车辆的控制器上的参数名称改变，车辆上的参数格式改变——例如使用不同的单位、位深度、分辨率、采样率等），和/或参数源改变（例如，由第一控制器提供的参数现在由第二控制器提供，和/或诸如传感器故障、故障条件等的非标称条件导致参数源改变），策略处理电路2706能够更新解析的策略数据，在某些实施例中，这可以在不更新车辆策略数据值2710的情况下执行。例如，传递给车辆的策略可以在第一时间产生第一解析的策略数据，在第二时间产生第二解析的策略数据，而不改变传递给车辆的策略。在该示例中，第一解析的策略数据和第二解析的策略数据都可以响应于传递给车辆的策略，尽管相对于策略的性能可能不同（例如，如果参数的第二来源在某些方面劣于或优于原始来源）。在另一示例中，第二解析的策略数据可能不完全响应传递给车辆的策略，例如当所请求的参数不再可用时，提供传递给车辆的策略的至少一部分的请求实体不再具有足够的授权等。

策略处理电路2706的操作和传递给车辆的策略的实施——无论是利用解析的策略数据还是另一实现——并不特定于装置2700，并且贯穿于本公开引用的任何设备都可以执行类似的实现操作，包括执行以下中的任何一个或多个的任何设备：接收和/或处理传递给车辆的策略；准备车辆的端点以支持数据收集、数据收集支持、触发评估、存储操作、特征配置、传输操作和/或自动化操作；确定与数据类型、相关联的流、相关联的应用、相关联的车辆功能、请求和/或提供端点、和/或请求和/或提供用于所收集数据、处理所收集数据、存储所收集数据和/或传输所收集数据的实体相关的优先级值。为了清楚地说明本公开的某些方面，在传递给车辆的策略的上下文中提供了图27的描述。在某些实施例中，由车辆策略数据值2710表示的（一个或多个）概念可以附加地或替代地被称为任何类型的策略、数据请求、自动化操作值、触发描述值、致动器命令值、远程访问请求值或在特定上下文中将被理解的类似术语。

示例装置2700包括策略执行电路2708，策略执行电路2708被构造成响应于解析的策略数据从车辆的至少一个网络区（例如，图27的示例中的第一网络区2718和第二网络区2720）的一个或多个端点2716收集车辆数据2722。示例策略执行电路2708响应于车辆策略数据值2710提供所收集的车辆数据2722，其可以被存储、传输、利用以确定是否检测到触发事件（例如，触发进一步的数据收集、自动化响应、数据收集参数的改变等），或者用于贯穿于本公开阐述的任何其他操作中。

示例装置2700包括定位在车辆的至少两个不同网络区上的端点2716（例如，提供用于收集的数据和/或响应于车辆策略数据值2710中的致动命令的端点）。示例驾驶员信息描述2712包括驾驶员特性，其例如要与当前驾驶员信息2714进行比较（例如，描述驾驶员角色、驾驶员身份、驾驶员的历史和/或表现数据等）来调整车辆策略数据值2710和/或根据车辆策略数据值2710来执行收集操作，所述车辆策略数据值2710响应于车辆的当前驾驶员的特性。示例策略执行电路2708解释当前驾驶员信息2714，将其与驾驶员信息描述2712的驾驶员特性进行比较，并响应于该比较收集车辆数据2722，例如响应于该比较定制收集的参数、配置的特征、收集的数据的格式等。示例驾驶员信息描述2712包括对车辆驾驶员的监视数据的描述，例如驾驶员角色、具体标识的驾驶员和/或任何其他驾驶员特性的定制监视参数（例如，速度、位置、特征的利用、驾驶表现参数等）。

参考图28，示例驾驶员信息描述2712包括触发条件2806，其中策略执行电路2708基于触发条件2806和/或驾驶员特性2802收集车辆数据2722。响应于触发条件2806收集的车辆数据可以是在车辆数据收集描述2714中提供的指定车辆数据2804。例如，触发条件2806可以指示例如响应于高速事件、高加速度事件、车辆的延长操作周期、故障条件的检测或诊断值等而收集车辆数据2804的事件或数据值。触发条件2806和/或驾驶员特性2802的利用允许响应于车辆上感兴趣的活动，并且进一步响应于驾驶员的特性——诸如经验年限、驾驶员角色、驾驶员的位置（例如，家庭位置、当前位置、许可位置等）——的收集数据。（一个或多个）示例和非限制性触发条件2806包括以下中的一个或多个：事件检测条件（例如，指示事件已经发生的参数值和/或处理的参数值）；驾驶员特性值（例如，响应于驾驶员条件的数据收集、诸如活动小时数的驾驶员条件的改变、或状态改变）；驾驶员分类值（例如，执照类型、表现指标、经验指标、所有权类型等）；和/或驾驶员表现值（例如，效率表现、安全操作表现、特征利用表现等）。在某些实施例中，所收集的车辆数据2722包括响应于基于一些收集的数据值与触发条件2806的比较确定事件发生而收集的数据。

参考图29，示意性地描绘了用于响应于驾驶员信息描述而收集数据的示例程序2900，以例如基于驾驶员特性提供驾驶员监视和/或数据收集。示例程序2900包括解释包括驾驶员信息描述的车辆策略数据值的操作2902，以及响应于车辆策略数据值生成车辆数据收集描述的操作2904。示例程序2900进一步包括操作2906，用于响应于车辆数据收集描述从车辆的端点收集车辆数据。所收集的数据可以被存储，用于确定触发条件是否已经满足和/或事件是否已经发生、全部或部分地传输到外部设备（例如，所述外部设备与提供车辆策略数据值或其相关部分的实体和/或应用相关联），和/或可以根据车辆策略数据值中的准则而到期。

参考图30，示意性地描述了响应于车辆策略数据值和/或驾驶员信息描述执行收集操作的示例程序2906。示例程序2906包括操作3002，该操作3002用于确定触发条件是否被满足，并且响应于操作3002确定“是”，程序2906包括开始和/或调整数据收集操作的操作3004。响应于操作3002确定“否”，程序2906包括操作3006，所述操作3006用于停止收集数据，以先前的配置继续收集数据（例如，不改变收集操作），和/或继续针对触发条件进行检查（例如，返回到操作3002）。

参考图31，示例装置3100被描绘为响应于车辆策略数据值提供数据收集操作，包括基于来自车辆上设备的故障代码开始、改变和/或停止数据收集操作。本文中涉及故障代码的描述应该广义地理解，并且包括基于以下的操作：故障代码值（例如，如由控制操作确定的，由诸如传感器、致动器等相关设备提供的、和/或由其他参数确定的，所述其他参数诸如诊断算法、合理性检查、与其他数据值的比较等）；故障计数器（例如，管理故障确定中使用的数据，诸如递增或递减计数器等）；诊断值（例如，诊断操作的诸如“通过”、“失败”、“可疑”等的输出，和/或中间值，所述中间值可以指示诊断操作具有非标称操作的初步指示，即使该诊断操作尚未诊断出故障，和/或可以指示诊断操作具有非标称操作可能正在恢复正常的初步指示，即使该诊断操作尚未确定非标称操作已经清除）；和/或诊断故障代码（例如，用于指示诊断事件和/或状态的参数，其可以是行业标准代码、专有代码或任何其他诊断故障代码）。

示例装置3100进一步包括策略获取电路2704，该策略获取电路2704解释包括设备条件描述3102的车辆策略数据值2710，设备条件描述3102例如指示哪些故障和/或诊断参数和/或哪些设备要被用于开始、改变和/或停止数据收集操作。示例装置3100类似于装置2700操作，例如响应于车辆策略数据值2710和设备条件描述3102确定解析的策略数据。示例装置3100允许响应于系统中的任何设备（例如任何端点、传感器、致动器、控制操作等）配置数据收集操作，并且通常允许响应于故障活动（例如，每当故障发生时，和/或每当来自感兴趣的一组故障中的故障发生时，收集指定的数据）和/或特定的故障活动（例如，基于特定故障收集指定数据——例如，确定高度相关的故障是否已经发生和/或可能很快发生，以聚集与故障相关的特定信息来确定故障的根本原因，和/或捕获故障发生之前的历史信息）定制数据收集。 装置3100的操作可以用于支持替代操作（例如，响应于故障发生，确定是否利用替代数据值、控制操作等）；支持与车辆和/或车辆组相关的知识生成（例如，以将所收集的数据与来自其他车辆和/或当前车辆上故障的先前发生的数据累积起来，这可以用于改进设计、改进故障预测和/或改进响应于故障发生的服务和/或诊断操作）；和/或用于任何其他目的（例如，保修执行和/或响应，向运营商、服务人员、车队所有者等提供警报和/或通知）。

示例设备条件描述3102包括要基于设备故障值或设备诊断值中的至少一个收集的车辆数据的描述（例如，响应于故障值或诊断值变为活动、变为不活动、使计数器值开始递增、递减或达到所选值等而收集数据）。设备条件描述3102的利用允许对故障或诊断值的响应活动，例如响应于故障值的收集（例如，当所选择的二十个故障值的组中的三个故障值已经变为活动时，开始数据收集），基于自从故障值最后被激活和/或最后被停用以来的时间来执行故障值的数据收集；和/或对故障和/或诊断操作中使用的中间值的响应活动，诸如计数器、阈值比较等，其可以示出在故障或诊断值被清除、确认等之前的活动。

在某些实施例中，车辆数据收集描述2714是响应于车辆策略数据值2710而确定的，并且包括要基于车辆策略数据值2710内的准则而收集的车辆数据的描述。车辆策略数据值2710可以收集与关联于设备条件描述3102的设备相关的数据，但是可以附加地或替代地收集与车辆上任何其他设备相关联的数据。例如，装置3100可以被配置为收集与故障设备相关的数据，诸如与故障速度传感器相关的车辆速度数据（例如，其中车辆速度数据可以捕获故障速度传感器的输出，和/或其他相关数据，诸如速度传感器的电源电压等），和/或收集与故障速度传感器无关的其他数据（例如，车辆的当前档位、贯穿于车辆系统的电源值、多媒体活动数据等），其可以以所述的任何方式使用。监视数据的示例描述，例如在车辆数据收集描述2714中阐述的，包括至少一个数据值，诸如：故障条件值；故障计数值；诊断参数值；故障确认值；诊断确认值；故障中间值；或者诊断中间值。

参考图32，例如与装置3100一起利用的示例监视数据描述3201包括设备故障和/或诊断值3202，其可以用于设备条件描述3102的设备，或者用于车辆上的另一设备。图32的示例包括具有用于收集的车辆数据2804的车辆数据收集描述2714，并且在该示例中进一步具有例如与设备条件描述3102的设备或车辆的另一设备相关的监视数据3204。在某些实施例中，监视数据3204和/或收集操作响应于触发条件，例如如关于图28所述的那样。

参考图33，示意性地描绘了响应于车辆系统中的（一个或多个）设备的故障和/或诊断值来实现策略的示例程序3300。示例程序3300包括解释包括设备条件描述的车辆策略数据值的操作3302，以及响应于车辆策略数据值生成车辆数据收集描述的操作3304。示例程序3300进一步包括响应于车辆数据收集描述从车辆的端点收集车辆数据的操作3306。

参考图34，示例装置3400被描绘为响应于车辆策略数据值提供数据收集操作，包括基于车辆端点的（一个或多个）端点性能描述开始、改变和/或停止数据收集操作。例如，装置3400的操作允许基于端点能力的指示、端点的改变、和/或可以基于端点性能确定的车辆配置（例如，提供车辆被以特定配置——例如特定传感器的存在和/或由传感器提供的输出值或分辨率——提供的指示的传感器或致动器能力，可以指示车辆上存在特定的车辆配置、特征集、性能等级等）调整所选择的数据收集和/或所收集的数据。

示例装置3400包括：策略获取电路2704，策略获取电路2704解释包括端点性能描述3402的车辆策略数据值2710；以及策略处理电路2706，策略处理电路2706至少部分基于车辆策略数据值2710生成包括车辆数据收集描述2714的解析的策略数据。装置3400在其他方面类似于装置2700和装置3100操作。

参考图35，示例端点性能描述3402包括端点条件值3502，诸如指示车辆配置的条件（例如，指示哪个车辆配置是活动的端点条件——诸如网络区布置；网络区上端点的位置；车辆上可用的参数名称和/或格式化；和/或车辆上活动的特征、应用和/或流）、指示非标称操作的条件（例如，由端点提供的可以指示存在非标称条件的值，诸如数据值和/或范围、参数的可用性、故障和/或诊断代码、预期值和基于车辆操作条件的观察值之间的匹配等），和/或指示车辆的一个或多个端点的配置的条件（例如，其中来自端点的值，诸如数据值、状态值、网络地址值、端点标识符等，指示端点和/或一个或多个其他端点的在车辆上的配置，其中该配置可以是以下中的任何一个或多个：与一个或多个端点相关联的特征、应用或流；一个或多个端点上的控制操作的位置；一个或多个数据值的存在或不存在；网络区和/或网络区上的端点的布置；车辆上可用数据值的格式化等）。示例装置3400包括从端点性能描述3402生成的车辆数据收集描述2714，包括响应于端点性能描述3402生成的用于收集的车辆数据3516。用于收集的示例和非限制性车辆数据2714的示例包括：端点和/或端点组3504（例如，端点位置、参数源和/或感兴趣的端点，其中数据应该响应于端点性能描述3402的（一个或多个）端点的性能条件来收集）；用于收集的数据值3506（例如，基于性能描述的感兴趣的值、确认和/或验证值、可以用于诊断和/或预言性能改变的值、和/或用于确定端点性能的结果的值、端点性能的缓解动作、和/或用于确定相关端点、应用、流等是否已经或将要受端点性能影响的值）；所收集数据格式化和/或处理描述3508（例如，应该响应于端点性能执行的格式化和/或处理操作，例如其中应该基于端点性能调整采样率、数据分辨率、位深度、单位、参数名、元数据等）；所收集数据存储描述3510（例如，增加和/或减少存储器分配、改变存储优先级、改变数据到期时间等，例如以增加相关数据将在传输可用之前存活的似然性，响应于指示标称或预期操作的端点性能来降低数据收集的优先级，和/或保留数据以供服务工具或其他操作稍后访问）；所收集数据传输描述3512（例如，增加和/或降低传输优先级，在所选的时间帧内移动数据——例如响应于端点性能使传输变得紧急，和/或响应于端点性能改变数据传输限制，诸如数据上限或带宽限制）；和/或所收集数据优先级值3514（例如，响应于用于收集的车辆数据2714来改变所收集的车辆数据2722的优先级值，其可以以贯穿于本公开描述的任何方式被利用，包括至少确定相关联数据的处理资源、传输资源、存储器资源、带宽资源、数据到期管理、数据处理管理等）。

示例端点性能描述3402包括响应于目标端点处于第一条件而收集的第一数据值，以及响应于目标端点处于第二条件而收集的第二数据值。第一条件和第二条件的利用允许基于端点的任何条件改变要收集的数据，所述端点的任何条件至少包括端点的类型、端点的状态（例如，标称、通过、失败、可疑等），和/或由端点的条件指示的车辆的另一方面。示例装置3400包括指示第一车辆配置的处于第一条件的目标端点，以及指示第二车辆配置的处于第二条件的目标端点。示例装置3400包括处于第二条件的目标端点，处于第二条件的目标端点指示目标端点被确定为处于非标称条件，诸如：失败条件、故障条件、无响应条件和/或失去通信条件。示例装置3400包括处于第一条件的目标端点，处于第一条件的目标端点指示第一目标端点配置（例如，传感器类型、致动器类型、相关应用的版本、流和/或控制操作等），并且其中处于第二条件的目标端点包括第二目标端点配置。第一数据值包括要从第一端点组收集的数据（例如，处于第一条件的目标端点指示车辆数据收集描述2714针对来自第一端点组的参数组，其可以包括或不包括目标端点），第二数据值包括要从第二端点组收集的数据（例如， 处于第二条件的目标端点指示车辆数据收集描述2714针对来自第二端点组的参数组，其可以包括或不包括目标端点）。在某些实施例中，第一端点组和第二端点组可以包括相同的端点中的一个或多个或全部，其中第一端点组和第二端点组之间的差异限于用于从每个端点组进行收集的总体参数选择。在某些实施例中，并且端点组（例如，第一端点组和/或第二端点组）可以包括单个端点——例如但不限于，管理大量传感器、致动器和/或控制操作的高性能控制器——可以具有大量可用的参数，使得由第一端点组和/或第二端点组表示的参数都是从单个高性能端点可获得的。在某些实施例中，第一端点组和第二端点组包括用于进行收集的至少一个不同的数据值（例如，用于从第一端点组进行收集的数据值与用于从第二端点组进行收集的数据值具有至少一个不同的值）。在某些实施例中，第一端点组和第二端点组包括至少一个不同的端点（例如，构成第一端点组的端点与构成第二端点组的端点具有至少一个不同的端点）。在某些实施例中，第一端点组和第二端点组之间的差异附加或替代地存在于除数据值或端点之外的其他维度中，例如优先级值、格式化值、处理值、采样率等。

出于说明的目的，针对响应于端点性能描述的数据收集操作来描述图34-图35的实施例。附加地或替代地，装置3400的操作可以响应于端点性能描述来调整以下中的一个或多个：特征参数；启用或禁用特征；开始和/或停止数据收集；和/或激活一个或多个致动器。

参考图36，示意性地描绘了用于响应于端点性能描述来执行操作以调整数据收集的示例程序3600。示例程序3600包括操作3602，用于响应于端点性能描述来解释车辆策略数据值，以及操作3604，用于例如基于从车辆策略数据值解析的策略数据来生成车辆数据收集描述。示例程序3600进一步包括操作3606，用于响应于车辆数据收集描述从车辆的端点收集车辆数据。

参考图37，示例装置3700被描绘为响应于位置描述值来提供数据收集操作，包括基于与车辆相关联的位置值开始、改变和/或停止数据收集操作。例如，装置3700的操作允许基于车辆的位置（例如在地理区域、管辖范围、相对于特定位置、和/或在定义的边界内）调整所选择的数据收集和/或所收集的数据。在某些实施例中，可能合期望的是基于位置来调整数据收集操作——例如收集附加的数据、避免收集某些数据、改变所收集的数据的格式化和/或其他配置、改变传输准则（例如，以降低传输利用，和/或允许附加的传输利用，等）。可以与数据收集操作相关的位置之间的示例差异包括但不限于：传输资源可用性的差异；车辆服务可用性的差异；参数名称、单位、行业标准或与预期数据格式相关的其他约定的差异；可靠性的差异（例如，其中已知地理区域会导致可靠性的差异，例如由于变化的环境条件、道路条件等、和/或如由人工智能和/或机器学习组件确定，这可以指示位置之间的可靠性差异，而系统不必知道差异的原因）；与位置相关的合同义务的差异；与位置相关的保修实现差异；与位置相关的法律状态差异（例如，速度限制、重量限制、某些特征的利用的可允许性诸如巡航控制、引擎制动、自动驾驶等）；和/或基于位置的与数据本身相关的法律状态的差异（例如，不同的隐私法、责任法、排放法规、跟踪和/或报告等）。位置变量数据收集的利用相应地支持许多目标。受益于本公开和通常可获得的信息的本领域技术人员在设想特定系统（包括具有包含在其中的装置3700的系统）时，可以容易地确定感兴趣的位置描述值3702，以及响应于位置描述值3702对车辆数据收集描述2714的调整。

出于说明的目的，关于响应于位置描述值3702的数据收集操作来描述图37-图38的实施例。附加地或替代地，装置3700的操作可以响应于位置描述值3702调整以下中的一个或多个：特征参数；启用或禁用特征；开始和/或停止数据收集；和/或激活一个或多个致动器。

示例装置3700包括解释包括位置描述值3702的车辆策略数据值2710的策略获取电路2704，以及至少部分基于车辆策略数据值2710生成包括车辆数据收集描述2714的解析的策略数据的策略处理电路2706。示例装置3700包括策略执行电路2708，其响应于解析的策略数据从车辆的（一个或多个）网络区的端点2716收集车辆数据（例如，作为所收集的车辆数据2722提供）。装置2700的示例实现包括基于位置描述值3702捕获所选择的数据，基于位置描述值3702停止所选择的数据的收集，改变所收集的数据的来源（例如，哪个端点提供特定的数据值——诸如哪个传感器提供该值的改变，从直接检测值到虚拟确定值的改变或者反之亦然， 收集值以避免或允许针对数据值利用一个或多个网络区，和/或基于位置描述值3702收集值以避免或允许利用车辆的一个或多个特征、流、应用等），基于位置描述值3702来调整收集参数（例如，采样率、格式、单位、位深度等），和/或调整所收集的车辆数据2722的存储和/或传输准则。在某些实施例中，装置2700可以附加地或替代地用于响应于位置描述值3702来调整特征配置、启用或禁用特征、调整触发评估操作、和/或调整所收集的车辆数据2722的至少一部分的存储和/或传输操作。

参考图38，（一个或多个）示例性且非限制性的位置描述值3702包括地理位置值（例如，GPS位置信息，和/或诸如“美国”、“加拿大”、“加利福尼亚”、“德国”、“欧盟国家”、“农村公路”、“人口中心”等的分类信息）、管辖范围值（例如，诸如“法国”的特定管辖范围，和/或诸如“EURO 6排放位置”、“隐私规则2位置”的描述性管辖范围等）、相对位置值（例如，距点、区域或边界的距离等），和/或定义的地理区域值（例如，“递送路线25”，在定义的区域之内或之外，等）中的一个或多个。图38的示例包括车辆数据收集描述2714，其具有对应于（一个或多个）位置描述值3702中的一个或多个的一个或多个用于收集的车辆数据3516值。用于收集的示例车辆数据3516值包括如下中的一个或多个：要使用的端点或端点组3504；（一个或多个）用于收集的数据值3506；所收集数据格式化和/或处理描述3508；所收集数据存储描述3510；所收集数据传输描述3512；和/或（一个或多个）所收集数据优先级值3514。

参考图39，示意性地描绘了用于响应于位置描述值来调整数据收集的示例程序3900。示例程序3900包括解释包括位置描述值的车辆策略数据值的操作3902，以及响应于位置描述值利生成车辆数据收集描述的操作3904。示例程序3900进一步包括响应于车辆数据收集描述来从车辆的端点收集车辆数据的操作3906。参考图40，示例操作3904包括响应于位置描述值来调整车辆数据的收集，例如基于车辆的位置改变基线数据收集操作。参考图43，示例操作3904包括响应于位置描述值来添加或修改所收集的车辆数据的元数据，例如调整时间戳、标记数据、做出标记（例如，基于根据位置和/或根据用于捕获所使用的处理操作的与位置相关的要求做出的调整，对数据进行的处理操作或其他调整）。参考图42，示例操作3904包括响应于位置描述值防止车辆数据（例如，包括仅所收集的一部分车辆数据，或所收集的所有车辆数据）的收集的操作，其中防止收集车辆数据的操作可以包括防止收集周期中的任何一个或多个操作，例如从端点请求数据（例如，在数据通常不可用的情况下，但是策略执行电路2708通过从源端点请求来检索它），防止收集的数据的存储（例如，高速缓存存储、用于外部传输的缓冲存储、和/或支持信息的存储，例如用于触发评估、事件后的历史数据捕获等的支持信息），防止相关数据和/或元数据收集，和/或防止数据的外部传输（和/或限制传输选项，例如蜂窝数据传输）。 参考图41，示例操作3904包括响应于位置描述值开始车辆数据的收集（和/或开始收集周期的任何一个或多个操作）。参考图44，示例操作3904包括响应于位置描述值（例如，网络利用优先级、数据存储优先级和/或传输优先级）调整所收集的车辆数据的至少一部分的优先级值。

参考图45，示例装置4500被描绘为响应于车辆状态数据和/或基于所收集数据的数据类型来提供数据收集操作。例如，装置4500的操作包括基于车辆状态数据的数据类型开始、改变和/或停止数据收集操作。例如，基于车辆状态数据的数据类型，装置4500的操作允许所选择的数据收集和/或所收集的数据的调整，诸如响应于控制数据类型（例如，用于车辆的任务执行和/或操作车辆的任务相关特征的数据），诊断数据类型（例如，用于诊断车辆操作，和/或在车辆和/或车辆组的长期诊断学习操作中的数据）、性能数据类型（例如，用于改进车辆性能、调整车辆性能、实现车辆性能评级等的数据）、监视数据类型（例如，监视驾驶员、车辆状态等），和/或聚合数据类型（例如，可以被汇总、与其他数据集成、与其他数据汇总等的数据）。装置4500的操作允许响应于数据将如何被利用、数据的紧急程度、考虑到劣化的传输性能的数据值（例如，传输前的时间延迟、某些数据分辨率的损失和/或汇总时的时间同步可用性、有损压缩、间歇间隙等）来调整数据收集。装置4500的操作允许针对高价值损失事件来保护所收集的数据（例如，保护既是任务关键的又经历高价值损失而时间、数据分辨率和/或连续排序损失劣化较小的数据），同时允许低价值的和/或没有经历高价值损失的、具有一些劣化的数据的劣化和/或损失。附加地或可替代地，装置4500的操作允许移除已经经历高损失价值的数据，例如移除由于劣化而不再值得资源利用的数据，以支持尽管劣化但仍保留重要价值的其他数据。可以看出，装置4500的操作保护了系统资源（例如，网络内通信资源、车载处理资源、车载存储器资源、传输资源等）来最大化数据收集操作的价值和效用。在某些实施例中，装置4500保护更高价值的数据（例如，基于在车辆策略数据值中提供的（一个或多个）数据类型和/或优先级值），但是也可以保护所收集的数据的整体值，例如，保持最初具有较低价值，但是由于劣化，可以保持比最初具有较高价值的其他数据更高的价值的数据。

示例装置4500包括策略获取电路2704，其解释包括车辆状态数据4502的车辆策略数据值2710（例如，车辆上可用的任何数据，和/或指示诸如操作条件、诊断条件、特征的操作的状态的车辆上的任何数据，和/或由服务操作、诊断操作和/或应用使用以确定车辆的状态的数据）。在某些实施例中，取决于利用所收集的数据的应用、流、特征和/或外部设备的上下文和操作，从车辆上的端点可获得的任何数据值可以是指示车辆状态和/或车辆的端点、特征、流和/或应用的状态的值。示例装置4500进一步包括策略处理电路2706，其响应于车辆策略数据值2710生成解析的策略数据，其中解析的策略数据包括车辆数据收集描述2714。示例装置4500进一步包括策略执行电路2708，其从车辆上的（一个或多个）网络区2718、2720上的端点2716收集车辆数据2722。示例装置4500进一步包括车辆数据传输电路4504，其响应于所收集的车辆数据2722的数据类型4508，选择性地传输所收集的车辆数据2722的至少一部分，在示例中提供为所传输的收集数据4506。

选择性地传输所收集的车辆数据2722的示例操作包括根据（一个或多个）车辆数据类型4508对传输资源的进行优先级排序，为所收集的车辆数据2722提供所选择的车载存储，提供数据的机会传输（例如，当检测到连接到WiFi、耦合的以太网服务工具或其他低成本传输元件时），删除尚未传输的所存储的所收集车辆数据2722（例如，基于所收集的数据存储需求，用于存储的竞争收集的数据的优先级，和所存储的数据的剩余价值）和/或减少所收集的车辆数据2722的存储影响（例如，用汇总数据段、聚集数据段、压缩数据段等替换数据的一部分）。在某些实施例中，车辆数据类型4508基于分辨率（例如，数据分辨率的损失——例如位深度、精度和/或诸如采样率的时间分辨率和/或同步数据匹配——对于诸如控制数据的某些数据类型可能具有较高的效用成本，而对于诸如监视数据的某些数据类型具有较低的成本），连续数据段的保存（例如， 没有时间间隙的连续数据序列对于某些数据类型来说可能是高价值的，而对于其他数据类型来说没有显著价值）、用于传输的时间（例如，一些数据如果几乎立即传输可能是高价值的，但是如果稍后传输则价值很小，而其他数据可能不管传输时间或者在诸如几小时内、一天内、一周内等扩展的传输时间范围内都保持价值）、汇总效果（例如，一个时间段内的平均值、在所选事件期间的平均值等对于一些数据类型可能是高价值的，但是对于其它数据类型可能是低价值的），和/或压缩效果（例如，压缩操作可能是有损的或无损的，这可以取决于所使用的压缩级别，并且一些数据类型在尽管有压缩损失的情况下可以保留价值，而其它数据类型可能随着压缩损失而损失显著价值或它们的所有价值）。此外，实现压缩操作的时间延迟可能比其他数据类型更大地劣化一些数据类型的价值）。示例和非限制性数据类型可以包括控制数据类型；诊断数据类型；性能数据类型；监视数据类型；或者聚合数据类型。示例数据类型是非限制性的，并且可以利用任何数据类型，例如包括与数据的数据结构相关联的数据类型（例如，字符串、浮点值、布尔值、单精度值、双精度值、整数等），和/或与车辆策略数据值2710中的数据请求相关联的数据类型（例如——“维护”、“燃料经济性”、“财务”等），其允许根据任何所选准则的所收集数据传输的排定行为。在某些实施例中，车辆策略数据值2710进一步包括数据值的描述（例如，定量描述、定性描述、数据值的排序等），和/或基于某些劣化事件（例如，时间延迟、间歇性间隙、压缩损失、汇总损失等）的数据价值损失的描述）。在某些实施例中，车辆策略数据值2710进一步包括可能导致数据类型的价值劣化的特定操作，其可以定义可接受的操作和/或损失的描述（例如，在收集的60分钟内发送），和/或与这样的操作相关联的价值描述（示例1：在1分钟内发送，并且数据保留100个单位的价值；在60分钟内发送，并且数据保留75个单位的价值；以及在1天内发送，并且数据保留35个单位的价值；示例2：发送的原生收集数据保留100个单位的价值，压缩1无损，保留100个单位的价值，压缩2有损，具有8位量化，保留30个单位的价值，压缩3有损，具有24位量化，保留55个单位的价值；示例3：至少30秒的连续无损序列价值为100，至少10秒的连续无损序列价值为50，小于5秒的序列价值为0）。提供这些示例是为了说明，并且可以省略操作与价值损失的匹配（例如，可能导致劣化的操作以由针对特定数据和/或数据类型4508指示的优先级所确定的顺序来执行），和/或具有简化的损失确定（例如，特定操作以固定的量和/或比率来减少未传输数据的价值，该固定的量和/或比率可以根据数据类型而变化，适用于所有数据类型，和/或仅适用于某些数据类型），或这些的组合。价值单位的描述是说明性的，并且任何数值术语，无论是明确的还是隐含的，都可以使用。在某些实施例中，所收集的数据的传输可以按照所存储的所收集车辆数据2722的优先级顺序执行（例如，利用在车辆策略数据值2710中定义的优先级和/或根据车辆数据类型4508，和/或利用基于优先级的加权调度，当可用时总是传输最高优先级的数据），和/或可能导致价值劣化的操作的调度可以按照优先级顺序执行（例如，在较低优先级数据之前保护较高优先级的所收集的车辆数据2722）和/或以损失价值的顺序（例如，其中在可能导致劣化的操作将导致所收集的车辆数据2722的价值的更大损失的情况下保护所收集的车辆数据2722）。在某些实施例中，车辆数据传输电路4504可以考虑聚合和/或加权的价值损失——例如，其中所收集的车辆数据2722的单个块上的操作（例如，删除、压缩、汇总等）可能导致较高的价值损失，但是将保护甚至更大的价值损失（例如，其中所收集的车辆数据2722的多个其他块由此受到保护，即使其中它们可能每个都单独地表现出较小的价值损失，但是一起受到保护与单个块损失的价值相比保留更多价值）。在某些实施例中，所收集的车辆数据块2722的部分可以被保护——例如保留所收集的数据的五分钟连续组块，但是删除其余部分。在某些实施例中，可以根据数据量、数据中参数的数量和/或数据中表示的数据类型（和/或多个数据类型）对所收集的车辆数据2722的价值描述（包括值损失确定）进行加权——例如，50 kb的数据块与类似的100 kb的数据块相比可以具有更小的加权值（例如，具有在车辆策略数据值2710中表示的类似的优先级值和/或类似的数据类型或数据类型的混合）。

在某些实施例中，策略执行电路2708响应于以下中的一个或多个来确定所收集的车辆数据2722的数据类型：提供相关联的车辆数据的端点（例如，所收集的车辆数据2722的源端点）；请求相关联的车辆数据的端点；请求相关联的车辆数据的实体（例如，与提供车辆策略数据值2710或其相关部分的外部设备相关联的实体）；与提供相关联的车辆数据的端点相关联的应用（例如，如果端点是加油控制操作的一部分，则数据类型可以被确定为控制数据类型）；与车辆数据请求相关联的应用；与提供相关联的车辆数据的端点相关联的流；与车辆数据的请求相关联的流；和/或在所收集的车辆数据2722的车辆策略数据值2710中提供的指示数据类型。

参考图46，示例车辆状态数据4502包括一个或多个数据类型，诸如控制数据类型、诊断数据类型、性能数据类型、监视数据类型和/或聚合数据类型。示例数据类型是非限制性的和说明性的。图46的示例包括车辆数据收集描述2714，其具有对应于每个数据类型的数据收集周期的相关联操作。图46的示例包括用于收集的车辆数据3516，其与以下中的一个或多个相关联：要利用的端点或端点组3504；用于收集的（一个或多个）数据值3506；所收集数据格式化和/或处理描述3508；所收集数据存储描述3510；所收集数据传输描述3512；和/或（一个或多个）所收集数据优先级值3514。

参考图47，示意性地描绘了响应于所收集的数据的数据类型来调度数据收集的示例程序4700。示例程序4700包括解释包括车辆状态数据的车辆策略数据值的操作4702，以及响应于车辆策略数据值生成车辆数据收集描述的操作4704。示例程序4700进一步包括响应于车辆数据收集描述从车辆的端点收集车辆数据的操作4706。参考图48，示例操作4704包括响应于所收集的车辆数据的（一个或多个）数据类型来调整车辆数据的收集的操作。参考图49，示例操作4704包括响应于要收集的数据的（一个或多个）数据类型开始车辆数据的收集的操作。参考图50，示例操作4704包括响应于要收集的数据的（一个或多个）数据类型——例如在数据传输不可能并且数据不能存储的情况下——和/或响应于其中特定数据类型的数据不被收集（例如，标记在特定操作条件期间、在特定位置等不应该被收集的数据类型）的车辆操作条件来防止车辆数据的收集的操作。参考图51，示例操作4704包括响应于所收集的数据的数据类型来添加和/或修改所收集的车辆数据的元数据的操作，例如响应于收集的数据的数据类型来添加时间戳信息、源标识信息、网络地址信息和/或转化这些信息。参考图52，示例操作4704包括响应于所收集的数据的（一个或多个）数据类型来调整所收集的车辆数据的优先级值的操作。

参考图53，示意性地描绘了响应于所收集数据的数据类型来调度数据收集的示例程序5300。示例程序5300包括确定所收集的车辆数据的（一个或多个）数据类型的操作5302。操作5302可以响应于车辆策略数据值2710来确定，例如利用策略中所定义的数据类型，和/或根据提供数据或者请求数据的端点、应用、流、实体等来确定数据类型。在某些实施例中，操作5302可以在数据收集之后确定，例如从所收集的车辆数据2722确定提供所收集的车辆数据2722的元素的（一个或多个）源。示例程序5300进一步包括响应于数据类型配置车辆数据收集描述和/或数据收集操作的操作5304，其中数据收集操作可以与收集周期的任何方面（例如，车载网络传输资源、数据存储资源、数据格式化和/或处理资源和/或车外传输资源的利用）相关。参考图54，示例操作5302包括基于所收集数据的提供端点来确定（一个或多个）数据类型。参考图55，示例操作5302包括基于所收集数据的请求端点来确定（一个或多个）数据类型。参考图56，示例操作5302包括基于所收集数据的请求实体来确定（一个或多个）数据类型。参考图57，示例操作5302包括基于与提供所收集数据的端点相关联的应用来确定（一个或多个）数据类型。参考图58，示例操作5302包括基于与请求所收集数据的端点相关联的流来确定（一个或多个）数据类型。参考图59，示例操作5302包括基于与提供所收集数据的端点相关联的流来确定（一个或多个）数据类型。参考图60，示例操作5302包括基于与请求所收集数据的端点相关联的应用来确定（一个或多个）数据类型。参考图61，示例操作5302包括基于策略中指示的数据类型来确定（一个或多个）数据类型。在某些实施例中，所收集的数据的给定块可以包括从多个端点提供的数据，和/或包括多个相关联的流、应用和/或其他优先级排序和/或数据分型信息。在某些实施例中，相关联的端点、流、应用和/或（一个或多个）指示的数据类型中的最高优先级和/或最重要的一个可以被用来确定所收集的数据的给定块的数据收集操作。在某些实施例中，可以利用加权的优先级和/或数据类型值（例如，如果60%的数据是高优先级数据类型，则将块的优先级加权为60%的高优先级数据类型），和/或可以利用最常见的或描述性的优先级和/或数据类型值（例如，如果60%的数据是高优先级数据类型，则将数据块视为高优先级数据类型）。

参考图62-65，示意性地描绘了所收集的数据优先级值的示例。示例优先级值是非限制性的，并且贯穿于本公开对所收集的数据的优先级值确定的任何引用都可以用作所收集数据优先级值3514。此外，本公开中对优先级值确定的任何引用可以附加地或替代地考虑参考图62-65描述的值中的一个或多个。图62描绘了示例收集数据优先级值3514，包括车载数据存储优先级6202、传输优先级6204和/或车载传输优先级6206。不限于本公开的任何其他方面，车载存储资源可以包括：利用存储器的存储器分配和/或存储值；用于删除、移动、压缩和/或汇总存储数据的资源；和/或用于确定存储器分配、更新存储器分配（例如，基于相对于要收集的估计数据量的收集数据量）、和/或跟踪存储数据的到期时间和/或老化的资源。不限于本公开的任何其他方面，车外传输资源可以包括：外部数据传递组件（例如，蜂窝数据路由、以太网数据路由、WiFi数据路由和/或诸如CAN通信的其他网络数据路由）的带宽利用；数据容量限制（例如，数据量上限；与实体、应用、流等相关联的数据量；和/或与接入点名称（APN）相关联的数据量）；和/或与外部数据传递相关联的功率利用（例如，在任何时间，和/或在某些操作条件期间，诸如当车辆的原动机不提供功率并且电池功率可以用于外部数据传递时）。不限于本公开的任何其他方面，车载传输资源可以包括：一个或多个网络区的带宽利用；针对给定端点、流、应用等的所允许的网络区利用；网络区上通信的时延管理，包括低时延通信的竞争；和/或网络间设备（例如，CEG、CES和/或CND）的资源利用。

参考图63，示例车载数据存储优先级6202包括以下中的一个或多个：存储器分配优先级6302，包括针对缓冲器容量、高速缓存容量、短期存储器容量和/或长期存储器容量的存储器分配优先级6302；到期数据处理优先级6304，包括针对到期数据的管理操作、到期数据的处理以及数据寿命跟踪和与到期时间的比较的管理的到期数据处理优先级6304；和/或数据到期优先级6306，包括确定到期数据管理、与到期数据管理相关联的价值损失等的顺序。参考图64，示例传输优先级6204包括以下中的一个或多个：基于有限竞争传输资源的传输优先级6402；基于可用传输路由的传输优先级6404（例如，蜂窝传输可以具有第一优先级集合，并且WiFi传输可以具有不同的优先级集合）；基于间歇连接性的传输优先级6406（例如，高连接性操作时段可以具有第一优先级集合，低连接性时段可以具有第二优先级集合，并且间歇连接性时段可以具有第三优先级集合）；和/或基于车辆操作条件6408（例如，以额定功率运行、关断操作、启动操作、怠速操作等可以每个具有用于传输所收集的数据的不同优先级集）的传输优先级。参考图65，示例车载传输优先级6206包括以下中的一个或多个：基于有限网络区资源（例如，带宽、利用、低时延消息传输时隙等）的车载传输优先级（OVTP）6502；基于带宽的（例如，虑及相应数据、网络区上的当前带宽利用和/或可用性等的绝对或相对带宽）OVTP 6504；基于网络区和/或在网络区之间传递参数的融合设备的利用的OVTP 6506（例如，CES、CEG和/或CND管理消息传递的能力，和/或相关资源，诸如准备来自第一网络区的消息以供在第二网络区上利用的消息处理资源，支持网络内消息传递的缓冲和/或高速缓存存储器等）；和/或基于时延参数的OVTP 6508（例如，其中在网络区支持有限数量的低时延消息，其中在网络区业务水平威胁到高优先级消息的时延性能，等）。

参考图66，示例装置6600被描绘为响应于车辆状态数据来提供数据收集操作，车辆状态数据是动态可改变的，和/或可以基于地理、管辖范围和/或车辆的操作条件来调整。例如，装置6600的操作可以响应于请求的改变、检测到的事件、评估的触发条件和/或预定车辆操作条件的检测和/或车辆操作条件的改变来调整数据收集操作。

示例装置6600与装置4500类似地操作，出于说明的目的，在此描述了某些差异。装置6600可以包括在具有车辆的系统中，该车辆具有如贯穿于本公开描述的一个或多个网络区，并且装置6600的各方面可以整体或部分地包括在贯穿于本公开阐述的任何系统、设备、控制器和/或装置中。附加地或替代地，本文阐述的任何系统、设备、控制器和/或装置的各方面可以整体或部分地包括在装置6600中。

示例装置6600包括解释车辆状态数据收集改变值6604的车辆状态数据调整电路6602。示例装置6600包括策略执行电路2708，其响应于车辆状态数据收集改变值6604调整所收集的车辆数据2722的收集操作，和/或车辆数据传输电路4504，其响应于车辆状态数据收集改变值6604调整所收集的车辆数据2722的传输操作。在某些实施例中，车辆状态数据调整电路6602响应于车辆操作条件6606确定车辆状态数据收集改变值6604。示例车辆操作条件6606可以是分类和/或离散值，诸如状态条件（例如，关断、移动、启动、怠速、高负载操作、低负载操作等）。附加地或替代地，示例车辆操作条件6606可以是定量的和/或连续的值，诸如功率吞吐量水平、扭矩值、车辆速度等。

在某些实施例中，车辆状态数据调整电路6602响应于确定事件发生6608——例如基于触发条件、故障值、诊断代码等——来确定车辆状态数据收集改变值6604。在某些实施例中，车辆状态数据调整电路响应于以下中的一个或多个来确定事件发生6608：故障条件值（例如，车辆中是否存在故障条件，例如与相应参数的数据收集相关的故障、与数据收集参数的相关联的流和/或应用相关的故障、和/或在调整数据收集的策略2710中定义的故障条件）；确定故障计数值（例如，在设置故障条件之前使用的中间值，诸如递增、递减和/或警告参数，其可以发布到网络区或不发布到网络区）；确定诊断参数值（例如，诊断代码、诊断操作的中间值等）；故障确认值（例如，指示故障是活动的、潜在的、最近活动的、待确认的等的状态值）；诊断确认值（例如，确定诊断条件的状态值、倾向于确认诊断确定和/或使诊断确定不太可能的中间值等）；故障中间值（例如，倾向于指示故障的阈值或其他条件，由故障确定操作确定和/或利用的任何值，和/或故障确定操作中可用于确定故障是否潜在活动、即将被设置和/或即将被清除的值）；和/或诊断中间值。在某些实施例中，例如，车辆策略数据值2710可以用于收集与故障和/或诊断发生相关的附加数据，以例如确定故障和/或诊断确定是否良好地操作，它们是否可以被改进或优化，从而为故障树分析和/或诊断根本原因分析等提供信息。

装置6600和/或本文的其他系统和设备的能力提供了在故障条件和/或诊断操作被确认之前收集附加数据的能力，该能力例如由于策略执行电路2708的如下能力：到达车辆的任何网络区上的任何端点以及收集数据（诸如在任何网络区上通常不可用的中间控制数据），以在其中故障确定和/或诊断操作尚未完成的过程早期开始收集更多数据。先前已知的系统响应于设置的故障或确认存在问题的诊断操作而提供光和/或其他通知，但是到提供通知的时间时，故障确定和/或诊断操作的操作已经完成，并且最多可以捕获短时段的历史数据。对于先前已知的系统，收集更大量的数据是禁止的，因为必须在整个所选的时间段内收集参数，具有大量的数据，并且在整个所选的时间段内故障可能发生也可能不发生。装置6600的操作允许基于中间故障值配置的数据收集，例如通过如下操作来增加所收集的数据（例如，采样率、参数数量等）：在数据中出现故障可能适用的初步指示时收集数据，和/或如果故障或诊断条件更有可能出现则进一步增加所收集的数据（例如，随着中间计数器值向故障阈值增加而增加数据收集率和/或参数），同时保持所收集的数据将与所收集的数据的预期用途相关的高似然性。此外，可以由装置6600收集的数据得到改进，因为数据收集不限于网络区上的可用数据，从而允许对故障和诊断操作进行更深入的分析，更快地收敛于改进的服务程序和/或故障树分析等。此外，装置6600的能力允许在具有不同配置的车辆上利用单个策略，包括网络区布局、网络区上的端点分布、跨端点的控制器和控制操作的不同分布、和/或具有不同配置（例如，单位、采样率、参数名称、位深度和/或分辨率等）的数据。用于收集数据以例如改进故障确定和/或改进故障确定的给定策略，可以表示确定应该收集哪些数据、相对于事件的数据收集的定时等的重大投入，并且跨多个车辆配置重复使用给定策略的能力显著降低了跨整个车辆系统的故障和诊断执行和改进的成本。贯穿于本公开的用于故障和诊断操作的装置6600和其他实施例的利用是说明性示例，用于展示本公开的各方面的各种益处。可以看出，表示类似重大投入的许多其他操作同样受益于本文描述的系统、设备和操作的能力，例如但不限于：调节车辆特征的操作（例如，控制调节器、学习系统等）；确定操作者对车辆特征的利用的操作（例如，巡航控制、座椅调整、雨刮片操作、多媒体交互等）；名义上不相关的系统之间的相关性（例如，故障发生的时间和/或利用的特征；改变的位置和/或位置类型与车辆操作条件之间的关系——例如，确定当从人口高度密集的区域过渡到乡村公路时，操作员可能会利用哪些车辆操作条件和/或特征等）。

示例车辆状态数据4502进一步包括触发条件，其中车辆状态数据调整电路6602响应于触发条件确定事件发生6608。触发条件可以是贯穿于本公开阐述的任何触发条件，包括至少：事件检测条件；车辆状态值；和/或车辆操作条件值。

示例车辆状态数据调整电路6602进一步响应于位置描述值，例如作为车辆策略数据值2710的一部分包括的位置描述值，来解释车辆状态数据收集改变值6604。位置描述值包括至少一个描述，诸如：地理位置值；管辖范围值；相对位置值；或者定义的地理区域值。策略执行电路2708响应于车辆状态数据收集改变值6604，以响应于位置描述值，防止收集车辆数据的至少一部分，开始收集车辆数据的至少一部分，调整车辆数据的至少一部分的格式化，和/或调整与车辆数据的至少一部分相关联的优先级。

参考图67，示意性地描绘了动态配置用于车辆的数据收集的示例程序6700。示例程序6700包括解释包括车辆状态数据的车辆策略数据值的操作6702，响应于车辆策略数据值生成车辆数据收集描述的操作6704，以及响应于车辆数据收集描述从车辆端点收集车辆数据的操作6706。示例程序6700包括传输所收集的车辆数据的至少一部分的操作6708，确定所收集的车辆数据的至少一部分的车辆状态的操作6710，以及确定车辆状态数据收集改变值的操作6710。示例程序6700包括响应于车辆状态数据收集改变值来调整收集和/或传输操作的操作6712。

参考图68，确定车辆状态数据收集改变值的示例程序6710包括解释车辆操作条件的操作6802和响应于车辆操作条件确定车辆状态数据收集改变值的操作6804。参考图69，示例程序6710包括确定事件发生的操作6902，以及响应于事件发生确定车辆状态数据收集改变的操作6904。参考图70，示例程序6710包括确定位置描述值的操作7002，以及响应于位置描述值确定车辆状态数据收集改变值的操作7004。参考图71-78，描述了响应于车辆状态数据收集改变值来调整所收集的数据值的收集和/或传输的示例操作6712。参考图71，示例操作6712包括响应于车辆状态数据收集改变值（例如，作为车辆状态数据调整）来调整车辆数据（例如，所收集的参数、收集率、要捕获的数据量、数据捕获的定时等）的收集。参考图72，示例操作6712包括响应于车辆状态数据调整来开始车辆数据的收集。参考图73，示例操作6712包括响应于车辆状态数据调整来防止车辆数据的收集。参考图74，示例操作6712包括响应于车辆状态数据调整，来添加和/或修改所收集的车辆数据的元数据。参考图75，示例操作6712包括响应于车辆状态数据调整来调整所收集的车辆数据的优先级值。参考图76，示例操作6712包括响应于车辆状态数据调整来调整所收集的车辆数据的传输。参考图77，示例操作6712包括响应于车辆状态数据调整来调整所收集的车辆数据的数据存储。参考图78，示例操作6712包括响应于车辆状态数据调整来调整所收集的车辆数据的格式化和/或处理。

参考图79，示意性地描绘了动态配置针对车辆的数据收集的示例程序7900。该示例程序包括响应于触发条件和/或事件发生来确定车辆状态数据收集改变值的操作7902，以及响应于车辆状态数据收集改变值来调整所收集的车辆数据的收集和/或传输操作的操作6712。参考图80-83，示意性地描绘了确定事件发生和/或触发条件的示例操作7902。参考图80，示例操作7902包括响应于故障数据确定事件发生，例如响应于设置的故障和/或中间故障值（例如，故障计数器、倾向于指示故障的数据的阈值等）确定事件已经发生以改变数据收集和/或传输。参考图81，示例性操作7902包括响应于诊断数据确定事件发生，例如响应于诊断操作输出值、中间值和/或诊断代码值来确定事件已经发生以改变数据收集和/或传输。参考图82，示例操作7902包括响应于可用的车辆数据来确定事件发生，所述可用的车辆数据包括一个或多个所收集的车辆数据参数，或者从车辆的终点可获得的另一车辆数据参数。参考图83，示例操作7902包括监视触发评估数据，并基于触发条件（例如，在策略中提供的）和触发评估数据来确定事件发生的操作。

参考图84，示意性地描绘了利用策略层级来实现数据收集的示例装置8400。示例装置8400是在数据收集的上下文中公开的，但是可以用于配置自动化操作、触发数据收集和/或如本公开中阐述的任何其他基于策略的操作。示例装置8400描绘了示例策略类型以说明本公开的各方面，但是所描绘的策略类型是说明性的并且是非限制性的。实施例可以包括所描述的策略类型中的一些或全部、其他策略类型和/或给定类型的多于一个策略。

示例装置8400与装置4500类似地操作，出于说明的目的，在此描述了某些差异。装置8400可以被包括在具有车辆的系统中，该车辆具有如贯穿于本公开描述的一个或多个网络区，并且装置8400的各方面可以整体或部分地被包括在如贯穿于本公开阐述的任何系统、设备、控制器和/或装置中。附加地或替代地，本文阐述的任何系统、设备、控制器和/或装置的方面可以整体或部分地包括在装置8400中。

示例装置8400包括解释车辆策略数据值2710的策略获取电路2704。图84的示例包括下载的策略8402、出厂策略8404和/或内置策略8406中的一个或多个，其中车辆策略数据值2710由策略8402、8404、8406中的一个或多个构建。车辆策略数据值2710可以利用策略8402、8404、8406中所选择的一个作为车辆策略数据值2710，和/或车辆策略数据值2710可使用策略8402、8404、8406中的多于一个来构建。在某些实施例中，策略8402、8404、8406通过，例如（按顺序并且如果存在的话）利用下载的策略8402作为车辆策略数据值2710、出厂策略8404（例如，如果下载的策略8402不存在），和/或内置策略8406而在层级中利用。利用内置策略、出厂策略和下载的策略的示例是说明性的并且是非限制性的。一个示例包括在最初制造车辆和/或向车辆制造商提供相应控制器时在车辆控制器（例如，CND和/或其上提供有策略管理操作的任何其他控制器）上提供的内置策略8406，在制造的稍后阶段（例如，由车辆制造商、原始设备制造商、车身制造商、组装商，为特定应用配置车辆的实体和/或经销商）在车辆控制器上提供的出厂策略8404，并且在此后的任何时间提供下载的策略8402——例如由经销商，在车辆操作之后，和/或作为策略的更新操作提供。 本文考虑了许多中间策略，包括在车辆制造和/或首次销售之前或之后的任何阶段。在某些实施例中，内置策略包括某些功能，诸如引导加载、初始化操作等，其允许收集基本数据、实现策略更新等。在某些实施例中，由内置策略8406提供的基本功能在其他策略被实现之后被保留，和/或基本功能可以被后续策略实现或替换。

在某些实施例中，较高级别的策略（例如，相对于出厂策略8404和/或内置策略8406的下载的策略8402）取代较低级别的策略。在某些实施例中，较低策略的兼容部分被保留，并且较低策略的处理可以变化（例如，出厂策略8404和/或内置策略8406之一包括如果与较高策略兼容则被保留的至少一部分，其中当接收到较高策略时，出厂策略8404和/或内置策略8406中的另一个被忽略、弃用和/或删除）。在某些实施例中，响应于较高策略的移除和/或到期，被忽略或弃用的较低策略被复活。

作为示例，图84的示例中的最高策略的描述将最高策略称为“下载的策略”。然而，最高策略和/或任何其他策略可以附加地或替代地由任何相关操作接收，包括由具有直接连接（例如，耦合到车辆网络区的物理端口）的工具、通过LAN或WiFi连接、使用蜂窝通信和/或通过任何其他操作来提供。在某些实施例中，可以利用安装在车辆上的替换控制器来接收下载的策略8402（例如，作为替换车辆控制器的服务操作，其中替换控制器包括下载的策略8402）。在某些实施例中，策略结构可以在层级中具有附加的级别，和/或在层级的给定级别处具有多于一个的策略。在某些实施例中，车辆策略数据值2710或其部分的组装发生在车辆控制器上——例如在由策略获取电路2704接收到一个或多个或所有策略8402、8404、8406的情况下，并且应用层级来提供最终的车载策略数据值2710。在某些实施例中，车辆策略数据值2710在车辆外部组装，并且在组装后被传递给策略获取电路2704。在某些实施例中，存在这些的组合——例如，车辆策略数据值2710被汇编并被传递到策略获取电路2704，并且另一个下载的策略8402（和/或车辆策略数据值2710）被提供给策略获取电路2704，其可以替换和/或被添加到车辆上利用的现有策略。

参考图85，示例性地描绘了用于利用多种策略类型来执行车辆数据收集或本文中的其他操作（例如，触发评估和后续操作、对数据访问、服务访问和/或数据收集的授权控制等）的示例装置8500的示意图。

示例装置8500与装置4500类似地操作，出于说明的目的，在此描述了某些差异。装置8500可以被包括在具有车辆的系统中，该车辆具有如贯穿于本公开描述的一个或多个网络区，并且装置8500的各方面可以整体或部分地被包括在如贯穿于本公开阐述的任何系统、设备、控制器和/或装置中。附加地或替代地，本文阐述的任何系统、设备、控制器和/或装置的方面可以整体或部分地包括在装置8500中。

图85的示例包括所提供的车辆策略数据值2710，其包括持久策略8502、离散（或有限）策略8504和流式传输策略8506中的一个或多个。在某些实施例中，持久策略8502阐述了持续存在于车辆上的数据收集操作或其他操作，例如持续收集数据（和/或检查数据收集的条件），用于作为所收集的车辆数据2722的间歇存储，以及作为所传输的所收集数据4506的传输（例如，根据优先级值和/或本文阐述的其他操作）。示例离散策略8504为数据收集操作或存在于车辆上的其他操作进行设置，以用于在所选的时间段、所选数量的操作等上执行。例如，离散策略8504可以被配置为单次收集特定的数据集，和/或单次执行某些操作（例如，开门、启动车辆、确认所有者身份等）。在所选数量的执行和/或有效时间帧到期之后，离散策略8504可以被忽略、弃用和/或删除。示例性流式传输策略8506阐述了数据收集操作或其他操作，所述持续地、在所选的时间段内等存在于车辆上，在根据流式传输策略8506的操作期间，提供了立即或一旦可用就传输车辆数据2722。在某些实施例中，具有高传输优先级值的持久策略8502或离散策略8504可以以相同的方式有效地操作，并且在某些实施例中，流式传输策略8506被实现为具有高传输优先级值的另一策略类型。包括持久策略8502、离散策略8504和/或流式传输策略8506的描述是说明性的，以展示某些实施例的操作。在某些实施例中，策略获取电路2704用更新的车辆策略数据值2710替换先前的策略，和/或用更新的车辆策略数据值2710替换先前的策略。在某些实施例中，车辆策略数据值2710包括数据字段或其他实现信息，其阐述该策略是否应该替换先前的策略，和/或被附加到先前的策略和/或除了先前的策略之外被使用。在某些实施例中，在实现更新的策略之前，对照策略提供者（例如，提供车辆策略数据值2710和/或策略8502、8504、8506中的一个或多个的实体）的授权来检查数据字段或其他实施信息。在某些实施例中，策略类型的处理是不同的，例如，离散策略8504和/或流式传输策略8506可以总是被附加，和/或持久策略8502可以选择性地替换、附加和/或并行添加到先前的策略。所描述的操作是非限制性示例。

参考图86，示意性地描绘了用于在车辆上实现策略执行的示例程序8600。程序8600包括解释车辆策略数据值的操作8602、生成车辆数据收集描述的操作8604、响应于车辆数据收集描述从车辆的（一个或多个）端点收集车辆数据的操作8608、以及传输所收集的车辆数据的至少一部分的操作8608。过程8600的操作可以响应于策略的层级（例如，参考图84和相关描述）和/或响应于多个策略类型（例如，参考图85和相关描述）来执行。

参考图87，示意性地描绘了用于在车辆上实现策略执行的示例程序8700。程序8700包括确定提供给车辆的（一个或多个）策略类型的操作8702，以及基于所述策略类型生成车辆数据收集描述的操作8704。操作8702、8704可以组合为用于生成车辆数据收集描述的操作8604。示例程序8700进一步包括确定策略收集是否活动（例如，根据策略的数据收集是否活动，和/或根据策略的对潜在数据收集的监视是否活动）的操作8706，以及如果操作8706确定“是”则响应于车辆数据收集描述来收集车辆数据的操作8708。操作8706、8708可以组合为响应于车辆数据收集描述来从车辆的端点收集数据的操作8606。示例程序8700包括操作8710，用于确定是否应该删除不活动策略——例如，替换的策略、到期的策略、解决的离散策略、和/或离散和/或流式传输策略是否具有已经过去的时间帧。在某些实施例中，程序8700包括操作8608，其用于例如响应于来自操作8708的所收集的数据，和/或响应于先前为尚未传输的不活动策略收集的数据来传输所收集的车辆数据的至少一部分。在某些实施例中，示例程序8700包括例如响应于操作8710确定“是”来删除策略和/或策略的不活动部分的操作8712。程序8700的操作可以被配置为保留不活动策略，直到根据不活动策略收集的数据已经被传输。附加地或替代地，可以删除不活动策略，并且可以在稍后的时间处传输根据不活动策略收集的数据。

参考图88，示意性地描绘了说明性的所利用的策略层级8802。在图88的示例中，如果存在下载的策略8402则利用下载的策略8402，如果存在出厂策略8404并且如果下载的策略8402不存在则利用出厂策略8404，并且如果存在内置策略8406并且如果下载的策略8402或出厂策略8404都不存在则利用内置策略8406。参考图89，示意性地描绘了另一个说明性的所利用的策略层级8802。在图89的示例中，内置策略8406包括与出厂策略8404和下载的策略8402兼容的部分8902，出厂策略8404包括与下载的策略8402兼容的部分8904，并且最终利用的策略包括与出厂策略8404和内置策略8406的附加兼容部分8904、8902相组合的下载的策略8402。图89的示例是说明性的，为了清楚起见，内置策略8406的兼容部分8902被描述为与出厂策略8404和下载的策略8402这二者都兼容。应当理解，内置策略8406的一部分可以仅与出厂策略8404或下载的策略8402之一兼容，其中仅与出厂策略8404和下载的策略8402兼容的部分被附加在最终策略中。为了描述清楚，图89的示例描绘了附加较低策略的兼容部分。在某些实施例中，策略处理电路2706可以利用兼容部分来构建车辆数据收集描述2714，而不编译具有附加部分的最终策略。例如，策略处理电路2706可以提供车辆数据收集描述2714来实现下载的策略8402和较低策略的兼容部分，而不构建附加的最终策略。

参考图90，示意性地描绘了说明性的所利用的策略层级8802，其中在构建最终策略和/或车辆数据收集描述2714中利用了多个下载的策略8402、90002、9004。在该示例中，较低的策略可以被忽略和/或在兼容的部分中利用。参考图91，示意性地描绘了示例所利用策略层级8802，其具有多个高级策略，诸如一个或多个持久策略9102、一个或多个离散策略9104和/或流式传输策略9106。所利用的策略层级8802可以是策略9102、9104、9106的编译版本，和/或利用策略9102、9104、9106构建的车辆数据收集描述2714。在某些实施例中，策略9102、9104、9106可以在策略层级内提供，例如，其中所有策略9102、9104、9106被视为下载的策略8402和/或最高级别的策略。在某些实施例中，策略9102、9104、9106在其之间可以具有层级，所述层级例如根据与提供策略的实体、设备、流、应用等相关联的优先级值和/或授权值来确定，其中策略9102、9104、9106中较高的策略取代较低的策略，和/或其中较低的策略的兼容部分被实现。在某些实施例中，所利用的策略层级8802可以进一步包括较低的策略，诸如出厂策略8404、内置策略8406，其中较低的策略8404、8406可以被忽略和/或在兼容部分中被利用。在某些实施例中，提供了与较低策略8404、8406的一部分不兼容的离散策略9104和/或流式传输策略9106，其中不兼容部分在根据较高等级策略9104、9106的操作期间被忽略，并且在较高等级策略9104、9106被解决（例如，数据收集操作完成、相关实现时间到期、和/或较高等级策略9104、9106被删除8712）之后被恢复。

参考图92，示意性地描绘了更新数据收集策略的示例程序9200。示例程序9200包括解释车辆策略数据值的操作9202，响应于车辆策略数据值来更新数据收集策略的操作9204（例如，将更新附加到策略，提供添加的策略作为要实现的附加策略，和/或删除先前的策略）。示例程序9200进一步包括响应于更新的数据收集策略来生成车辆数据收集描述的操作9206、响应于车辆数据收集描述来收集车辆数据的操作9208、以及传输所收集的车辆数据的至少一部分的操作9210。

参考图93，描绘了实现策略层级的示例程序9300。示例程序9300包括确定下载的策略是否存在于车辆上的操作9302，以及响应于操作9302确定“是”而生成车辆数据收集描述的操作9306。示例程序9300包括确定出厂策略是否存在的操作9304，以及响应于操作9304确定“是”而生成车辆数据收集描述的操作9308。示例性过程9300包括操作9310，其用于响应于内置策略，响应于操作9304确定“否”，来生成车辆数据收集描述。过程9300的示例性操作利用最高级策略作为策略，但是可以被调整以实现较低级策略中的一个或多个的兼容部分。

参考图94，描绘了实现策略层级的示例程序9400。在图94的示例中，响应于来自操作9302的确定“是”，操作9402确定出厂策略的兼容部分是否存在。在图94的示例中，操作9404包括将出厂策略的兼容部分添加到所实现的策略，并且操作9406响应于操作9404、操作9402确定“否”和/或操作9304确定“是”中的任何一个，确定内置策略的兼容部分是否存在。示例程序9400包括操作9412，其用于例如在下载的策略或出厂策略都不存在的情况下响应于内置策略来生成车辆数据收集描述。示例性程序9400包括操作9410，其用于响应于操作9406确定“否”，响应于所实现的策略（排除内置策略）生成车辆数据描述。示例性程序9400包括操作9408，其用于将内置策略的兼容部分添加到所实现的策略，以及操作9410，其用于响应于操作9406确定“是”，响应于所实现的策略生成车辆数据描述。

参考图95，示意性地描绘了利用用于所收集的数据的共享存储来执行数据收集操作的示例装置9500。示例装置9500与装置4500类似地操作，出于说明的目的，在此描述了某些差异。装置9500可以被包括在具有车辆的系统中，该车辆具有贯穿于本公开描述的一个或多个网络区，并且装置9500的各方面可以整体或部分地被包括在如贯穿于本公开阐述的任何系统、设备、控制器和/或装置中。附加地或替代地，本文阐述的任何系统、设备、控制器和/或装置的各方面可以整体或部分地包括在装置9500中。

示例装置包括参数获取电路9502，其响应于车辆策略数据值2710的（一个或多个）所请求的车辆属性9512来解释多个车辆参数值9510。车辆参数值9510从车辆的一个或多个网络区2718、2720上的（一个或多个）端点2716被解释。示例装置9500进一步包括参数存储电路9504，其选择性地存储车辆参数值9510的至少一部分，其中所存储的车辆参数值9514的至少第一部分存储在存储端点9508上，存储端点9508不同于所存储的车辆参数值9514的提供端点。在某些实施例中，所有存储的车辆参数值9514存储在单个端点上。对所收集的数据参数的共享存储的利用可以用于整合系统中的能力，在系统中提供几个（或一个）高能力存储资源，降低管理数据收集参数的存储的总成本和复杂性。共享存储可以是能够存储来自任何ECU和/或应用的任何类型的数据的通用存储。附加地或替代地，处理能力可以整合到几个（或一个）高能力处理资源中，所述资源也可以在具有高存储器能力的控制器上提供。参数获取电路9502从任何网络区上的任何端点到达和移动数据的能力支持共享存储的利用，同时例如利用CEG、CES、CND等的操作保持安全性。在某些实施例中，系统中的静态数据（例如，缓冲数据、高速缓存数据、所存储的车辆参数值、策略信息和/或解析的策略数据等）被加密。通过减少系统中使用的存储资源的数量，简化了加密存储数据的管理。在某些实施例中，共享存储可以由具有存储器资源的单个控制器来提供，该控制器可以包括具有诸如策略获取电路2704等的策略管理组件的控制器。然而，共享存储可以跨几个控制器分布，和/或可以与具有策略管理组件的控制器分开地被包括。在某些实施例中，策略管理组件整体或部分地跨几个控制器分布，并且可以部分地在具有共享存储资源的控制器上提供，或者独立于具有共享存储资源的控制器。具有共享存储资源的控制器作为车辆网络区的端点耦合到系统，并且在某些实施例中，具有策略管理组件的控制器本身是车辆网络区的端点。控制器2702的操作能够管理共享存储器资源，包括提供为数据收集操作提供的存储器分配、参数值的缓冲和高速缓存、存储数据的到期、存储数据的传输和/或基于策略的改变、观察到的数据收集操作等的存储器的重新分配。

存储器资源的分配可以考虑要被收集以支持策略收集操作的数据量、支持数据，诸如滚动缓冲数据（例如，捕获历史数据、执行触发分析等）、触发评估数据、可以根据请求发送的有条件存储的数据、提供数据并具有共享存储资源的端点的（一个或多个））网络区位置（例如，在确定数据生成和数据存储位置时确定车载网络通信影响）、以及当所收集的数据作为所传输的收集数据4506被传输时对车载网络的传输影响。例如，可以选择需要较少车载网络资源来传输的共享存储资源来存储可能被传输的车辆参数，其中需要较多车载网络资源来传输的共享存储资源（例如，其中在数据可以被传输之前，数据从一个网络区被传输到另一个网络区）可以被用于触发评估数据、用于计算和/或虚拟参数确定的中间数据， 滚动缓冲数据——其中大部分数据被迭代重写，并且除非发生事件，否则只是偶尔或从不传输——和/或任何其他类型的不太可能被传输的数据，或者是从不传输的类型的数据。 在某些实施例中，响应于存储器管理操作而具有较低优先级值和/或具有低价值损失指示的数据（例如，被压缩、汇总、降采样、老化等的数据保持所收集的数据的原始值的相对高的部分）可以被存储在具有相对较高传输成本的共享存储器资源上，因为与由于存储器管理操作而具有较高优先级和/或较高价值损失的其他数据相比，这样的数据更有可能在传输之前通过存储器管理操作被减少。

示例参数存储电路9504选择性地将多个车辆参数值9514的至少一部分存储在单个存储端点9508上。示例存储管理电路9506确定所存储的车辆参数值的参数传输时间表9516，并且参数存储电路9504响应于参数传输时间表9516选择性地存储多个车辆参数值9514的至少一部分。参数传输时间表9516可以包括服务于策略（或多个策略）的各方面的数据收集操作的估计值，并且可以进一步包括估计的传输时间、数据驻留时间等，以确定支持数据收集操作的存储器分配值。在某些实施例中，传输时间表9516在车辆策略数据值2710中定义，和/或响应于车辆策略数据值2710中的数据——例如根据传输时间约束、时间延迟成本描述、优先级值等——来确定。因此，参数存储电路9504可以确定哪些数据收集操作需要存储器支持、支持每个操作的存储器的量，并选择存储端点9508的位置（例如，其中多于一个共享存储资源可用），其保护数据的价值、降低传输成本并保留车载网络资源以支持车辆的其他功能。

示例装置9500包括存储管理电路9506，存储管理电路9506确定所存储的车辆参数值9514的参数到期时间表9518，例如在策略中定义的、根据相应的所收集数据的数据类型确定的、和/或根据基于时间的数据损失价值确定的、和/或基于预期传输延迟（包括考虑传输延迟中的不确定性）将对数据执行的可能的存储器管理操作的。示例参数存储电路9504进一步响应于参数到期时间表9518选择性地存储多个车辆参数值9514的至少一部分，例如调整所分配的存储值、所选择的存储端点9508等。

参数存储电路9504对参数到期时间表9518的示例操作包括诸如以下的操作：删除所存储的车辆参数值9514的至少一部分（例如，在确定参数已经到期之后）；汇总所存储的车辆参数值的至少一部分（例如，存储所存储的车辆参数的简化形式9514，诸如统计描述、平均值、定性描述、分桶数据描述等）；压缩所存储的车辆参数值的至少一部分；和/或调整与所存储的车辆参数值9514的至少一部分相关联的预留存储器量9520。贯穿于本公开所阐述的任何其他存储器管理操作也被设想为参数存储电路9504对参数到期时间表9518的操作。示例性参数存储电路9504确定与多个车辆参数值的至少一部分相关联的预留存储器量9520（例如，存储端点9508上的存储器分配值），并且响应于预留存储器量9520选择性地存储多个车辆参数值9514的至少一部分。

将看到，某些存储量确定取决于应用于数据的格式化和/或处理，并且确定存储量可以考虑如何以及何时执行格式化和/或处理。例如，下采样操作减少了用于捕获指定数据流（例如，10秒的数据段）的数据值的数量，并且在某些实施例中，下采样处理可以在数据被存储之前执行。在另一个示例中，上采样操作增加了用于捕获指定数据流的数据值的数量，这可以在存储初始数据之后执行，以便为所收集的数据保留存储器存储。在该示例中，上采样操作将在数据被传输之前执行，和/或上采样操作可以在传输的数据被提供给终端用户和/或放置在云存储中之前由车外处理资源执行。在某些实施例中，某些类型的处理，诸如帧移除或缩减、位深度缩减、精度缩减（例如，将双精度浮点值转换为单精度浮点值），和/或某些无损压缩操作（例如，将诸如参数名称值的一致值存储在单个位置或几个位置，而不是每个数据值）减少了存储资源并利用很少的处理资源，并且可以在存储数据值之前执行。在某些实施例中，某些类型的处理，诸如帧添加或增强、位深度增加和/或精度增加，增加所存储的数据值大小，允许在按需处理（例如，最小化存储大小）、选择性处理（例如，当车辆上的处理资源处于相对低的利用时段时，诸如在关断操作、怠速操作、稳态操作期间等，批量处理）之间进行选择，其可以在传输机会出现时保持响应性，但是减少所收集数据的整体存储影响，和/或将处理转移到车外资源（例如，在提供给终端用户和/或放置在云存储中之前由车外资源执行的处理操作）。在某些实施例中，某些类型的处理，诸如有损压缩操作、利用大量处理的更复杂的无损压缩操作等，降低了存储影响，并且可以在处理资源可用时和/或根据存储数据的老化来选择性地执行。因此，存储管理电路9506能够确定系统的特性，包括车载网络通信资源、存储资源、处理资源和基于车辆操作条件的可用性、传输资源的可用性（包括传输机会之间的估计时间间隙、传输机会期间传输的数据量等）、用于格式化和/或处理数据值的车外处理资源的可用性等，以确定预留的存储器量9520、参数到期时间表9518、参数传输时间表9516的值，以及处理、格式化和/或存储器管理操作的选择，以降低成本、降低资源利用、避免对车辆的控制器和/或网络区的任务（和/或关键任务）功能的影响，并提高系统能力（例如，改进的存储器资源管理导致有能力服务于对于给定存储器存储量具有更大数据收集能力的策略。附加地或替代地，可以至少部分地在策略中定义所阐述的任何一个或多个方面，例如但不限于：参数到期时间、要执行的存储器管理操作以及这样的操作的相关数据年龄值、与策略相关联的数据收集可能可接受的传输延迟值、外部处理能力的可用性和/或允许转移到车外的格式化或处理操作。

确定预留存储器量的示例操作9520包括诸如以下的操作：确定要收集以支持多个车辆参数值的至少一部分的数据量（例如，基于采样率、上采样和/或下采样操作、格式化操作、数据值的数量、数据值的估计驻留时间等）；确定要收集以支持与多个车辆参数值的至少一部分相关联的触发评估的数据量（例如，用于确定触发评估的相关联数据，和/或基于触发事件可能捕获的滚动缓冲或其他历史数据）；或者确定与多个车辆参数值的至少一部分相关联的传输时延值（例如，由于数据值的存储位置和/或在传输之前要对所存储的数据执行的处理操作，可以施加传输延迟，使得参数存储电路9504调整预留存储器量9520以确保策略的可接受服务）。示例参数存储电路9504进一步响应于与车辆参数值的至少一部分相关联的优先级值来确定预留存储器量9520。在某些实施例中，与所收集的数据值相关联的高优先级值可以指示更高的存储器分配，例如以确保那些值可用于传输。在某些实施例中，与所收集的数据值相关联的高优先级值可以指示较低的存储器分配——例如，由于数据值的高时间劣化（例如，在五分钟后具有零值的所收集数据不需要超过五分钟的存储）和/或由于该数据将在其占用大量存储器空间之前被传输的高可能性。在某些实施例中，参数存储电路9504基于优先级值和本文阐述的其他考虑因素来确定预留存储器量9520，和/或可以响应于反馈来进一步更新预留存储器量9520——例如，减少对未充分利用所分配的存储器的数据收集单元的分配，并增加对过度利用所分配的存储器的数据收集单元的分配，持续经历存储器管理操作，和/或基于历史传输机会值、车辆操作条件值等进行调整。示例优先级值可以在策略中提供，并且包括本文阐述的任何优先级值，包括至少车载数据存储优先级、传输优先级和/或相关联的优先级，诸如端点的优先级（例如，提供、请求和/或存储数据值）、流的优先级（提供和/或请求数据值）、应用的优先级（例如，提供和/或请求数据值）、实体的优先级（例如，请求数据值）、和/或与数据的数据类型相关联的优先级。

参考图96，示意性地描绘了用于在车辆上选择性地存储所收集的数据参数的示例程序9600。示例程序9600包括解释包括所请求的车辆属性的车辆策略数据值的操作9602，以及响应于所请求的车辆属性获取（一个或多个）车辆参数值的操作9604。示例程序9600进一步包括选择性地存储（一个或多个）车辆参数值的至少一部分的操作9606，其中存储值的至少一部分存储在与提供端点分离的端点上。参考图97，示例操作9606包括确定所存储的参数的参数传输时间表的操作9702，以及响应于传输参数时间表选择性地存储车辆参数值的至少一部分的操作9704。参考图98，示例操作9606包括确定所存储的参数的参数到期时间表的操作9802，以及响应于参数到期时间表选择性地存储车辆参数值的至少一部分的操作9804。参考图99，示例操作9606包括确定所存储的参数的预留存储器量的操作9902，以及响应于预留存储器量选择性地存储车辆参数值的至少一部分的操作9904。

参考图100-103，示意性地描述了响应于参数到期时间表选择性地存储车辆参数值的至少一部分的示例操作9804。参考图100，操作9804包括删除所存储的车辆参数值的至少一部分。参考图101，操作9804包括汇总所存储的车辆参数值的至少一部分。参考图102，操作9804包括调整与所存储的车辆参数相关联的预留存储器量。参考图103，操作9804包括压缩所存储的车辆参数的至少一部分。

参考图104-107，示意性地描绘了为所存储的参数确定预留存储器量的示例操作9902。参考图104，操作9902包括确定要收集以支持车辆参数值的数据量。参考图105，操作9902包括确定要收集以支持与车辆参数值相关联的触发评估的数据量。参考图106，操作9902包括确定与车辆参数值相关联的传输时延值。参考图107，操作9902包括确定与车辆参数值相关联的优先级值。

参考图108，示意性地描绘了用于执行实现数据收集策略的数据收集操作的示例装置10800。示例装置10800的操作类似于装置4500，出于说明的目的，在此描述了某些差异。装置10800可以被包括在具有车辆的系统中，该车辆具有贯穿于本公开描述的一个或多个网络区，并且装置10800的各方面可以整体或部分地被包括在贯穿于本公开阐述的任何系统、设备、控制器和/或装置中。附加地或替代地，本文阐述的任何系统、设备、控制器和/或装置的方面可以整体或部分地包括在装置10800中。

示例装置10800包括解释包括至少一个请求的车辆属性的数据收集策略10804的策略获取电路2704，以及响应于至少一个请求的车辆属性确定属性请求值10806的策略处理电路2706，例如翻译在数据收集策略10804中使用的术语，以确定响应于数据收集策略10804中的数据收集请求的可用车辆参数值。示例装置10800包括参数获取电路9502，其响应于属性请求值10806解释至少一个车辆参数值10808，例如从车辆的一个或多个网络区2718、2720上的端点2716收集数据。示例装置10800进一步包括参数提供电路10802，其响应于数据收集策略10804选择性地传输至少一个车辆参数值10808，例如提供所传输的收集数据10810。示例装置10800响应于所请求的数据确定关于车辆的数据，包括转化参数名称，确定车辆的配置，诸如端点分布、网络区配置等，以允许数据收集策略10804请求标准化和/或接口选择的参数描述，而无需请求设备提供需要关于车辆或车辆配置的知识的数据收集策略10804。

示例数据收集策略10804包括策略类型，其中参数获取电路9502响应于策略类型进一步解释车辆参数值10808。策略类型可以是如本文所阐述的任何类型的策略，例如持久策略、离散和/或有限策略类型和/或流式传输策略类型。在某些实施例中，策略类型附加地或替代地是策略层级内的策略类型，例如内置策略类型、出厂策略类型和/或下载的策略类型。在某些实施例中，响应于策略类型是持久策略类型，参数获取电路9502持久地评估数据收集策略10804，例如持久地收集数据，和/或持久地评估数据收集准则以确定是否应该收集数据。在某些实施例中，参数获取电路9502响应于满足数据收集策略的数据收集周期而中止评估数据收集的数据收集周期——例如，其中策略类型是按需策略（例如，在所定义的数据收集被服务之后中止），其中策略类型是流式传输策略（例如，在提供所定义的数据收集之后中止），和/或其中策略类型是离散或有限策略（例如，在确定数量的数据收集事件、时间段期满之后中止，等）。在某些实施例中，策略获取电路2704响应于参数获取电路9502中止评估数据收集策略10804而删除数据收集策略10804——例如，一旦评估操作中止就删除相关联的策略，和/或在传输相关收集数据之后删除相关联的策略。

如果下载的策略存在，则示例策略获取电路2704实现下载的策略。如果下载的策略存在，则示例策略获取电路2704忽略出厂策略和内置策略。如果出厂策略的兼容部分存在，则示例策略获取电路2704实现出厂策略的兼容部分。如果出厂策略存在并且下载的策略不存在，则示例策略获取电路2704实现出厂策略。例如，如果出厂策略和/或下载的策略存在，则示例策略获取电路2704忽略内置策略。如果内置策略的兼容部分存在，则示例策略获取电路2704实现内置策略的兼容部分。

参考图109，示例数据收集策略10804包括以下中的一个或多个：车辆属性10902（例如，从外部设备、用户接口看到的和/或在API中叙述的所请求的收集参数的描述（例如，参考图121和相关描述））；数据收集周期10904（例如，定时、次数、到期窗口等，阐明策略的所请求的数据收集周期）；传输描述值10906（例如，诸如时间值、数据块大小、到期时间、相关联APN和/或传输路由等的传输准则）；数据配置值10908（例如，数据值中的单位、格式、位深度、采样率和/或同步准则）；触发数据描述10910（例如，定义要评估的触发条件的参数、响应于触发事件要收集的数据和/或响应于触发发生要执行的操作，诸如致动器命令、特征调整等）；策略优先级值10912（例如，通常与策略相关联的优先级，和/或与策略的单独元素相关联的优先级，诸如车辆属性、传输等）；和/或策略生命周期描述10914（例如，要执行的次数、完成时间和/或持久性和/或离散操作值）。示例数据收集策略10804可以以任何方式提供。在某些实施例中，数据收集策略10804被提供为由策略获取电路2704可读的数据结构，例如HTML文件、XML文件、定界文件、二进制文件和/或由数据获取电路2704可解析的任何数据结构。在某些实施例中，数据收集策略10804由外部系统准备，诸如基于云的系统、服务工具、制造工具等，例如在图1-16、114、119、121和相关描述中阐述的。

参考图110，示例传输描述值10906包括以下中的一个或多个：传输优先级值11002（例如，与所收集的数据相关联的传输优先级值）、数据存储描述11004（例如，数据存储优先级、预留存储器量、数据老化和/或到期参数等），网络区利用描述11006（例如，策略的网络区利用的优先级，和/或网络区的允许带宽和/或利用值，和/或策略的数据收集操作），和/或APN 11008（例如，每个与一个或多个APN相关联的所收集的数据元素）。参考图111，示例策略优先级值10912包括以下中的一个或多个：数据收集优先级值11102（例如，为策略的数据收集元素提供数据收集优先级描述）；数据存储优先级值11104（例如，为策略的数据收集元素提供数据存储优先级信息）；和/或传输优先级值11106。注意，策略的元素的组织是非限制性的说明，例如，传输优先级值可以在传输描述值10906和/或策略优先级值10912中提供。附加地或替代地，元素可以应用于整个策略，和/或策略的单独数据收集方面。参考图112，示例策略生命周期描述10914包括以下中的一个或多个：策略开始时间11202、策略结束时间11204、触发数据描述11206、要捕获的数据量11208、数据收集事件的数量11210和/或触发事件操作的数量11212。

参考图113，示意性地描绘了根据策略收集数据的示例程序11300。示例程序11300包括解释包括所请求的车辆属性的数据收集策略的操作11302，响应于所请求的车辆属性确定属性请求值的操作11304，响应于所请求的车辆属性解释（一个或多个）车辆参数的操作11306，以及响应于数据收集策略选择性地传输（一个或多个）车辆参数的操作11308。

参考图114，示例云系统11400用于从车辆检索所选择的数据，和/或划分所存储的所收集数据和对数据的访问。为了描述清楚起见，图114的示例被描述为基于云的系统11400，以示出本公开的各方面。然而，系统11400的操作可以附加地或替代地在车辆外部的任何系统配置上执行。例如，操作可全部或部分地由服务工具、制造工具、至少选择性地通信耦合到车辆的计算设备或本文阐述的其他配置来执行。示例系统包括使用蜂窝数据连接、WiFi连接、到车辆网络区的物理端口连接、蓝牙连接和/或本领域中理解的任何其他连接耦合到车辆的外部设备，无论是基于云的系统还是其他系统。诸如CES、CEG和/或CND的车内网络区连接设备的操作允许连接到车辆的任何网络区，以用于接收、配置和/或更新要在车辆上实现的策略，并传输收集的数据。在某些实施例中，系统11400的各方面可以在云中实现，而其他方面在另一外部设备上实现。

示例系统11400包括请求接口11402，其被配置为解释来自外部设备11424的多个响应动作值11404。响应动作值11404包括但不限于以下中的一个或多个：用于收集的数据值（例如，要从车辆收集的所请求的数据）；条件动作的触发条件（例如，要针对指示触发事件的特性而观察的数据值，例如由阈值确定的数据值，诸如值的改变率的处理响应，基于多个值的触发器，诸如“开”、“关”、“活动”的状态值，和/或诸如操作模式、控制操作状态等的指示的模式值）；数据收集的时间帧（例如，日历时间；相对于车辆的操作时间；要收集的基于时间的数据量，例如三分钟的数据；事件检测或触发条件的相对时间，诸如事件之后五分钟开始，事件发生前三分钟的数据等）；归属于前述中的任何一个的优先权信息；数据值的采样率；数据值的格式化（例如，参数单位、位深度、元数据描述等）；和/或要与数据值相关联的数据类型。在某些实施例中，响应动作值11404可以通过用户选择预先配置的值来提供，例如，用户可以选择“车辆速度”以包括作为响应动作值11404。在某些实施例中，用户未被授权请求的响应动作值11404的各方面可以对用户隐藏，例如通过不向在外部设备11424上操作的用户接口提供这样的值。在某些实施例中，用户未被授权请求的响应动作值11404的各方面可以被注释——例如利用灰色文本等——让用户知道这样的值通常是可用的，但是不时利用用户的当前权限。在某些实施例中，响应动作值11404的各方面被呈现给用户，并且授权的实施由策略创建器电路11406执行，例如通过从最终数据收集策略11408中排除这些值，和/或通过从最终数据收集策略11408中排除响应动作值11404集合来执行。

在图114的示例中，响应动作值11404指示定义数据收集、触发评估和/或车辆自动操作的操作，而车辆数据请求11422指示访问响应动作值11404而收集的响应车辆数据11418的请求。本文使用的术语是说明性的而非限制性的。

生成具有排除值的数据收集策略11408的操作可以包括通知用户所请求的响应动作值11404未被授权。在某些实施例中，响应于用户的提交尝试，向用户通知所请求的响应动作值11404未被授权，例如允许用户标识响应动作值11404的哪些方面防止提交，并且允许用户调整响应动作值11404。在某些实施例中，在接口上利用这些操作的组合，例如对用户完全隐藏一些未授权的参数（例如，仅对某些用户可用的高度敏感的参数），以及向用户显示一些未授权的参数。附加地或替代地，响应于进一步的批准，一些参数可以是可用的，例如，实体的管理或监督用户可以有权批准某些参数作为响应动作值11404，其中来自请求某些参数的实体的另一用户可以接收请求授权的通知，和/或管理或监督用户可以接收已经请求了一个或多个某些参数的通知。附加地或替代地，一些参数可以基于订阅、用户接口的特定版本（例如，web门户、本地应用、移动应用等的标准版本相对于高级版本）而可用，其中接口可以提示用户获得授权特征（例如，订阅或更新的接口版本），和/或与参数相关联的通知可以指示访问参数所需的特征。在某些实施例中，某些参数可能是基于访问特性而可用的——例如对接口的不安全访问和/或对接口的部分登录操作（例如，输入密码，但不是两步认证中的第二步，等）——其中请求接口11402可以基于访问特性而选择性地隐藏不可用的参数，和/或在接口上将参数示出为不活动的。

在某些实施例中，请求接口11402根据外部设备、相关联的实体和/或与这些相关联的用户类型和用户目标来配置。例如，用于与车辆所有者和/或第三方应用开发者交互的请求接口11402可以被简化，允许使用从菜单中的选择、利用模板和/或以更有限的能力来选择数据收集参数。在另一个示例中，用于与诸如制造实体、车队所有者等复杂开发者交互的请求接口11402可以包括方便的接口，允许直接提交完整的策略数据结构（例如，HTML文件、XML文件、定界文件、二进制文件等），或者这些的组合（例如，基于菜单交互和选择构建初始数据结构，并且允许访问由此生成的源文件以进行直接编辑和提交）。

在某些实施例中，提供响应动作值11404和提供车辆数据请求11422的用户设备11424可以是不同的设备，和/或可以访问单独的接口11402。在某些实施例中，提供响应动作值11404的第一用户和提供车辆数据请求11422的第二用户可以是单独的用户、与不同实体相关联的用户，和/或可以完全不相关。例如，第三方应用开发者可以提供响应动作值11404，其中车辆数据请求11422可以由车辆所有者提供。在某些实施例中，多个单独的用户可以访问响应车辆数据11418。

在图114的示例中，系统11400被描绘为具有到外部设备11424的第一云边界和到车辆11426的第二云边界，云系统位于它们之间，包括请求接口11402、策略创建器电路11406、原始数据管理器电路11416和云接口电路11412。在某些实施例中，云系统的一个或多个方面，或者云系统的所有方面，可以远离云系统定位，例如，其中方面定位在车辆11426、另一外部设备或这些的组合上。附加地或替代地，云系统11400的方面可以被提供为基于互联网的方面、web门户、移动应用等。示例请求接口11402包括与云系统对接的多于一个选项，例如与作为web门户操作的第一接口、作为移动应用操作的另一接口、在工具（例如，服务工具、制造工具等）上操作的另一接口、和/或诸如在操作设备上的本地应用的外部设备11424上的另一接口对接。在某些实施例中，可用于与云系统交互的能力可以根据用于交互的接口（例如，相对于移动应用具有不同能力的服务工具）、与运用该接口的用户相关联的实体（例如，第三方应用提供商、制造商、经销商、车辆所有者等）和/或与云系统的交互类型（例如，对直接耦合到车辆网络区的制造工具具有不同能力的web门户访问）而变化。附加地或替代地，与云系统的交互可以利用验证和/或授权，例如运用登录接口、云系统和外部设备之间、云系统和车辆之间以及云系统的组件之间的加密通信。在某些实施例中，云系统组件可以是分离的设备，包括物理上分离的设备和/或逻辑上分离的设备。例如，请求接口11402可以体现在与原始数据管理器电路11416分离的设备（或设备组）上。在另一个示例中，请求接口11402的一部分可以至少部分地包括在外部设备和/或车辆上。

示例系统11400包括策略创建器电路11406，其响应于响应动作值11404确定数据收集策略11408，数据收集策略11408包括车辆数据标识符11410。在某些实施例中，策略创建器电路11406将来自多于一个用户的多于一个响应动作值11404编译成数据收集策略11408，例如创建表示策略的单个编译的数据结构，和/或提供表示策略的多个单独的数据结构。在某些实施例中，策略创建器电路11406根据提供相应部分的实体、用户、应用、流等来检查策略的部分的授权。在某些实施例中，策略创建器电路11406检查策略的能力，例如确定车辆的数据存储资源、处理资源、参数可用性和/或传输资源是否能够服务于数据收集或响应于策略的其他操作。在某些实施例中，车辆上的策略管理器进一步对提供给车辆的策略执行授权和/或能力检查，例如，如果策略被接受，则向云接口电路11412提供确认，并且如果策略被拒绝，则向云接口电路11412提供通知。

示例云接口电路11412——例如被配置为访问车辆——被配置为接收响应于数据收集策略11408而收集的所标识的车辆数据11414。车辆数据标识符11410可以是关于车辆的特定可标识信息，例如车辆标识号（VIN）、序列号、来自车辆的指定控制器的媒体访问控制（MAC）地址等，和/或确保所标识的车辆数据11414可以与车辆和/或车辆数据请求11422相匹配的可标识信息。示例性车辆数据标识符11410包括会话标识符（例如，标识数据收集“会话”和/或数据收集实例，与响应于数据收集策略11408而提供的收集数据块相联系）——例如唯一标识符，包括在数据收集策略11408中，并且附接到所标识的车辆数据11414，允许与其他信息（诸如关于车辆所有者的个人信息、与数据相关的特定车辆的标识等）分离地标识响应车辆数据11418。在某些实施例中，用于特定数据收集策略11408的车辆数据标识符11410可以取决于策略的类型（例如，持久策略可以利用第一类型的标识符，并且离散和/或流式传输策略可以利用第二类型的标识符），和/或根据特定系统保持标识信息与响应车辆数据11418分离的重要性。

示例原始数据管理器电路11416存储所接收的所标识车辆数据11414的至少一部分，所述所标识车辆数据的至少一部分包括响应车辆数据11418和标识数据11420。标识数据11420可以与车辆数据标识符11410相同，或者是不同的标识符。在某些实施例中，响应车辆数据11418可以与标识数据11420分离地加密，允许原始数据管理器电路11416通过比较相关的标识数据11420来提供正确的响应车辆数据11418，而无需原始数据管理器电路11416访问响应车辆数据11418。响应车辆数据11418的分离促进了数据泄露风险的分离，其中对云系统的单个方面的不适当访问不允许响应数据11418与诸如所有者姓名、特定车辆等标识信息匹配。示例标识数据11420包括特定于特定（一个或多个）响应动作值11404集合的元数据。

示例请求接口11402解释车辆数据请求11422，并响应于车辆数据请求11422从原始数据管理器电路11416检索响应车辆数据11418的至少一部分。示例请求接口11402向外部设备11424提供所检索的数据。

示例系统11400包括利用第一加密密钥集加密的响应车辆数据11418，以及利用第二加密密钥集加密的标识数据11420。因此，原始数据管理器电路11416可以被配置为标识对车辆数据请求11422的响应数据，而无需访问响应车辆数据11418。在某些实施例中，原始数据管理器电路11416可以利用散列检查或其他操作来标识响应数据。在某些实施例中，解密响应车辆数据11418的加密密钥不存在于云系统11400上，和/或不可用于云系统11400的所选部分（例如，不可用于原始数据管理器电路11416）。

参考图115，示意性地描绘了用于从车辆检索所选数据和/或划分所存储的所收集数据和对数据的访问的示例云系统11500。为了描述清楚起见，图115的示例被描述为基于云的系统11500，以说明本公开的各方面。然而，系统11500的操作可以附加地或替代地在车辆外部的任何系统配置上执行。

示例系统11500包括所收集车辆数据存储电路11502，其存储从车辆收集的数据11504；以及外部数据收集接口11506，其选择性地从外部设备向车辆提供（一个或多个）车辆数据收集请求11508，例如通过将（一个或多个）车辆数据收集请求11508处理成提供给车辆的策略数据结构。响应于来自外部设备的车辆数据请求11510，示例外部数据收集接口11506进一步从所收集车辆数据存储电路11502提供所存储的所收集数据11504的至少一部分。示例系统包括将所存储的所收集数据11504的至少一部分与所存储的所收集数据11504的至少一部分的加密密钥分离。将加密密钥从所存储的收集数据的至少一部分中分离的示例布置11504包括但不限于本公开的任何其他方面：将数据的标识部分与数据的有效载荷部分分离地加密；利用散列检查标识和/或验证数据的有效载荷部分；和/或利用有效载荷部分的单独标识符来标识和/或验证有效载荷部分。示例外部数据收集接口11506通过向所收集车辆数据存储电路11502和/或策略创建电路11406（例如，参考图114和相关描述）提供请求11508来选择性地向车辆提供（一个或多个）车辆数据收集请求11508。

参考图116，示意性地描绘了用于从车辆进行数据收集操作的示例程序11600。示例程序11600包括解释来自外部设备的响应动作值的操作11602，以及响应于动作值确定数据收集策略的操作11604，数据收集策略包括车辆数据标识符。示例程序11600包括响应于数据收集策略接收所标识的车辆数据的操作11606、存储来自车辆的响应于数据收集策略和相关标识数据的所接收的所标识数据的操作11608、以及解释车辆数据请求并检索响应数据的至少一部分的操作11610。

参考图117，示意性地描绘了用于将对车辆数据收集操作的响应数据与对响应数据的访问分离的示例程序11700。示例程序11700包括使用第一加密密钥加密响应数据的操作11702，以及使用第二加密密钥加密标识数据的操作11704。在某些实施例中，标识数据可以是未加密的。示例程序11700进一步包括将响应数据存储在与第一加密密钥分离的存储器上的操作11706，以及利用第二加密密钥（和/或利用标识数据）检索所请求的数据的操作11708。

参考图118，示意性地描绘了用于将对车辆数据收集操作的响应数据与对响应数据的访问分离的示例程序11800。示例程序11800包括对响应数据进行加密以存储在第一存储器上的操作11802，解释针对加密响应数据的至少一部分的车辆数据请求的操作11804，以及利用未加密标识符和/或分离地加密的标识符来访问加密响应数据的所请求部分的操作11808。

参考图119，示意性地描绘了用于从车辆检索所选数据和/或划分所存储的收集数据和对数据的访问的示例系统11900。示例系统11900包括原始数据管理器电路11416，其存储响应加密数据11418，所述响应加密数据11418是响应于数据收集车辆描述11408（和/或策略），利用由在车辆上操作数据收集策略的车辆提供的车辆数据11902来收集的。示例系统11900包括外部数据收集接口11506，其响应于车辆数据请求11510向外部设备提供响应加密数据11418的至少一部分。在图119的示例中，用于响应加密数据11418的加密密钥11512与原始数据管理器电路11416保持分离，例如利用分离的标识数据11420来确定响应加密数据11418的部分，而不解密响应加密数据11418。在某些实施例中，外部数据收集接口11506或外部设备11424中的任一个或两个可以访问响应数据加密密钥11512，从而允许外部设备11424访问所接收的数据。在图119的示例中，出于说明的目的，明确地描绘了响应数据加密密钥11512和原始数据管理器电路11416之间的中断，但是响应数据加密密钥11512可以存储在与原始数据管理器电路11416分离的设备上，无论是分离的物理设备还是分离的逻辑设备。

参考图120，描绘了标识数据11420的示例和非限制性示例。示例标识数据11420包括以下中的一个或多个：所收集车辆数据元数据12002、数据收集会话标识符12004、在没有个人可标识信息（PII）存在的情况下配置的标识符、和/或与同意相关的标识数据12008（例如，其中请求接口11402和/或车辆上的策略管理器向外部设备提供同意通知，其中同意通知包括对标识数据11420中呈现的信息的同意）。

参考图121，示意性地描绘了用于准备数据收集策略并从车辆收集响应数据的示例云系统。为了描述清楚起见，图121的示例被描述为基于云的系统12100，以说明本公开的各方面。然而，系统12100的操作可以附加地或替代地在车辆外部的任何系统配置上执行。

示例系统12100包括请求接口11402和策略创建电路11406，请求接口11402被配置为解释至少一个所标识的车辆的车辆数据收集请求12110，策略创建电路11406响应于（一个或多个）车辆数据收集请求12110确定数据收集策略11408。示例云接口向车辆提供数据收集策略11408，以及存储从车辆接收的响应车辆数据的至少一部分的原始数据管理器电路（例如，参考图114）。

示例请求接口11402进一步被配置成向外部设备12104、12106、12108展示应用编程接口（API）（例如，数据收集API 12102）。API可以包括对任何所选操作的访问，例如允许web门户、移动应用、工具、本地应用等操作接口来选择用于收集的可用数据值，配置包括如本文所述的策略的任何方面的数据结构，和/或在收集操作之后请求响应数据14118。示例请求接口11402进一步解释车辆数据请求12112，并响应于车辆数据请求12112向外部设备提供从响应车辆数据11418检索的数据。数据收集请求12110和/或车辆数据请求12112可以基于与提供给（一个或多个）外部设备的用户接口的交互，和/或响应于用户对API 12102的运用、由用户操作的应用等来接收。示例策略创建器电路11406响应于数据收集请求12110，和/或进一步响应于（一个或多个）策略收集授权值12120和/或（一个或多个）策略收集能力值12118，来确定数据收集策略11408。

策略创建器电路11406确定策略能力值12118的示例操作包括响应于以下中的一个或多个来确定策略能力值12118：被确定为支持车辆数据收集请求的数据存储大小；被确定为支持车辆数据收集请求的传输量值；与车辆数据收集请求相关联的数据可用性值；或者与车辆数据收集请求相关联的数据配置值。策略创建器电路的示例操作包括响应于车辆数据收集请求12110和至少一个附加车辆数据收集请求12110来确定策略能力值12118，并且响应于策略能力值12118选择性地使能实现以下中的至少一个：确定数据收集策略11408，或者包括车辆数据收集请求12110或至少一个附加车辆数据收集请求12110中的至少一个。策略创建器电路11406进一步响应于至少一个参数来确定策略能力值12118，所述至少一个参数诸如：被确定为支持车辆数据收集请求12110和至少一个附加车辆数据收集请求12110中的每一个的数据存储容量；被确定为支持车辆数据收集请求12110和至少一个附加车辆数据收集请求12110中的每一个的传输量值；与车辆数据收集请求12110和至少一个附加车辆数据收集请求12110中的每一个相关联的数据可用性值；与车辆数据收集请求12110和至少一个附加车辆数据收集请求12110中的每一个相关联的数据配置值；或者针对前述的任何一个或多个，在车辆数据收集请求12110和至少一个附加车辆数据收集请求12110之间的优先级确定。

示例策略创建器电路11406响应于车辆数据收集请求12110来确定策略授权值12120，并响应于策略授权值执行至少一个操作，诸如：选择性地使能实现确定数据收集策略11408；或者确定数据收集策略11408以支持车辆数据收集请求12110的至少一部分。请求接口11402被配置为向用户接口提供至少一个用例值12116，每个用例值12116包括车辆数据收集模板12114，并且响应于来自用户接口的对所提供的至少一个用例值12116的响应来确定车辆数据收集请求12110。请求接口11402进一步被配置为响应于以下中的至少一个来确定至少一个用例值：与用户接口相关联的实体类型；与用户接口相关联的权限值；以及针对具有针对用户接口确定的共享特性的用户而确定的先前数据收集策略。

参考图122，示意性地描绘了示例策略创建器电路11406。示例策略创建器电路11406可以用于本文的任何系统中，和/或可以执行本文中与确定、解释和/或创建策略和/或数据收集操作相关的操作。示例策略创建器电路11406响应于所接收的数据收集请求12110来确定策略收集能力值12118。在某些实施例中，策略创建器电路11406响应于能力考虑因素12202来确定策略收集能力值12118，能力考虑因素12202诸如：服务于策略的数据存储支持、服务于策略的数据传输支持、支持策略的数据可用性（例如，所请求的数据值是否可用）、策略的数据格式化、处理和/或配置支持（例如，是否可以以所请求的单位提供参数、位深度、采样率、响应时间等，包括处理支持资源是否可用于对所收集的数据执行格式化和/或配置操作）、与请求相关联的资源权限（例如，与数据收集请求12110相关联的实体、流和/或应用是否具有利用支持资源的足够权限，和/或消耗支持数据收集请求12110所需数量的支持资源的足够权限），和/或请求之间的优先级比较（例如，如果包括所有请求的整体策略超过能力值，则较低优先级的数据收集请求12110可以被排除）。

参考图123，示意性地描绘了向（一个或多个）外部设备提供用例和/或模板选择的示例请求接口11402。示例请求接口11402可以在本文的任何系统中使用，和/或可以执行本文的操作，所述操作与确定、解释和/或创建策略和/或数据收集操作相关，和/或与接收和处理数据收集请求相关。示例请求接口11402确定用于在接口上提供给外部设备12104、12106、12108的数据收集模板12114和/或数据收集用例12116，其中用例12116和/或模板12114可用于选择作为数据收集请求，和/或用于修改以快速配置数据收集请求。示例请求接口11402响应于选择考虑12302来确定数据收集模板12114和/或数据收集用例12116，选择考虑12302诸如：与请求相关联的实体类型（例如，根据实体类型提供有用的用例和/或模板，所述实体类型诸如制造商、服务机构、应用开发者、经销商、车辆操作者、车辆所有者等）；与对接的外部设备相关联的权限值（例如，具有相似权限简档的用户可以更有可能寻找相似的数据，和/或由于可用参数的重叠，具有相似权限简档的用户可以有效地利用相同的模板和/或用例）；来自相同用户（和/或相同实体、相同外部设备、相同访问位置等）的先前数据收集策略和/或请求；和/或来自与用户具有共享特性（例如，诸如由用户共享表达的目标、实体类型、权限值和/或分类选择，其中分类选择可以与数据收集的主题相关——位置数据、传动系数据、特征利用数据等，和/或可以与所收集数据的预期用途相关——服务特征、效率特征、操作者便利特性等）的其他用户的先前数据收集策略和/或请求。

参考图124，示意性地描绘了用于操作请求接口以确定数据收集请求和/或收集的数据访问请求的示例程序12400。示例程序12400包括将数据收集API暴露给外部设备的操作12402、响应于API的运用来解释车辆数据收集请求的操作12404、以及响应于车辆数据收集请求来确定数据收集策略的操作12406。示例程序12400包括向车辆提供数据收集策略的操作12408、接收响应于数据收集策略收集的响应车辆数据的操作12410、以及存储响应数据12412的至少一部分的操作12412。示例程序124000包括响应于API的运用解释车辆数据请求的操作12414，响应于车辆数据请求检索至少一部分存储数据的操作12416，以及向外部设备提供检索数据的操作12418。

参考图125-130，示意性地描绘了本公开的示例实施例，以操作车辆的一个或多个控制方面的基于容器的实现。关于图125-130和相关描述阐述的装置、系统、电路和/或操作可以用于本公开的任何实施例中，可以全部或部分与图17-25的实施例一起使用，和/或图17-25中描绘的实施例的方面可以全部或部分与图125-130的实施例一起利用。利用车辆的一个或多个控制方面的基于容器的实现利用了本公开的实施例的多个方面，例如但不限于：允许利用本文描述的策略实现基础设施来安装、更新、启用、禁用和/或配置控制操作和/或特征；允许跨车辆的控制器分发控制操作，这从诸如以下方面实现：本文的实施例检索和/或向任何类型的任何网络区上的任何端点提供数据值的能力，以及确定、管理和响应车辆的网络区的网络利用的能力；利用本文描述的策略实现基础设施来执行授权、验证和能力确定操作；并且允许外部数据传输控制和管理，包括资源管理，其支持通过实现车辆的一个或多个控制方面的基于容器的实现而引入的增加的负担和/或复杂性。在某些实施例中，车辆的一个或多个控制方面的基于容器的实现涵盖车辆上的可用控制器、车辆上的所选控制操作和/或所选网络区的端点的全部或所选部分。

参考图125，示例装置12500包括（一个或多个）解释容器应用值12508的容器获取电路12502，每个容器应用值包括在车辆的端点上可操作的应用。（一个或多个）容器应用值12508可以包括图像（例如二进制图像）、具有与存储在车辆控制器上的可执行主干相结合的值的数据结构、和/或另一种类型的图像，其中容器应用值12508——单独地或与车辆控制器上的指令相组合——包括计算机可读指令，当由车辆控制器上的处理器执行时，使得处理器执行体现在容器应用值12508中的特征的操作，例如原动机控制、操作者界面控制、车辆组件的控制操作等。 示例装置12500包括容器安全电路12504，其解释与每个容器应用值12508相关联的授权值12510。在某些实施例中，在容器应用值12508似乎没有足够授权的情况下，容器应用值12508可能被拒绝（例如，不被下载），和/或容器应用值12508可能被安装但被禁用（例如，不被执行），例如以减少稍后的下载时间，其中授权值12510可以在稍后被校正，而不必重新下载相应的容器应用值12508。示例装置12500包括容器编排电路12506，其解释容器策略12512，并响应于容器策略12512和与多个容器应用值12510中的每一个相关联的授权值12510，确定多个容器应用值12508中的每一个的操作参数12516。在某些实施例中，容器策略12512包括以下各项中的的一个或多个：授权描述，其定义在车辆上执行某些操作所需的授权值12510（例如，基于应用的输出值、应用的访问数据、应用的操作类型等）；容器应用值12508的数据依赖性描述（例如，哪些容器应用依赖于彼此的数据）；容器应用值12508中的一个或多个的执行顺序（例如，用于实施应用的所选顺序依赖性）；容器应用值12508中的一个或多个的优先级值；和/或容器应用值12508中的一个或多个的时延描述（例如，应用所利用的数据的可接受时间滞后，和/或相关应用的执行事件之间的时间滞后）。

示例容器编排电路12506进一步被构造为跨车辆的多个端点分发多个容器应用值12508（例如，确定在车辆的哪个控制器上提供哪个容器应用值）。示例容器编排电路12506进一步被构造为分发多个容器应用值12508，以平衡包括多个端点的控制器的工作负载，例如平衡控制器的处理资源和/或数据存储资源的利用。示例容器编排电路12506进一步被构造为分发多个容器应用值12508以平衡车辆的多个网络区的网络通信负载，例如基于在应用之间传递的参数值和各种网络区上的控制器布局来分发容器应用值12508，以平衡网络区的利用，和/或将网络区的利用限制在能力限制内和/或预定利用限制内。示例容器编排电路12506进一步被构造为响应于车辆的网络区的网络通信负载来分发多个容器应用值12508。

示例容器安全电路12504进一步被构造为响应于与提供多个容器应用值中的每一个的实体相关联的授权来确定授权值12510，例如确定提供实体有权访问数据值和/或提供由对应于容器应用值12508的应用利用的致动命令。示例容器安全电路12504进一步被构造为响应于与多个容器应用值12508中的每一个的操作相关联的授权要求来确定授权值12510。示例容器安全电路12504进一步被构造为响应于多个容器应用值12508中的每一个的输入数据值来确定授权要求。示例容器安全电路12504进一步被构造为响应于多个容器应用值12508中的每一个的输出数据值来确定授权要求。示例容器安全电路12504进一步被构造为响应于多个容器应用值12508中的每一个的致动器命令值来确定授权要求。示例容器安全电路12504进一步被构造为响应于多个容器应用值12508中的每一个的存储器支持值来确定授权要求。示例存储器支持值包括安装存储器支持值和/或操作存储器支持值中的一个或多个。示例容器安全电路12504进一步被构造为响应于多个容器应用值中的每一个的处理支持值来确定授权要求。

示例容器获取电路12502进一步被构造为解释附加容器应用值（例如，用于更新应用和/或向车辆添加新应用），并且其中容器编排电路12506进一步被构造为响应于添加的容器应用值12508来更新多个容器应用值12508和附加容器应用值12508的操作参数12516。示例容器编排电路12506进一步被构造为响应于所选端点执行添加的容器应用值12508的能力，将添加的容器应用值12508分配给车辆的所选端点。示例容器编排电路12506进一步被构造为响应于添加的容器应用值12508来改变多个容器应用值12508跨车辆的多个端点的分发，例如鉴于添加的容器应用值12508来重新平衡和/或提供执行安装的容器应用值12508的能力。

示例容器获取电路12502进一步被构造为解释多个容器应用值12508中的至少一个的启用值，例如在对容器策略12512的更新、容器应用值12508的更新图像中提供的，和/或作为如贯穿本公开别处阐述的策略的一部分提供的，其中容器编排电路12506进一步被构造为响应于启用值来确定操作参数12516。示例容器编排电路12506进一步被构造为解释车辆操作条件，并响应于车辆操作条件确定操作参数12516，例如延迟操作参数12516的重新配置，直到所选的车辆操作条件（例如，静止、停机、怠速等）存在，和/或基于车辆操作条件提供应用的所选操作，例如禁用在某些操作条件下不利用的特征，启用在某些操作条件下利用的特征，和/或响应于操作条件改变特征执行速率和/或执行顺序。示例容器编排电路12506进一步被构造为解释车辆配置值（例如，指示额定功率、装饰水平、性能等级、型号标识符等），并响应于车辆配置值来确定操作参数。

参考图126，示意性地描绘了示例容器操作参数12516。在某些实施例中，容器操作参数12516可以存储为本地容器注册表（例如，参考图17和相关描述）。示例容器操作参数12516包括容器位置12602（例如，安装容器应用值12508的位置）、容器执行顺序12604（例如，容器应用执行顺序的列表，其在某些实施例中可以专用于在给定控制器上提供的容器应用值12508）、和/或容器数据指令12606（例如，提供数据值的描述，包括由一个或多个或者全部容器应用值12508利用和/或通过一个或多个或者全部容器应用值12508提供的数据值的格式化和/或处理）。

参考图127，示意性地描绘了示例授权值12510。在某些实施例中，授权值12510包括以下各项中的一个或多个：与容器提供者相关联的权限12702；与容器的输入数据相关联的权限12704；与容器的输出数据相关联的权限12706；与容器访问的（一个或多个）致动器命令相关联的权限12708；与容器的存储器支持相关联的权限12710；和/或与容器的处理支持相关联的权限12712。

参考图128，示意性地描绘了示例车辆资源信息12514值。在某些实施例中，容器编排电路12506利用车辆资源信息12514的一个或多个方面来确定容器操作的能力和/或负载平衡，以确定容器操作参数12516，包括容器应用值12508跨车辆端点的分发。示例车辆资源信息12514包括一个或多个方面，诸如：端点处理能力描述12802；端点存储器能力描述12804；端点I/O描述12806（例如，包括哪些传感器和/或致动器操作性地耦合到给定端点，和/或传感器和/或致动器的配置，诸如电压范围、电特性、A/D处理操作等）；端点网络区位置12808；网络区能力描述12810（例如，包括带宽、时延、同步描述、可用消息类型、网络协议等）；汇聚设备能力描述12812（例如，CEG、CES和/或CND的数据吞吐量和/或处理能力）；冗余支持考虑12814（例如，对可能具有冗余容量的应用的描述，例如，响应于通信丢失、端点丢失、非标称操作等，可以为另一个容器应用执行全部或部分操作的替换容器应用）；和/或数据和/或控制安全考虑12816（例如，对于某些类型的数据和/或控制功能而言被认为不够安全的网络区等）。

参考图129，示意性地描绘了用于在车辆上提供一个或多个控制操作的容器化实现的示例程序12900。示例程序12900包括解释容器应用值的操作12902、解释与每个容器应用值相关联的授权值的操作12904、解释容器策略的操作12906、以及响应于容器策略和授权值确定每个容器应用值的操作参数的操作12908。参考图130，示意性地描绘了在车辆上提供一个或多个控制操作的容器化实现的示例程序13000。示例程序13000包括操作13002，用于跨车辆的多个端点分发容器应用值（例如，安装容器应用）。

参考图131-134，示意性地描绘了本公开的示例实施例，以基于检测的数据值、数据值的响应、组合的数据值和/或响应、和/或贯穿本公开阐述的触发评估来提供自动化车辆操作。关于图131-134和相关描述阐述的装置、系统、电路和/或操作可以用于本公开的任何实施例中，可以全部或部分与图1-16的实施例一起利用，和/或图1-16中描绘的实施例的方面可以全部或部分与图131-134的实施例一起利用。车辆的自动化响应操作的利用利用本公开实施例的多个方面，例如但不限于：允许利用很少或不利用特征的应用开发资源来快速实现特征；允许安装和利用在验证、安装和向多个车辆分发特征方面具有轻占用空间的特征；允许创造性的第三方和/或车辆所有者/操作者为与车辆的交互提供高价值和/或便利性增强；和/或允许在第一时间安装特征（例如，作为容器化的应用），并在稍后时间启用该特征（例如，提供验证时间，提供分布式推出风险等）。在某些实施例中，本公开的方面实现了高能力自动化车辆操作，包括诸如以下方面：本文的实施例检索和/或向任何类型的任何网络区上的任何端点提供数据值的能力；控制对保护车辆安全性和任务完整性的特征、端点、应用、流程和/或致动器的访问；允许访问车辆上的任何数据和/或车辆上的任何致动器，而不需要深入了解车辆配置；和/或利用面向外部设备的接口和API来提供所选的用户体验，并使得能够容易地访问车辆的可用能力。

参考图131，示意性地描绘了用于在车辆上执行自动化操作的示例装置。示例装置13100包括自动化操作电路13102，其被构造为解释自动化操作值13110，该自动化操作值13110包括车辆的自动化操作描述13112。示例装置13100进一步包括自动化管理器电路13104，其被构造为响应于自动化操作值13110确定触发描述值13114，触发描述值13114包括触发条件值13116（例如，定义用于确定触发事件是否已经发生的检测值的数据值、操作条件、状态值和/或模式值）和触发响应值13118（例如，响应于触发事件发生13120而将执行的操作）。示例装置13100进一步包括触发评估电路13106，其被构造为响应于触发条件值13116和至少一个车辆数据值13122来确定触发事件发生13120。示例装置13100包括任务和/或触发执行电路13108，其被构造为响应于触发事件发生13120而执行触发响应13124。本公开的实施例可以在没有触发的情况下执行一个或多个任务。

示例和非限制性触发响应13124包括诸如以下各项的操作：执行数据收集操作13402（例如，参考图134）；提供致动器命令值13404；和/或在车辆的控制器上启用预先配置特征的操作13406。示例触发响应13124包括为触发响应13124的至少一部分提供高优先级响应13408，例如以允许对触发响应13124的至少一部分的快速用户体验，例如向用户提供操作已经开始的即时反馈，提供快速通知或外部通信，和/或提供高优先级致动器命令（例如，解锁门）作为触发响应13124的一部分。示例自动化操作值13110包括从多个预先配置的自动化操作值13110中的选择，例如以提供在界面上可用的预先配置的操作，以允许自动化操作的快速配置，和/或确保某些操作总是一起执行或以确定的布置执行（例如，在允许引擎启动之前确认各方面，诸如实施零车辆速度、关闭门等）。示例自动化管理器电路13104进一步被构造为确定与自动化操作值13110相关联的授权值13126，并且响应于授权值13110选择性地确定触发描述值13114（例如，如果授权不足，则拒绝实现自动化操作值13110，提供自动化操作值13110将不被实现的通知等）。示例自动化管理器电路13104进一步被构造为将触发描述值13114确定为持久值（例如，类似于持久策略的实现），和/或有限执行值（例如，类似于有限和/或离散策略的实现）。示例自动化管理器电路13104进一步被构造为在车辆的所选操作条件期间将车辆的接收器维持在所选的功率模式下，例如允许交换外部数据以支持车辆的自动化操作，和/或增强车辆的响应时间，同时管理功耗。示例自动化管理器电路13104进一步被构造为在车辆的所选操作条件期间将车辆的至少一个控制器维持在所选的功率模式下，例如以监视支持自动化操作的数据值和/或监视触发条件值13116，和/或减少车辆对自动化操作的响应时间，例如在管理功耗的同时将所选的控制器保持在启动时间减少和/或消除的功率模式下。示例自动化管理器电路13104进一步被构造为响应于触发描述值13114的内容而将车辆的至少一个控制器维持在所选的功率模式下（例如，将与监视值和/或致动器相关联的控制器保持在所选的功率模式下）。

参考图132，示意性地描绘了实现车辆自动化操作的示例程序13200。示例程序13200包括解释自动化操作值的操作13202、响应于自动化操作值确定触发描述值的操作13204、响应于触发条件值和车辆数据值确定触发事件发生的操作13206、以及响应于触发事件发生执行触发响应的操作13208。在实施例中，一个或多个触发/事件响应可以被包括在配方中，该配方可以经由外部工具（例如云应用）创建，并被部署到一个或多个车辆。参考图133，示意性地描绘了实现车辆自动化操作的另一示例程序13300。除了程序13200之外，示例程序13300进一步包括将控制器和/或接收器（例如，WiFi和/或蜂窝数据接收器）维持在所选功率模式下的操作13302。

参考图135，示意性地描绘了用于车辆数据与云系统和/或外部设备的传输操作的示例装置13500。示例装置13500包括：策略获取电路13502，其解释包括至少一个请求的车辆属性13510的车辆策略数据值13508；参数获取电路13504，其被构造为响应于至少一个请求的车辆属性13508，从多个提供端点解释多个车辆参数值13512，多个提供端点中的每一个位于车辆的至少一个网络区上。示例车辆策略数据值13508进一步包括授权值13522，其可以用于确定传输是否被授权，和/或确定某些传输资源利用是否被授权。示例装置13500进一步包括车辆数据传输电路13506，其选择性地传输所收集的车辆数据13520的至少一部分，例如由响应于车辆参数值13512的端点提供，并作为传输的车辆数据13518提供。在某些实施例中，从车辆的网络区检索车辆参数值13512，和/或从给定车辆参数值13512在网络区上已经不可用的端点请求。

示例车辆数据传输电路13506进一步通过为所收集的车辆数据13520的至少一部分选择传输间隔13516来选择性地传输所收集的车辆数据13520的至少一部分。示例车辆数据传输电路13506进一步被构造为响应于以下各项中的至少一个来选择传输间隔13516：在车辆策略数据值13508中提供的间隔；响应于所收集的车辆数据13520的至少一部分的优先级的间隔；响应于用于所收集的车辆数据13520的至少一部分的传输资源的可用性描述的间隔（例如，基于当前车辆操作条件、外部数据通信的可用性、支持外部通信的网络区的当前带宽和/或提供外部通信的收发器等）；响应于车辆的历史传输可用性的间隔；和/或车辆的操作条件。

示例车辆数据传输电路13506进一步被构造为通过为所收集的车辆数据13520的至少一部分选择带宽利用13524（例如，所收集的车辆数据13520的元素的准许带宽利用）来选择性地传输所收集的车辆数据13520的至少一部分。示例车辆数据传输电路13506进一步被构造为响应于以下各项中的至少一项来选择带宽利用13524：在车辆策略数据值中提供的带宽利用；响应于所收集的车辆数据13520的至少一部分的优先级的带宽利用；响应于用于传输所收集的车辆数据13520的至少一部分的资源的可用性描述的带宽利用；响应于车辆的历史传输可用性的间隔；或者车辆的操作条件。

示例车辆数据传输电路13506进一步被构造为通过响应于所收集的车辆数据13520的至少一部分的数据类型13514选择传输间隔13516来选择性地传输所收集的车辆数据的至少一部分。车辆数据传输电路13506进一步被构造为响应于传输操作的车辆操作影响13536（例如，根据车辆的各种操作条件，诸如操作状态、功率吞吐量、引擎速度等，基于网络区和/或外部数据传输资源的利用）选择性地传输所收集的车辆数据13520的至少一部分。车辆数据传输电路进一步被构造为响应于传输操作的功率利用影响选择性地传输所收集的车辆数据的至少一部分。车辆数据传输电路13506进一步被构造为响应于数据传输容量值13532选择性地传输所收集的车辆数据13520的至少一部分。数据传输容量值13532包括至少一个数据传输容量值，诸如：与时间间隔相关联的数据传输容量13532（例如，传输速率和/或预定时间段内的数据量）；与和所收集的车辆数据的至少一部分相关的实体相关联的数据传输容量13532；与接入点名称相关联的数据传输容量13532；与和所收集的车辆数据的至少一部分相关的流程相关联的数据传输容量13532；与和所收集的车辆数据的至少一部分相关的车辆应用相关联的数据传输容量13532；或者与和所收集的车辆数据的至少一部分相关的车辆功能相关联的数据传输容量13532。

示例车辆数据传输电路13506进一步被构造为响应于当前可用的传输类型13526（例如蜂窝数据传输、WiFi传输、物理连接的设备传输等）选择性地传输所收集的车辆数据13520的至少一部分。车辆数据传输电路13506进一步被构造为通过为所收集的车辆数据的至少一部分选择数据传输块大小13538来选择性地传输所收集的车辆数据的至少一部分。数据传输块大小13538包括个体消息大小（例如，分组大小值）或单个传输流大小（例如，在单个传输尝试时段进程内要传输的数据量）中的至少一个。示例车辆数据传输电路13506进一步被构造为响应于以下各项中的至少一个来选择传输块大小13538：在车辆策略数据值中提供的传输块大小；对于所收集的车辆数据的至少一部分的优先级的传输块大小（例如，增大块大小以更快地传递高优先级数据，和/或减小块大小以改进传输高优先级数据的成功率）；响应于用于传输所收集的车辆数据的至少一部分的资源的可用性描述的传输块大小（例如，基于可用传输资源的能力来配置块大小）；响应于车辆的历史传输可用性的传输块大小；或者车辆的操作条件。示例车辆传输电路13506进一步被构造为响应于传输操作的成功参数13534来调整选择性地传输所收集的车辆数据的至少一部分（例如，允许传输参数的调整和/或变化以持续改进传输，和/或使传输参数适配于条件）。车辆传输电路进一步被构造为响应于用于传输操作的服务质量参数13528来调整选择性地传输所收集的车辆数据的至少一部分（例如，适配传输选择以改进服务质量、实施服务质量要求等）。

参考图136，示意性地描绘了管理车辆的传输操作的示例程序13600。示例程序13600包括解释车辆策略数据值的操作13602、响应于车辆策略数据值的车辆属性解释车辆参数值的操作13604、以及选择性地传输所收集的车辆数据的至少一部分的操作13606。参考图137-146，示意性地描绘了选择性地传输所收集的车辆数据的至少一部分的示例操作13606。参考图137，操作13606包括响应于所选的传输间隔而选择性地传输所收集的数据。参考图138，操作13606包括响应于所选的带宽利用而选择性地传输所收集的数据。参考图139，操作13606包括响应于所收集的数据的数据类型而选择性地传输所收集的数据。参考图140，操作13606包括响应于传输操作的车辆操作影响而选择性地传输所收集的数据。参考图141，操作13606包括响应于传输操作的功率利用影响而选择性地传输所收集的数据。参考图142，操作13606包括响应于数据传输容量值而选择性地传输所收集的数据。参考图143，操作13606包括响应于当前可用的传输类型而选择性地传输所收集的数据。参考图144，操作13606包括响应于所选的数据传输块大小而选择性地传输所收集的数据。参考图145，示例操作13606包括响应于传输操作的成功参数而选择性地传输所收集的数据。参考图146，示例操作13606包括响应于传输操作的服务质量值而选择性地传输所收集的数据。

参考图147，示意性地描绘了用于实现车辆的远程辅助操作的示例装置14700。示例装置14700包括远程访问执行电路14702，远程访问执行电路14702被构造为解释来自请求设备（例如，耦合到云系统和/或以其他方式与车辆通信的外部设备）的远程访问请求值14710，远程访问请求值14710包括至少一个请求的车辆属性14712。示例装置14700包括属性转化电路14704，其被构造为响应于至少一个请求的车辆属性14712确定属性请求值14714，以及参数获取电路14706，其被构造为响应于属性请求值14714解释多个车辆参数值14716。示例装置14700包括参数调节电路14708，其被构造为响应于属性请求值14714，从多个车辆参数值14716中生成车辆属性数据14718，车辆属性数据14718对应于至少一个所请求的车辆属性14712，其中远程访问执行电路14702进一步被构造为将车辆属性数据14718传输到请求设备，例如作为传输的车辆属性数据14720。例如，所请求的车辆属性14712描述了请求设备的用户感兴趣的参数，该参数可以从界面中选择，例如服务界面（例如，在远程服务人员提供技术辅助的情况下），和/或车辆的所有者或操作者（例如，在所有者/操作者远程访问车辆以确定感兴趣的数据和/或执行远程操作的情况下）。在该示例中，属性请求值14714可以被提供为例如将从车辆的网络区的端点请求的值，并且车辆参数值14716是由端点提供的响应值。在另外的示例中，车辆属性数据14718包括车辆参数值14716，其根据请求的车辆属性14712中所请求的外部值来配置，例如从一个或多个车辆参数值14716和/或具有格式化、所选单位、采样率、位深度等的车辆参数值14716确定的值被配置为所请求的车辆属性14712。示例装置14700包括融合网络设备（CND），其被构造为调节具有第一网络端点的第一网络区和具有第二网络端点的第二网络区之间的通信，其中多个车辆参数值14716的至少一部分由第一网络端点和第二网络端点中的每一个生成。

该装置进一步包括，其中远程访问请求值14710进一步包括车辆功能值14722，例如致动器操作，要启用、实施和/或配置的特征，和/或操作序列（例如，启动引擎、通过操作序列操作车辆、测试多个致动器等）。示例属性转化电路14704响应于车辆功能值14722确定致动器命令值14726；并且远程操作电路14724向车辆的网络区的端点提供致动器命令值14726。示例装置14700进一步包括融合网络设备（CND），其被构造为调节具有第一网络端点的第一网络区和具有第二网络端点并包括车辆网络区的第二网络区之间的通信；其中第一网络端点提供多个车辆参数值的至少一部分；并且其中第二网络端点包括响应于致动器命令值14726的致动器。示例属性转化电路14704进一步被构造为通过执行至少一个操作来确定致动器命令值14726，所述操作诸如：将致动器命令值14726确定为对应于诊断测试操作的致动器命令序列；将致动器命令值14726确定为对应于远程控制操作的致动器命令序列；和/或将致动器命令值14726确定为响应车辆功能值14722的至少一个致动器命令。

示例装置14700包括跨至少第一网络区和第二网络区分布的附加数量的端点，其中附加的多个端点各自提供多个车辆参数值14716的至少一部分。示例装置14700进一步包括跨至少第一网络区和第二网络区分布的附加数量的端点，其中附加的多个端点各自包括对应的致动器，每个致动器响应于致动器命令值14726的至少一部分。示例远程访问请求值14710包括策略。该策略包括至少一个值，诸如：请求设备的授权值；包括至少一个请求的车辆属性的数据收集描述；包括触发条件和触发响应值的触发描述值，并且其中参数获取电路14706进一步被构造为进一步响应于触发描述值和/或策略优先级值从多个车辆参数值14716生成车辆属性数据14718的至少一部分。

参考图148，示意性地描绘了包括装置14700的示例系统。示例系统可以包括如本文所阐述的任何装置，并且不限于包括装置14700。附加地或替代地，装置14700和/或其部分可以设置在车辆14806上，和/或外部设备14804上。图148的示例图示了作为云系统提供的装置14700，但是外部设备14804和车辆14806之间的连接可以以任何方式提供，包括通过WiFi、LAN和/或贯穿本公开描述的任何其他连接配置的连接。在某些实施例中，外部装置14804可以直接耦合到车辆14806，其中装置14700的操作在云系统中和/或在车辆14806和/或外部装置14804上执行。图148的示例包括CND 14802，其被配置为允许车辆14806的网络区14808、14810之间的数据值和/或致动器访问。图148的系统允许车辆14806的远程辅助和/或远程控制操作，包括对数据值的访问、致动器的操作和/或更复杂操作特征的操作，而不管车辆14806上的端点的配置如何，并且不需要外部设备14804的用户和/或配置装置14700的操作的用户了解车辆配置。

参考图149，示意性地描绘了用于执行车辆远程操作、包括远程辅助操作的示例程序14900。示例程序14900包括解释远程访问请求值、包括至少一个请求的车辆属性的操作14902，响应于请求的车辆属性确定属性请求值的操作14904，响应于请求的车辆属性解释（一个或多个）车辆参数值的操作14906，响应于属性请求值从车辆参数值生成车辆属性数据的操作14908，以及将车辆属性数据传输到请求设备的操作14910。参考图150，示意性地描绘了用于执行车辆操作、包括远程辅助操作的示例程序15000。示例程序15000包括解释包括车辆功能值的远程访问请求值的操作15002，响应于车辆功能值确定致动器命令值的操作15004，以及向车辆网络区的端点提供致动器命令值的操作15006。

现在参考图151，示出了根据本公开的用于收集和/或管理车辆数据的装置15100的实施例。装置15100可以是独立的控制器，或者形成本文描述的任何控制器中的一个或多个的一部分。这样，在实施例中，装置15100可以部署在车辆上。在实施例中，如本文更详细解释的，装置15100的一部分或全部可以部署在车辆外。装置15100包括参数获取电路15110，其被构造为解释车辆参数值15112。装置15100进一步包括属性转化电路15114，其被构造为解释属性请求值15116，该属性请求值15116至少部分地定义了所请求的车辆属性。装置15100进一步包括参数调节电路15118，其被构造为响应于属性请求值15116从车辆参数值15112生成车辆属性数据15120。车辆属性数据15120可以对应于请求的车辆属性，例如，至少部分由属性请求值15116定义的车辆属性。

装置15100的实施例在图151中被描绘为解释/接收单个车辆参数值15112。然而，要理解，装置15100的实施例可以解释/接收多个车辆参数值15112。例如，装置15100可以在一段时间内（例如一天、一周、一月、一年、车辆的操作寿命等）持续收集车辆参数值15112，和/或在某些条件下（例如，当车辆被占用和/或未被占用时，被驱动和/或静止时，在参数值处于预定范围内、高于或低于预定阈值的时段期间），和/或响应于参数的特性（例如，具有大于预定值和/或在预定范围内的改变率、具有所选值、在所选值之间切换等）收集车辆参数值15112。为了说明，示例参数和收集值被描述为与特定参数相关，但是收集的参数和/或收集标准可以利用多个参数、车辆的操作条件等。用于收集和/或确定收集标准的参数可以是定量的（例如，数值）和/或定性的（例如，类别、布尔值、状态值等）。车辆参数值15112可以由如本文所述的一个或多个车辆传感器、车辆控制器和/或车辆致动器生成（例如，反馈值、位置值、故障值等）。车辆参数值的非限制性示例包括车辆速度值、原动机速度值、原动机扭矩值、用户致动的车辆特征值、车辆位置值、车辆网络区的网络利用值、来自车辆网络区的原始网络消息、车辆网络区上的端点的网络地址、车辆控制器的存储器存储描述、来自控制器局域网（CAN）上的端点的值、来自本地互连网络（LIN）的端点的值、中间控制值、致动器状态或反馈值等。车辆参数值可以是在车辆的网络区上、在车辆的端点上、在车辆的控制器的存储器中可用的任何值，和/或可用于例如响应于对端点提供参数的请求或命令而由车辆的端点提供的任何值。

图151中的装置15100的实施例也被描绘为解释/接收单个属性请求值15116。然而，要理解，装置15100的实施例可以解释/接收多个属性请求值15116。例如，装置15100可以在一段时间内（例如一天、一周、一月、一年、车辆的操作寿命等）持续收集属性请求值15116，和/或在某些条件下（例如，当车辆被占用和/或未被占用时，被驱动和/或静止时等等）收集属性请求值15116。属性请求值15116可以由一个或多个计算设备在车辆外生成（如本文所述），并经由一个或多个网络连接传输到车辆（也如本文所述）。车辆属性的非限制性示例包括组件温度值、传感器原始值、组件速度值、致动器反馈值、传动系组件速度值、驱动轴速度值、驱动轴扭矩值、所选档位值、电池健康状态值、电池充电状态值、电池吞吐量值等。

参数获取电路15110可以包括一个或多个电通信端口和/或与一个或多个电通信端口通信，所述电通信端口具有对部署在车辆上的网络设备、控制器和/或传感器的访问，所述网络设备、控制器和/或传感器生成车辆参数值15112和/或具有对生成车辆参数值15112的设备（例如车辆传感器）的访问。示例参数获取电路15110可以能够与车辆的任何网络区、车辆的任何端点通信，并且可以从任何网络区和/或端点、控制器的存储器取得数据，和/或可以命令任何端点提供值，例如在端点上可用但通常不发布到网络区的值。

属性转化电路15114可以包括一个或多个电通信端口和/或与之通信，所述电通信端口具有对网络设备和/或控制器的访问，所述网络设备和/或控制器具有对属性请求值15116的访问。示例属性转化电路15114确定响应于车辆参数值15112的可用属性请求值15116，例如允许外部设备和/或其他用户使用数据的通用术语（例如“车辆速度”）来请求车辆数据，同时配置属性请求值15116以从车辆获得所选数据，而不需要知道数据位置、车辆配置、参数和/或控制操作版本等。因此，至允许请求车辆参数值15112以供收集的外部设备的接口可以被配置用于请求用户接口的操作，而不必更新和/或了解关于车辆的信息、车辆网络区配置、和/或控制操作的位置或细节和/或车辆上的数据可用性。附加地，在不限制本公开的任何其他方面的情况下，至外部设备的接口将针对一系列车辆（例如，多种型号、车型年、装饰、配置等）正确操作，并在特定车辆经历改变（例如，端点的移动、升级控制操作、端点的添加或移除、改变控制操作位置、特征或控制操作的添加等）时继续正确操作。

属性调节电路15118可以与参数获取电路15110和/或属性转化电路15114通信。车辆属性数据15120的生成可以包括车辆参数值15112的调节、格式化、插值和/或其他调整和/或操纵。

例如，转到图152，示出了装置15200的实施例，其中车辆参数值15210直接对应于所请求的车辆属性，例如，车辆属性数据15214传达与车辆参数值15210基本相同的信息、例如利用相同的单位类型（例如，长度、质量、时间等），仅在时域中具有差异（例如，采样率差异），和/或其中车辆参数值15210和/或除了格式化、处理等的潜在改变，车辆属性数据15214包括足够的信息以进行相关。然而，应当理解，当生成车辆属性数据15214时，属性调节电路15118可以调整车辆参数值15210的格式和/或单位。车辆参数值15210的格式化可以包括调整车辆参数值15210的网络协议以用于车辆外的传输，例如，车辆参数值15210可以以CAN格式接收，其底层数据由属性调节电路15118重新封装成TCP/IP分组。虽然前述示例描述了CAN到TCP/IP的转换，但是装置15200的实施例可以在本文描述的其他类型的网络之间执行转换。不限于本公开的任何其他方面，车辆参数值15210的格式化包括以下各项中的任何一个或多个：上采样参数值；下采样参数值；改变参数值的位深度（例如，分配给该值的定点位的数量，和/或浮点参数值的精度水平）；改变参数值的采样率（例如，传感器、控制器或其他端点多久提供一次更新值）；改变参数值的处理（例如，过滤、反跳、指示诸如故障、诊断值、状态值等信息的保留范围）；改变参数值的名称；和/或添加、移除和/或修改参数值的元数据（例如，时间戳、源端点、分组信息、相关联的应用和/或流等）。

图153中示出了装置15300的另一个实施例，其中属性调节电路15310可以从两个或更多个车辆参数值15314和15316生成车辆属性数据15312。例如，在实施例中，属性调节电路15310可以从两个或更多个车辆参数值15314和15316生成/导出虚拟车辆属性值15318（也在图154中示出），其中车辆属性数据15312包括虚拟车辆属性值15318。例如，属性请求值15320可以请求属性（例如，估计的车辆操作成本值），而车辆可能不具有直接生成所请求的属性的任何传感器。附加地或替代地，即使在直接生成的属性将可用的情况下，也可以提供虚拟车辆属性值15318，例如以减少网络业务（例如，当该值可用时，该值也可以从已经收集的其他值来确定）；作为备用值（例如，响应于与直接生成的属性相关联的传感器处于故障状态，利用虚拟车辆属性值15318）；以减少其他处理（例如，直接可用的值需要附加的格式化操作，其中虚拟车辆属性值15318的使用需要较少的格式化操作）；响应于优先级和/或授权考虑（例如，其中与数据请求相关联的请求流、实体、应用等不具有对直接可用值的访问，但是的确具有对虚拟车辆属性值15318等的访问）。这样，属性调节电路15310可以从两个或更多个车辆参数值15314和15316中导出所请求的属性作为虚拟车辆属性值15318，例如燃料效率传感器或确定值、换油检测传感器或确定值等。虚拟车辆属性的非限制性示例包括：车辆速度值；动力效率值；事件发生值；先前车辆位置的列表；估计温度值；估计压力值；有效温度值；有效压力值；热传递率值；组件的剩余寿命值；组件的维护时间值；诊断计数器值；一个或多个用户激活特征的列表；平均车辆运行时间值；估计的车辆操作成本值；任何端点、传感器、致动器、控制操作和/或车辆的状态值；等等。在实施例中，从两个或更多个车辆参数值15314和15316生成/导出虚拟车辆属性值15318可以包括插值、模型操作、一个或多个查找表的利用、状态图的操作等。在某些实施例中，可直接用于属性调节电路15310的值可以是从系统中的多个其他参数确定的虚拟参数值，但是被属性调节电路15310视为直接可用的值，因为它可作为参数用于直接请求。在某些实施例中，如本文使用的虚拟车辆属性值15318包括属性调节电路15310从一个或多个附加的直接可用值和/或由另一控制器直接提供的参数中确定的值，其中属性调节电路15310可以调整、控制、确认、验证和/或以其他方式具有对直接提供的参数值的确定的可见性。

图154中图示了根据本公开的用于收集和/或管理车辆数据的装置15400的另一个实施例。如本文所述，装置15400包括参数获取电路15110、属性转化电路15114和属性调节电路15118。装置15400可以进一步包括被构造为确定实体授权值15412的请求者验证电路15410，以及被构造为响应于实体授权值15412传输车辆属性数据15120的车辆属性提供电路15414。实体授权值15412的确定可以是响应性的，并且至少部分基于属性请求值15116。例如，属性请求值15116可以包含请求实体的指示符，例如生成属性请求值15116的实体，并且请求者验证电路15410可以对照批准的访问列表检查请求实体。如果批准的访问列表指示请求实体被授权访问所请求的属性，则实体授权值可以被构造为指示相同的内容，使得车辆属性提供电路15414将车辆属性数据15120传输到请求实体，或者传输到由属性请求值15116指示为被请求实体批准接收车辆属性数据15120的实体和/或位置。例如，装置15120可以从车辆制造商接收属性请求值15116，该属性请求值15116要求将车辆属性数据15120传输给经批准的第三方供应商。在接收到属性请求值15116时，装置15400可以经由请求者验证电路15410对照批准的访问列表检查车辆制造商和/或第三方供应商，并且然后如果车辆制造商和/或第三方供应商在批准的访问列表上，则将车辆属性数据15120传输给第三方供应商。如应当理解的，本公开的实施例可以使用其他形式的认证和/或验证来控制对车辆属性数据15120的访问，例如加密密钥、数字证书等。

在实施例中，装置15400可以包括订阅电路15416，其被构造为将请求实体（例如，生成属性请求值15116的实体）添加到订户数据列表15418，其中属性提供电路15414被构造为响应于订户数据列表15418将车辆属性数据15120传输到请求实体。将请求实体添加到订户数据列表15418可以响应于属性请求值15116。例如，解释的属性请求值15416可以触发订阅电路15416将请求实体添加到订户数据列表15418。只要请求实体保持在订户数据列表15418上，车辆属性提供电路15414于是就可以周期性地或持续地将车辆属性数据15120传输给请求实体（或者给请求实体批准的实体和/或位置）。

在实施例中，装置15400可以包括如本文所述的CND 15420，其调节具有第一车辆传感器的第一网络区和具有第二车辆传感器的第二网络区之间的通信。在这样的实施例中，车辆参数值15421可以由第一和/或第二车辆传感器中的至少一个生成。在实施例中，第一车辆参数值15421可以由第一车辆传感器（在第一网络区中）生成，并且第二车辆参数值15422可以由第二车辆传感器（在第二网络区中）生成。在实施例中，如本文所述，第一网络区和第二网络区可以是不同的类型。

现在参考图155，示出了根据本公开的用于收集和/或管理车辆数据的方法15500的实施例。方法15500可以由装置15100和/或15400和/或本文描述的任何其他设备的控制器和/或处理器来执行。因此，参考图151和155，方法15500包括解释15510车辆参数值15112，解释15512属性请求值15116，以及生成15514车辆属性数据15120。

参考图154和156，在实施例中，方法15500可以进一步包括响应于并且至少部分基于属性请求值15116确定15610实体授权值15412，并且响应于实体授权值15412传输15612车辆属性数据15120。方法15500可以进一步包括响应于属性请求值15116，将请求实体添加15614到订户数据列表15418。在这样的实施例中，传输15612车辆属性数据15120可以响应于订户数据列表15418。

参考图154和157，在实施例中，方法15500可以包括调节15710具有第一车辆传感器的第一网络区和具有第二车辆传感器的第二网络区之间的通信。方法15500可以进一步包括通过第一和第二车辆传感器中的至少一个生成15712（一个或多个）车辆参数值和/或15421和/或15422。在实施例中，解释15510车辆参数值可以包括解释15714多个车辆参数值15421和15422。在这样的实施例中，生成15514车辆属性数据至少部分基于多个车辆参数值15421和15422。在这样的实施例中，第一车辆参数值15421可以来自第一车辆传感器（在第一网络区中），并且第二车辆参数15422可以来自第二车辆传感器（在第二网络区中）。

如应当领会的，本公开的实施例可以提供请求实体相对于不同车辆获取/收集数据的方式和/或车辆的配置（例如，网络区、端点、控制操作位置等）是不可知的。换句话说，本公开的实施例可以提供请求实体使用相同类型的属性请求值从不同的车辆和/或从具有不同配置的相同车辆请求相同的车辆属性，而不管车辆如何收集和配置它们自己的车辆参数之间的任何潜在区别。例如，第一品牌、型号和年份的第一车辆可以具有部署在CAN上的油温传感器。请求实体可以能够经由请求“油温”的第一属性请求值从第一车辆检索油温。然后，第一属性请求值可以由例如15100或15400的装置解释，该装置然后生成向请求实体提供第一车辆的油温的第一车辆属性数据。与第一车辆的油温相比，第一车辆的型号的较新版本（例如相同品牌和型号但是较新年份的第二车辆）可以具有部署在以太网上的油温传感器，和/或油温传感器可以是完全不同的类型和/或具有以不同方式格式化的输出。本公开的实施例提供了请求实体发送与第一属性请求基本相同的第二属性请求，向第二车辆请求“油温”。第二属性请求然后可以由例如15100或15400的装置解释，该装置然后生成第二车辆属性数据，该第二车辆属性数据可以与第一车辆属性数据基本相同，其向请求实体提供第二车辆的油温。

因此，现在参考图158，用于收集和/或管理车辆数据的另一种方法15800。方法15800包括解释15810第一属性请求值，并从第一多个车辆参数值生成15812第一车辆属性数据。方法15800进一步包括解释15814对应于请求的车辆属性的第二属性请求值，并从第二多个车辆参数值生成15816第二车辆属性数据。第一车辆数据和第二车辆数据都对应于所请求的车辆属性。在实施例中，生成车辆属性数据15514可以包括生成15716虚拟车辆属性15618。

转到图159，在实施例中，方法15800可以进一步包括经由第一车辆传感器和第二车辆传感器生成15910第一多个车辆参数值，第一车辆传感器部署在第一车辆的第一网络上，并且第二车辆传感器部署在第一车辆的第二网络上，第一网络与第二网络类型不同。方法15800可以进一步包括经由第三车辆传感器和第四车辆传感器生成15912第二多个车辆参数值，第三车辆传感器部署在第二车辆的第三网络上，并且第四车辆传感器部署在第二车辆的第四网络上，第三网络与第四网络类型不同。

现在参考图160，示出了根据本公开的实施例的用于数据收集策略摄取和执行的装置16000的实施例。如下面将更详细解释的，装置16000的实施例可以提供控制车辆数据的收集和/或传输的车辆策略的摄取、解析和/或执行。这样的策略可以提供特定类型的车辆数据的收集和/或触发车辆数据收集的特定时间段和/或条件。例如，策略可以用于基于特定区域（例如，城市、州/省、国家等）以及这样的区域内适用的数据隐私法来开始和停止数据收集。在非限制性示例中，当车辆上和/或车辆外的传感器和/或控制器确定车辆处于在适用的隐私法下准许收集一种或多种类型的车辆数据的区域中时，装置16000的实施例可以触发对这样的类型的车辆数据的收集和/或传输。类似地，当车辆上和/或车辆外的传感器和/或控制器确定车辆处于适用的隐私法下禁止收集一种或多种类型的车辆数据的区域时，装置16000的实施例可以触发停止对这样的类型的车辆数据的收集和/或传输。

在另一个非限制性示例中，装置16000的实施例可以确定是否和/或何时被动收集或主动收集某些数据。在某些实施例中，被动数据收集指示用于收集的参数在没有装置16000的操作的情况下是可用的，例如，其中参数通常由端点提供给网络区，并且在没有特定请求或其他动作的情况下在网络区上是可观察的。在某些实施例中，主动数据收集指示用于收集的参数不可用、仅间歇可用、和/或可用但不以完全可用的方式用于收集，例如，以不足的数据速率提供参数、不持续提供参数、和/或以不足的分辨率或其他方面提供参数，其中装置16000向提供主动收集数据的端点提供请求或指令。应当理解，数据参数可以在第一时间和/或在某些操作条件期间主动收集，并且在第二时间和/或在其他操作条件下被动收集。在某些实施例中，装置16000收集数据参数的操作对于某些目的（例如，向端点提供指令以提供参数和/或配置参数）可以被认为是主动的，但是对于其他目的（例如，在端点已经被配置为提供足以满足指令的参数的时段期间，即使指令不存在）是被动的。

此外，装置16000的实施例可以提供将车辆数据的收集委托给设置在车辆上和/或车辆外的各种控制器。在这样的实施例中，装置16000可以作为由委托控制器所收集的车辆数据的收集点。

因此，在实施例中，装置16000包括策略获取电路16010，其被构造为解释具有车辆策略的至少一部分的车辆策略数据值16012。车辆策略数据值16012可以是其中具有编码指令的文本文件，例如XML文件或其他基于标记的格式。在实施例中，车辆策略数据值16012可以是其中具有编码指令的数据文件，例如机器代码、汇编、高级代码，例如C、C#、Ada和/或其他合适的编程代码。在实施例中，策略数据值可以是数据结构，例如具有存储影响车辆策略部分的数据的各种字段和/或属性的实例化类对象。装置16000进一步包括策略处理电路16014，策略处理电路16014被构造为响应于并且至少部分基于车辆策略数据值16012来生成包括车辆策略的一个或多个车辆子策略的解析的策略数据16016。装置16000进一步包括策略执行电路16018，其被构造为响应于解析的策略数据16016从一个或多个车辆传感器收集车辆数据16020，如本文所述。

在实施例中，策略执行电路16018可以与车辆中的一个或多个传感器、致动器和/或控制器进行电子通信。如本文所述，策略执行电路16018还可以与装置16000的其他电路进行电子通信和/或控制装置16000的其他电路。策略执行电路16018可以解释部分解析的策略数据16016，并生成用于控制致动器操作的命令值。例如，解析的策略数据16016的一部分可以对应于涉及车辆引擎的燃料定时率的子策略，其中策略执行电路16018可以生成并传输更新燃料定时的命令值到负责控制引擎的燃料定时的控制器。在实施例中，策略执行电路16018可以解释与子策略相对应的解析的策略数据16016的一部分，该子策略涉及要收集什么类型的车辆数据、要收集车辆数据的持续时间以及车辆数据是否要存储在车辆上和/或在车辆外传输。例如，在实施例中，子策略可以规定每当车辆的引擎正在操作时就要收集车辆的位置数据，并且所收集的车辆数据在它被收集时要被存储在车辆上的存储器设备中。子策略可以进一步规定所收集的车辆数据要以预定间隔（例如每天、每周、每月等一次）传输到车辆外的数据库。这样，策略执行电路16018可以引导装置16000的电路和/或车辆上的其他控制器的电路收集位置数据并将其存储在车载存储器设备中。策略执行电路16018然后可以引导装置16000的电路和/或车辆上的其他控制器的电路以预定间隔将收集的位置数据传输到车辆外数据库。虽然前述示例涉及位置数据，但是也设想了其他类型的车辆数据。

转到图161，示出了根据本公开的实施例的用于数据收集策略摄取和执行的装置16100的另一实施例。装置16100包括策略获取电路16110，其被构造为解释具有车辆策略的至少一部分的车辆策略数据值16112。装置16100进一步包括策略处理电路16114，其被构造为响应于并且至少部分基于车辆策略数据值16112，生成包括车辆策略的一个或多个车辆子策略的解析的策略数据16116。装置16100进一步包括策略执行电路16118，其被构造为响应于解析的策略数据16116从一个或多个车辆传感器收集车辆数据16120，如本文所述。

如图161中所示，策略处理电路16114可以进一步被构造为从车辆策略数据值16112确定车辆策略的类型值16122。类型值16112的非限制性示例包括被动策略和主动策略。

在实施例中，策略执行电路16118可以被构造为响应于类型值16122是被动策略，被动地收集车辆数据16112。例如，车辆策略（或子策略）可以指示每当车辆正在被操作时都要收集车辆的燃料效率。作为响应，策略执行电路16118可以引导装置16100内和/或车辆上的其他控制器中的各种电路在车辆正在被操作时将车辆的燃料效率数据收集和存储在一个或多个存储器设备（例如车载存储器设备）中。

在实施例中，策略执行电路16118可以被构造为响应于类型值16122是主动策略而主动收集车辆数据16120。例如，车辆策略（或子策略）可以指示当车辆经历了故障和/或事故（例如，碰撞）时，车辆警报数据（例如，碰撞指示符、引擎着火指示符、气囊状态指示符和/或通常不能以被动方式收集的其他类型的数据）将被收集并在车辆外传输到例如紧急响应实体。

如图162中所示，策略执行电路16118可以被构造为传输开始收集命令值16124以主动收集车辆数据16120。开始收集命令值16124可以被传输到装置16100的电路，和/或传输到车辆上的其他控制器的电路，并指示它们开始收集一种或多种类型的车辆数据。命令值16124可以包括标识要所收集的车辆数据16120的类型、要所收集的车辆数据16120的持续时间、所收集的车辆数据16120应当被传输到何处、应当收集车辆数据16120的条件、和/或与所收集的车辆数据16120的收集、存储和/或处理相关的其他类型的指令的指示符。例如，命令值16124可以被传输到与监视原动机扭矩的传感器通信的控制器，其中响应于命令值16124，控制器开始收集关于原动机扭矩的车辆数据16120，并将车辆数据16120传输到车载存储器设备以供存储。虽然前述示例涉及原动机的扭矩，但是设想了其他类型的车辆上的控制器和/或传感器。

如图163中所示，策略执行电路16118可以被构造为至少部分基于所收集的车辆数据16120生成车辆属性值16310，以主动收集车辆数据16120。

如图164中所示，策略执行电路16118可以被构造为传输查询值16410以主动收集车辆数据16120。查询值16410可以被传输到另一个控制器和/或数据库（例如，车辆上和/或车辆外的存储器设备），以检索先前存储的车辆数据，该数据然后可以由车辆外的装置16100传输和/或传输到车辆上的不同存储器设备。在实施例中，查询值16410可以被传输到车辆上的控制器，该控制器然后响应性地将所请求的车辆数据传输到装置16100和/或另一个设备，例如车辆上和/或车辆外的存储器设备。

返回参考图161，装置16100可以包括被构造为存储所收集的车辆数据16120的存储器设备16125。存储器设备16125可以包括用于存储所收集的车辆数据16120的数据库。数据库可以是以文本文件的形式，例如逗号分隔文件、关系数据库、对象数据库和/或用于存储所收集的车辆数据16120的任何其他类型的合适系统。

如在本公开的其他部分中所描述的，装置16100可以包括融合网络设备（CND）16126，其调节第一网络区和第二网络区之间的通信。还如在本公开的其他部分中描述的，第一网络区可以具有从其收集车辆数据16120的一个或多个车辆传感器中的第一车辆传感器，并且第二网络区可以具有从其收集车辆数据16120的一个或多个车辆传感器中的第二车辆传感器。在实施例中，第一网络区和第二网络区可以是如本文描述的不同类型。在实施例中，CND 16126可以为装置16100及其电路提供与第一和/或第二网络区中的设备通信。例如，车辆策略值16112可以由第一网络区中的设备生成，并且车辆数据16120可以从第二网络区中的设备收集。

在实施例中，策略执行电路16118可以被构造为经由将至少一些解析的策略数据16116传输到一个或多个车辆控制器，将车辆数据16120的收集委托给一个或多个车辆控制器，如本文所述。例如，在实施例中，策略执行电路16118可以将引擎相关车辆数据16120的收集委托给与监视和/或控制车辆引擎相关联的第一控制器，并将位置数据的收集委托给与监视车辆位置相关联的第二控制器。然后，委托控制器可以将它们所收集的车辆数据16120传输到装置16100，将所收集的数据16120存储在车辆上的存储器设备中，和/或将它们所收集的数据16120传输到车辆外。在实施例中，策略执行电路16118可以向委托控制器提供授权（例如证书），以访问传感器和/或用于收集车辆数据16120的其他设备。在实施例中，策略执行电路16118可以向委托控制器提供授权（例如凭证），以将所收集的车辆数据16120传输到车辆外。在实施例中，策略执行电路16118可以基于车辆上可用的控制器的容量来委托车辆数据16120的收集。例如，车辆可以具有监视和/或调节特定车辆系统的多个气候控制器（例如气候控制），并且策略执行电路16118可以选择将气候数据的收集委托给具有可用处理能力的气候控制器。

如图161中进一步所示，装置16100可以包括收集数据获取电路16128，其被构造为解释由一个或多个车辆控制器所收集的车辆数据16120。在实施例中，委托控制器可以将它们所收集的数据传输到收集数据获取电路16128，其中使得所收集的车辆数据16120可对装置16100内的其他电路访问。

在实施例中，装置16100可以包括收集数据提供电路16130，其被构造为传输所收集的车辆数据16120。收集数据提供电路16130可以被构造为与所收集的车辆数据16120通信，并将所收集的车辆数据16120传输到车辆上的设备和/或车辆外的设备。在实施例中，收集数据提供电路16130可以基于用于传输所收集的车辆数据16120的通信信道的一种或多种格式和/或所收集的车辆数据16120被传输到的设备所使用的格式来格式化所收集的车辆数据16120。例如，收集数据提供电路16130可以将所收集的车辆数据16120封装成TCP/IP分组或其他网络格式，和/或在传输之前压缩所收集的车辆数据16120。

根据本公开的实施例，图165中图示了用于数据收集策略摄取和执行的方法16500。方法16500可以由装置16000、装置16100和/或本文描述的任何其他控制器来执行。因此，参考图160和165，在实施例中，方法16500包括解释16510具有车辆策略的至少一部分的车辆策略数据值16012。方法16500进一步包括响应于并至少部分基于车载车辆策略数据值16012，生成16512包括车辆策略的一个或多个车辆子策略的解析的策略数据16016。方法16500进一步包括响应于解析的策略数据16016从一个或多个车辆传感器收集16514车辆数据16020。

现在参考图161和166，在实施例中，方法16500可以包括从车辆策略数据值16112确定16516车辆策略的类型值16122。这样，收集16514车辆数据16120可以包括响应于类型值16122被动地收集16610车辆数据16120。在实施例中，收集16514车辆数据16120可以包括响应于类型值16122主动收集16612车辆数据16120。主动收集16612车辆数据16120可以包括传输16614开始收集命令值16124（图162）。

如167中所示，主动收集16612车辆数据16120可以包括至少部分基于所收集的车辆数据16120生成16710车辆属性值16310（图163）。

如图168中所示，主动收集16612车辆数据16120可以包括传输16810查询值16410（图164）。

现在参考图161和169，在实施例中，方法16500可以包括调节第一网络区和第二网络区之间的通信16910。在实施例中，第一网络区可以具有从其收集车辆数据16120的一个或多个车辆传感器中的第一车辆传感器，并且第二网络区可以具有从其收集车辆数据16120的一个或多个车辆传感器中的第二车辆传感器。在实施例中，第一网络区和第二网络区可以是不同的类型。在实施例中，收集16514车辆数据16120可以包括将车辆数据16120的收集16910委托给一个或多个车辆控制器。将车辆数据16120的收集16910委托给一个或多个车辆控制器可以包括将至少一些解析的策略数据16116传输16912给一个或多个车辆控制器。

在实施例中，方法16500可以进一步包括解释16914由一个或多个车辆控制器所收集的车辆数据16120。

在实施例中，方法16500可以包括传输16916所收集的车辆数据16120。

现在参考图170，提供了用于在混合网络环境（例如本文描述的汽车和/或其他车辆）中进行数据收集的装置17000的实施例。如图170中所示，装置17000包括融合网络设备（CND） 17010，如本文和本公开的其他部分中所描述的，其可以被构造为调节具有第一网络端点的第一网络区和具有第二网络端点的第二网络区之间的通信。端点可以包括车辆传感器和/或如本文描述的其他设备。多个车辆参数值17012和17014由第一和第二网络端点生成。装置17000进一步包括参数获取电路17016，其被构造为解释多个车辆参数值17012和17014。装置17000进一步包括属性转化电路17018，其被构造为解释属性请求值17020，该属性请求值17020包括所请求的车辆属性的至少一部分。装置17000进一步包括参数调节电路17022，其被构造为响应于属性请求值17020，从多个车辆参数值17012和17014生成车辆属性数据17024。如应当领会的，车辆属性数据17024对应于请求的车辆属性。

转到图171，提供了用于在混合网络环境（例如，如本文所述的汽车和/或其他车辆）中进行数据收集的装置17100的另一实施例。类似于图170的装置17000，装置17100包括CND 17010，如本文和本公开的其他部分所述，CND 17010可以被构造为调节具有第一网络端点的第一网络区和具有第二网络端点的第二网络区之间的通信。端点可以包括车辆传感器和/或如本文所述的生成多个车辆参数值17012和17014的其他设备。装置17100进一步包括参数获取电路17016，其被构造为解释多个车辆参数值17012和17014。装置17100进一步包括属性转化电路17018，其被构造为解释属性请求值17020，该属性请求值17020包括所请求的车辆属性的至少一部分。装置17100进一步包括参数调节电路17022，其被构造为响应于属性请求值17020，从多个车辆参数值17012和17014生成车辆属性数据17024。如应当领会的，车辆属性数据17024对应于请求的车辆属性。

如图171中进一步所示，装置17100可以包括参数提供电路17110，其被构造为传输车辆属性数据17024。在实施例中，如本文所述，第一网络区和第二网络区是不同的类型。在实施例中，第一网络区可以包括控制器局域网（CAN）、基于以太网的网络和/或本文描述的任何其他类型的网络。在实施例中，第一和第二网络端点可以是车辆传感器。在实施例中，多个车辆参数值17012和17014直接对应于请求的车辆属性。

在实施例中，车辆参数值17012和17014中的一个或多个包括以下各项中的至少一个：车辆速度值；原动机速度值；原动机扭矩值；用户致动的车辆特征值；或者车辆位置值。在实施例中，多个车辆参数值17012和17014中的一个或多个可以包括以下各项中的至少一个：车辆网络区的网络利用值；来自车辆网络区的原始网络消息；车辆网络区上的端点的网络地址；车辆控制器的存储器存储描述；来自控制器局域网（CAN）上的端点的值；来自本地互连网络（LIN）上的端点的值；或者中间控制值。在实施例中，请求的车辆属性可以包括以下各项中的至少一个：组件温度值；传感器原始值；组件速度值；或者致动器反馈值。在实施例中，请求的车辆属性可以包括以下各项中的至少一个：传动系组件速度值；驱动轴速度值；驱动轴扭矩值；所选档位值；电池健康状态值；电池充电状态值；或者电池功率吞吐量值。

如图171中进一步所示，参数调节电路17022可以被构造为响应于属性请求值17020，从两个或更多个车辆参数值17012和/或17014生成虚拟车辆属性值17112。在实施例中，车辆属性数据17024包括虚拟车辆属性值17112。

在实施例中，虚拟车辆属性值17112包括以下各项中的至少一个：车辆速度值；动力效率值；事件发生值；或者先前车辆位置的列表。在实施例中，虚拟车辆属性值17112包括以下各项中的至少一个：一个或多个用户激活特征的列表；平均车辆运行时间值；或者估计的车辆操作成本值。

在实施例中，车辆属性数据17024具有与多个车辆参数值17012和17014不同的格式。

附加地，虽然CND 17010的实施例促进了装置17000和17100与两个车载网络之间的通信，车辆参数值17012和17014通过这两个车载网络传输，但是应当理解，在实施例中，CND 17010可以促进与一个或多个车辆外网络的通信，如本公开的其他部分中所述。

根据本公开的实施例，图172中图示了用于在混合网络环境中进行数据收集的方法17200，所述混合网络环境例如本文描述的汽车和/或其他车辆。方法17200可以由装置17000、17100的任一实施例来执行，和/或由本文描述的任何其他装置和/或控制器来执行。因此，现在参考图170和172，方法17200包括调节17210具有第一网络端点的第一网络区和具有第二网络端点的第二网络区之间的通信，其中多个车辆参数值17012和17014由第一和第二网络端点生成。方法17200进一步包括解释17212多个车辆参数值17012和17014。方法17200进一步包括解释17214至少部分定义请求的车辆属性的属性请求值17020。方法17200进一步包括响应于属性请求值17020，从多个车辆参数值17012和17014生成17216车辆属性数据17024，使得车辆属性数据17024对应于所请求的车辆属性。

现在参考图171和173，在实施例中，方法17200可以包括传输17310车辆属性数据17024。

在实施例中，如本文所述，第一网络区和第二网络区可以是不同的类型。在实施例中，第一网络区可以包括控制器局域网（CAN）。在实施例中，第一和第二网络端点可以是车辆传感器。在实施例中，多个车辆参数值17012和17014可以直接对应于请求的车辆属性。

在实施例中，方法17200可以包括响应于属性请求值17020，从两个或更多个车辆参数值17012和17014生成17312虚拟车辆属性值17112。在实施例中，车辆属性数据17024包括虚拟车辆属性值17112。

现在参考图174，示出了根据本公开的实施例的用于数据收集过程管理的装置17400。装置17400包括被构造为解释车辆参数值17412的参数获取电路17410，以及被构造为解释至少部分定义所请求的车辆属性的属性请求值17416的属性转化电路17414。虽然图174描绘了解释单个车辆参数值17412的参数获取电路17410，但是要理解，在实施例中，参数获取电路17410可以解释两个或更多个车辆参数值17412（如图175中所示）。装置17400进一步包括参数调节电路17418，其被构造为响应于属性请求值17416从车辆参数值17412生成经修改的车辆参数数据17420。如应当领会的，经修改的车辆参数数据17420对应于请求的车辆属性。经修改的车辆参数数据17420然后可以经由经修改的数据提供电路17421传输。如本文所述，经修改的车辆参数数据17420的传输可以是去往请求实体，即生成属性请求值17416的实体，和/或由请求实体指定和/或如由车辆策略指定的另一个实体和/或位置。

如下文将更详细解释的，参数调节电路17418的实施例通过如下方式生成经修改的车辆参数数据17420：格式化车辆参数值17412，从车辆参数值17412导出数据和/或值（用于包含在经修改的车辆参数数据17420中），和/或以其他方式调节车辆参数值17412的数据，使得经修改的车辆参数数据17420包含关于以期望格式（例如，可用的和/或由意图接收设备（例如，另一个控制器和/或存储设备）预期的格式）的所请求的车辆属性的数据。在实施例中，期望格式可以至少部分基于单位、网络协议、预期采样和/或流速率、车辆参数值在非暂时性计算机可读介质中的存储、压缩标准和/或其他类型的格式化。因此，装置17400的实施例提供了请求实体——即生成属性请求值17416的实体——相对于用于生成与所请求属性相对应的数据的车辆参数值17412的（一个或多个）固有/原始格式是不可知的。装置17400的实施例还提供车辆制造商在选择车载传感器和/或车载通信基础设施时对请求实体的格式化要求不可知。

例如，属性请求值17416可以对应于针对以华氏度为单位的油温的请求，并且车辆参数值17412可以是以摄氏度为单位的油温。参数调节电路17418可以通过将参数值17412转换成华氏度来生成经修改的车辆参数数据17420。在另一个非限制性示例中，属性请求值17416可以对应于针对车辆总里程的请求，并且车辆参数值17412可以是车辆的总公里。参数调节电路17418可以通过将参数值17412转换成里程来生成经修改的车辆参数数据17420。在又一个示例中，请求实体或意图接收经修改的车辆参数数据17420的其他实体或设备可以具有接收经修改的车辆参数数据17420的能力，该经修改的车辆参数数据17420确实与在车辆上生成车辆参数的速率匹配和/或以其他方式对准。在这样的情景中，装置17400的实施例可以调整传输经修改的车辆参数数据17420的速率，以满足接收实体和/或设备的需要。在又一示例中，经修改的车辆参数数据17420可以被指定存储在具有有限存储容量的非暂时性计算机可读介质（例如存储器设备）中。在这样的情景中，装置17400的实施例可以生成经修改的车辆参数数据17420，使得对应于所请求的属性的信息是以压缩形式的。如应当领会的，这样的压缩可以增加可以存储和/或传输的关于所请求的车辆属性的数据量。在又一个非限制性示例中，装置17400的实施例可以基于网络传输成本（例如蜂窝网络带宽和/或数据速率），来调整经修改的车辆参数数据17420的传输速率。在这样的实施例中，当网络运输成本昂贵时，装置17400可以降低经修改的车辆参数数据17420的传输速率，并且当网络运输成本便宜时，增加经修改的车辆参数数据17420的传输速率。在又一个非限制性示例中，装置17400的实施例可以基于可用的车辆外网络带宽来调整经修改的车辆参数数据17420的传输速率。在这样的实施例中，当车辆外网络带宽受限和/或以其他方式是“慢的”时，装置17400可以降低经修改的车辆参数数据17420的传输速率，并且当车辆外网络带宽不受限和/或以其他方式是“快的”时，装置17400可以增加经修改的车辆参数数据17420的传输速率。

转到图175，在实施例中，参数调节电路17418可以生成虚拟属性值17510。虚拟车辆属性值17510可以从两个或更多个车辆参数值17412和17512导出和/或以其他方式至少部分基于两个或更多个车辆参数值17412和17512。如图175中所示，经修改的车辆参数数据17420可以包括虚拟车辆属性值17510。

在实施例中，参数调节电路17418可以包括格式化电路17514，其被构造为将（一个或多个）车辆参数值17412和/或17512格式化为所请求的车辆属性17416的期望格式，使得经修改的车辆参数数据17420具有期望格式。（一个或多个）车辆参数值17412和/或17512的这样的格式化可以包括：将（一个或多个）车辆参数值17412和/或17512封装在网络协议（例如TCP/IP）中；将（一个或多个）车辆参数值17412和/或17512转换成期望的数据采集协议（其可以随后封装在网络协议中）；数据的压缩；和/或其他类型的格式。

在实施例中，参数调节电路17418可以包括单位转换电路17416，其被构造为将（一个或多个）车辆参数值17412和/或17512的一个或多个单位转换成所请求的车辆属性的一个或多个期望单位，使得经修改的车辆参数数据17420具有期望的一个或多个单位。可以被转换的单位类型的非限制性示例包括距离、时间段、温度、压力、应变、转速、转数、燃料效率、电池电量等。

在实施例中，参数调节电路17418可以包括采样电路17518，其被构造为将（一个或多个）车辆参数值17412和/或17512的采样率调整到所请求的车辆属性的期望采样率，使得经修改的车辆参数数据17420具有期望的采样率。在实施例中，（一个或多个）车辆参数值17412和/或17512的采样率可以是生成（一个或多个）车辆参数值17412和/或17512的速率，并且所请求的车辆属性的期望采样率可以是传输经修改的车辆参数数据17420的速率。因此，采样电路17518可以被构造为对（一个或多个）车辆参数值17412和/或17512进行上采样和/或下采样。

例如，转到图176，示出了对（一个或多个）车辆参数值进行下采样的非限制性示例。在这样的实施例中，采样电路17518可以以第一速率

接收多个车辆参数值17610、17612、17614和17616，例如，采样电路17518可以在随后的时间段t0、t1、t2、t3接收车辆参数值17610、17612、17614和17616中的每个，其中

、

并且

。车辆参数值17610、17612、17614和17616可以来自相同的传感器或不同的传感器。采样电路17518然后可以使得车辆参数值17610、17612、17614和17616以第二速率

作为经修改的车辆参数数据17618、17620、17622和17624被传输出装置17400，例如分别对应于车辆参数值17610、 17612、17614和17616的经修改的车辆参数数据17618、17620、17622和17624可以在随后的时间段t4、t5、t6、t7分别被传输出装置17400，其中

、

并且

。如应当领会的，

可以大于

，例如，其中经修改的车辆参数数据以比接收车辆参数值更慢的速率被传输。在实施例中，如本文所述，采样电路17518可以基于包含在属性请求值17416和/或车辆策略中的信息调整

。在实施例中，采样电路17518可以基于车辆外网络连接可用带宽和/或传输成本来调整

。例如，当车辆外网络连接可用带宽高时和/或当传输成本低时，可以减小

。相反，当车辆外网络连接可用带宽低和/或当传输成本高时，可以增加

。

在实施例中，采样电路17518可以减少从装置17400传输出的分别对应于车辆参数值的经修改的车辆参数数据的数量，例如，采样电路17518可以分别在时间t0、t1、t2、t3接收和/或解释车辆参数值17610、17612、17614和17616，并且分别在时间t4和t6传输经修改的车辆参数数据17618和17622。在这样的实施例中，经修改的车辆参数数据17618和17622可以分别对应于车辆参数值17610和17614。在实施例中，经修改的车辆参数数据17618和17622可以各自对应于车辆参数值17610、17612、17614和17616中的两个或更多个。例如，经修改的车辆参数数据17618可以从车辆参数值17610和17612导出，和/或以其他方式是它们的组合，并且经修改的车辆参数数据17622可以从车辆参数值17614和17616导出，和/或以其他方式是它们的组合。在这样的实施例中，经修改的车辆参数数据17618和17622中的每个可以是对应车辆参数值的平均值。

转到图177，示出了对（一个或多个）车辆参数值进行上采样的非限制性示例。在这样的实施例中，采样电路17518可以以第一速率

接收多个车辆参数值17610、17612和17614，例如，采样电路17518可以在随后的时间段t0、t1和t2接收车辆参数值17610、17612和17614中的每个，其中

并且

。参数值17610、17612和17614可以来自相同的传感器或不同的传感器。与由采样电路17518接收的车辆参数值相比，采样电路17518然后可以使得更多经修改的车辆参数数据17710、17712、17714、17716、17718和17720在随后的时间段t3、t4、t5、t6、t7、t8从装置17400传输，其中

、

并且

等。如应当领会的，

可以小于

，即，经修改的车辆参数数据以比接收车辆参数值更快的速率传输。在实施例中，如本文所述，采样电路17518可以基于包含在属性请求值17416和/或车辆策略中的信息来调整

。在实施例中，采样电路17518可以基于车辆外网络连接可用带宽和/或传输成本来调整

。例如，当车辆外网络连接可用带宽高时和/或当传输成本低时，可以减小

。相反，当车辆外网络连接可用带宽低时和/或当传输成本高时，可以增加

。

如图177的非限制性示例中所示，经修改的车辆参数数据17710、17714和17718可以分别对应于车辆参数值17610、17612和17614，其中经修改的车辆参数数据17712、17716和17720是插入到传输序列中的附加经修改的车辆参数数据。在实施例中，附加经修改的车辆参数数据17712、17716和17720可以从参数值17610、17612和/或17614进行插值和/或以其他方式导出。

如应当领会的，将附加经修改的参数数据插入到传输序列中可以通过经修改的车辆参数数据以预期速率传输到接收实体和/或设备。此外，其中从车辆参数值17610、17612和/或17614插值附加经修改的参数数据的实施例可以近似对所请求的车辆属性的更高分辨率的监视。

转到图178，示出了根据本公开的实施例的用于数据收集过程管理的方法17800。方法17800可以由装置17400和/或本文描述的任何其他装置和/或控制器来执行。因此，现在参考图174和178，方法17800可以包括解释17810车辆参数值17412，解释17812属性请求值17416，以及响应于属性请求值17416，从车辆参数值17412生成17814经修改的车辆参数数据17420。属性请求值17416至少部分地定义了请求的车辆属性，并且经修改的车辆参数数据17420对应于请求的车辆属性。

现在参考图175和179，生成17814经修改的车辆参数数据17420包括生成17910虚拟车辆属性值17510。经修改的车辆参数数据17420可以包括虚拟车辆属性值17510。在实施例中，虚拟车辆属性值17510可以至少部分基于两个或更多个车辆参数值17412和17512。在实施例中，方法17800可以包括将（一个或多个）车辆参数值17412和/或17512格式化17912为所请求的车辆属性的期望格式，使得经修改的车辆参数数据17420具有期望格式。在实施例中，格式化17912（一个或多个）车辆参数值17412和/或17512包括生成17914网络协议分组，该网络协议分组被构造为传输车辆参数值17416（以经修改的车辆参数数据的形式）。在实施例中，格式化17912（一个或多个）车辆参数值17412和/或17512包括修改17916（一个或多个）车辆参数值17412和/或17512以供存储在非暂时性计算机可读介质中。在实施例中，修改17916（一个或多个）车辆参数值17412和/或17512包括压缩17918（一个或多个）车辆参数值17412和/或17512。虽然图179描绘了压缩17918（一个或多个）车辆参数值17412和/或17512作为修改17916（一个或多个）车辆参数值17412和/或17512以供存储在非暂时性计算机可读介质中的一部分，但是在实施例中，压缩17918（一个或多个）车辆参数值17412和/或17512可以在修改17916（一个或多个）车辆参数值17412和/或17512以供存储在非暂时性计算机可读介质中之外执行。

在实施例中，方法17800可以包括将（一个或多个）车辆参数值17412和/或17512的一个或多个单位转换17919为所请求的车辆属性的一个或多个期望单位，使得经修改的车辆参数数据17420具有期望的一个或多个单位。转换17919（一个或多个）车辆参数值17412和/或17512的一个或多个单位中的单位可以作为生成17814经修改的车辆参数数据17420的一部分来执行。

在实施例中，方法17800可以包括将车辆参数值17412和/或17512的采样率调整17920到所请求的车辆属性的期望采样率，使得经修改的车辆参数数据17420具有期望的采样率。调整17920车辆参数值17412和/或17512的采样率可以作为生成17814经修改的车辆参数数据17420的一部分来执行。在实施例中，调整17920（一个或多个）车辆参数值17412和/或17512的采样率包括对（一个或多个）车辆参数值17412和/或17512进行上采样17922。在实施例中，调整17920（一个或多个）车辆参数值17412和/或17512的采样率可以包括对（一个或多个）车辆参数值进行下采样17924。

现在参考图180，示出了根据本公开的实施例的用于数据存储管理的装置18000。装置18000包括：参数获取电路18010，其被构造为解释多个车辆参数值18012和18014；参数调节电路18016，其被构造为调节多个车辆参数值18012和18014以供存储在一个或多个高速缓存设备中，如本文所公开的那样；以及参数存储电路18020，其被构造为将经调节的多个车辆参数值18018存储在一个或多个高速缓存设备中。如将在本文更详细解释的，装置18000的实施例可以通过如下方式来提供车辆参数值的高效存储和/或检索：将车辆参数值变换成适于存储在车载车辆存储器高速缓存（例如，存储器设备）中的形式，将经调节的车辆参数值从车载车辆存储器高速缓存设备传送到车外存储系统和设备（例如，基于网络云的存储系统），和/或将一些经调节的车辆参数值直接存储在车载车辆存储器高速缓存中，并将一些经调节的车辆参数值直接存储在车外存储系统和/或设备中。同样如本文所述，装置18000的实施例可以指示和/或控制车载车辆高速缓存和/或车外存储系统内的经调节的车辆参数值的到期。如应当领会的，这样的数据到期控制可以辅助减轻车载车辆高速缓存和/或车外存储系统变得过饱和，例如“充满”车辆参数值。此外，当车辆外网络连接缓慢和/或中断时，装置18000的实施例可以提供车辆参数值在车辆上的存储。

因此，如图181中所图示，在实施例中，参数调节电路18016可以被构造为确定存储位置值18110，其中参数存储电路18020进一步被构造为响应于存储位置值18110存储经调节的多个车辆参数值18018。例如，存储位置值18110可以指示经调节的多个车辆参数值18018将被存储在车辆上的一个或多个高速缓存设备中。在实施例中，部署在车辆上的一个或多个高速缓存设备中的每一个可以与本文公开的类型的设备和/或控制器相关联，该设备和/或控制器不同于与一个或多个高速缓存设备中的另一个相关联的控制器。例如，存储位置值18110可以指示对应于车辆的引擎数据的经调节的车辆参数值18018将被存储在与车辆的车辆引擎控制器相关联的高速缓存设备中，同时还指示对应于位置数据的经调节的车辆参数值18018将被存储在与负责跟踪车辆位置的控制器相关联的高速缓存设备中。

在实施例中，存储位置值18110可以指示经调节的多个车辆参数值18018将被存储在车辆外的一个或多个高速缓存设备中，例如由车辆制造商和/或第三方操作的数据中心。例如，存储位置值18110可以指示对应于车辆乘客对形成车辆信息娱乐系统一部分的第三方应用的使用的经调节的车辆参数值18018将被存储在第三方可访问的数据中心中。

在实施例中，存储位置值18110可以指示经调节的多个车辆参数值18018的第一部分将被存储在一个或多个高速缓存设备中的第一高速缓存设备上，并且经调节的多个车辆参数值18018的第二部分将被存储在一个或多个高速缓存设备中的第二高速缓存设备上。在这样的实施例中，第一高速缓存设备可以部署在车辆上，并且第二高速缓存设备可以部署在车辆外。例如，在实施例中，存储位置值#RZAF10可以指示高优先级车辆参数值（例如接收实体期望以迅速的方式查看的车辆参数值）将被存储在车外高速缓存中，而低优先级车辆参数值（例如接收实体不需要以迅速的方式查看的车辆参数值）将被存储在车载车辆高速缓存中。

如图181中进一步示出的，参数调节电路18016可以被构造为生成多个经调节的车辆参数值18018的到期值18112，其中到期值18112被构造为触发一个或多个高速缓存设备中的经调节的多个车辆参数值18018的选择性到期。到期值18012可以是对应于将多个车辆参数值存储在一个或多个高速缓存中的时间段的时间值。例如，到期值18112可以指示经调节的多个车辆参数值18018在被删除之前应当被存储数天、数周、数月、数年、数十年等。在实施例中，到期值18012可以指示经调节的车辆参数值的排序，使得高速缓存作为队列和/或堆栈操作。例如，车辆参数值可以是与经调节的车辆参数值#RZAE18的个体（或组）相关联的增量标识值，其中在高速缓存设备处接收到车辆参数值触发对高速缓存中具有最低标识值的（一个或多个）车辆参数值的删除。

在实施例中，参数存储电路18020可以进一步被构造为将到期值18110传输到一个或多个高速缓存设备。到期值18112的传输可以与经调节的车辆参数值18018（例如，到期值18112）一起被包括作为经调节的车辆参数值18018的一部分。到期值18112的传输也可以与经调节的车辆参数值18018分离，例如，到期值18112作为与经调节的车辆参数值18018不同的数据报和/或消息发送。在实施例中，接收到期值18110的高速缓存设备可以负责删除存储在高速缓存设备内对应的经调节的车辆参数值。

在实施例中，到期值18112可以指示在条件发生时存储的经调节的车辆参数值将被删除。例如，到期值18112可以是到期日期，并且高速缓存设备可以被构造为删除具有超过到期日期的时间戳的存储的经调节的车辆参数值18018。在实施例中，到期值18112可以指示在车辆断电时应当删除经调节的车辆参数值18018。在实施例中，到期值18112可以指示在出售和/或转让车辆时应当删除经调节的车辆参数值18018。

在实施例中，参数存储电路18020可以被构造为响应于到期值18112选择性地使多个经调节的车辆参数值18018到期。例如，参数存储电路18020可以与存储经调节的车辆参数值18018的一个或多个高速缓存通信，并发送删除一个或多个高速缓存内的所选经调节的车辆参数值18018的一个或多个命令。

同样如图181中所示，在实施例中，装置18000可以包括策略获取电路18114，其被构造为解释包括车辆策略的至少一部分的车辆策略数据值18116，如本文所述。在这样的实施例中，参数调节电路18016可以被构造为响应于车辆策略数据值18116生成到期值18112。在实施例中，车辆策略可以指示某些经调节的车辆参数值将被存储在何处，经调节的车辆参数值将被存储多久，和/或在什么条件下经调节的车辆参数值将被删除。

在实施例中，参数调节电路18016可以被构造为确定多个车辆参数值18012和/或18014的类型值18118，并且进一步被构造为响应于类型值18118生成到期值18112。类型值18118的非限制性示例包括引擎数据（例如，与引擎和/或原动机相关的数据、这些的操作参数、与这些相关的故障值和/或与这些相关的控制参数）；控制数据（例如，与任何组件、系统、端点、流程、应用等的控制操作相关的数据，至少包括输入控制参数、控制输出和/或中间控制值，诸如阈值、设定点、误差值和/或状态值）；任务关键数据（例如，用于车辆的任务操作的数据，和/或其中数据的延迟、丢失和/或降级可能导致任务执行能力的降低和/或损失的数据）；动力状态数据（例如，指示与车辆的动力操作相关的状态和/或当前操作条件的数据，诸如车辆速度、位置、所选档位值、与运动相关的致动器反馈值等）；和/或动力操作数据（例如，指示动力操作的状态和/或当前操作条件的数据，诸如扭矩值、功率吞吐量、主动调速器和/或具有权限的控制操作、中间控制值等）。类型值18118的非限制性示例包括车辆状态值（例如，诸如“运行”、“关闭”、“怠速”等操作状态；环境参数，诸如位置、标高、环境温度等；和/或控制操作的状态，诸如标称性能、降级性能、替换数据值的利用和/或控制操作等）；车辆模式值（例如，诸如对车辆功能具有权限的控制操作的控制模式；操作类型，诸如动力、动力外送操作、怠速操作、hoteling操作；和/或任何类型的特殊模式操作，诸如高标高操作、跛行回家操作、性能操作、经济操作等）；诊断值（例如，诊断代码、计数器、状态和/或中间参数，其可以与任何传感器、致动器、流程、应用、端点、控制操作等相关）；和/或故障值（例如，故障状态、计数器、代码、中间值等，其可以与任何传感器、致动器、流程、应用、端点、控制操作等相关）。

如本文使用的任务、车辆任务或其他类似术语应当广义地理解。如本文利用的任务指的是以下各项中的任何一项：主要功能；意图功能；关键功能；和/或最小使能功能（例如，操作被认为正常和/或可接受以允许继续操作所需的功能）。例如，车辆的任务可能取决于车辆的当前操作条件和/或车辆的意图用途。例如，车辆任务可以包括提供动力和/或动力操作的能力，并且可以进一步包括性能描述，诸如最小可用功率、扭矩和/或车辆速度（例如，其可以与这些的额定值相同或更低）。在另一个示例中，任务可以是提供车辆系统的电力和/或功能性的能力，诸如灯、通信操作、保持操作、车厢环境操作等。在某些实施例中，在车辆或组件不能执行任务的情况下，例如在动力操作可用但低于车辆可接受的性能特性的情况下，车辆或组件的一些操作水平可能是可用的。在某些实施例中，与任务相关的方面可能不影响车辆的性能，但仍然是任务关键的，例如，气囊功能、ABS功能等的丧失可能不阻止任务的操作（例如，动力操作），但仍然被认为是对于车辆以可接受的方式继续操作关键的任务。可以看出，车辆、组件、控制操作等的任务可以取决于车辆的背景，包括设计考虑、车辆的目的、策略和/或与车辆相关的实体的偏好（例如，车队所有者、车辆所有者、监管机构等）、车辆的地理位置和/或车辆的地形位置（例如，当前标高、坡度、道路类型等）。数据值或其他特征可以是在第一车辆上但不在第二车辆上和/或在给定车辆的第一时间但不在给定车辆的第二时间的任务关键和/或任务相关的数据值或特征。受益于本公开和通常可用于车辆及其组件的信息，本领域技术人员可以容易地确定数据值、控制操作、组件或系统的其他元件是否是任务关键的和/或任务相关的。确定数据值、控制操作、组件或系统的其他元件是否是任务关键的和/或任务相关的某些考虑包括但不限于：车辆的等级、车辆的意图用途、与车辆相关联的服务质量要求、车辆或其组件的保修说明、车辆的预期工作周期、车辆的地理操作区域、车辆的地形操作区域、与车辆相关联的法规要求和/或与车辆相关联的策略考虑。

在实施例中，参数调节电路18016可以被构造为经由压缩车辆参数值18012和/或18014来调节车辆参数值18012和/或18014。车辆参数值18012和/或18014的压缩可以减小它们的总大小，使得与没有压缩将可能的情况相比，更多的经调节的车辆参数值18012和/或18014可以存储在给定的高速缓存中。

在实施例中，参数调节电路18016可以被构造为经由汇总车辆参数值18012和/或18014来调节车辆参数值18012和/或18014。车辆参数值18012和/或18014的汇总可以包括舍入和/或截断车辆参数值18012和/或18014的原始值。车辆参数值18012和/或18014的汇总可以包括将车辆参数值18012和/或18014缩减为更简单的数据形式。例如，车辆参数值18012和/或18014——具有对应于引擎温度、油温、每分钟转数等的冗长浮点数——可以被共同汇总为单个比特，其中“0”表示引擎正在最佳地运转，并且其中“1”表示引擎没有在最佳地运转。汇总车辆参数值18012和/或18014可以减少在高速缓存中存储车辆参数值18012和/或18014的总存储要求。

根据本公开的实施例，图182中图示了用于数据存储管理的方法18200。方法18200可以由装置18000和/或本文描述的任何其他装置和/或控制器来执行。因此，现在参考图180和182，方法18200包括解释18210多个车辆参数值18012和/或18014；调节18212多个车辆参数值18012和/或18014以供存储在一个或多个高速缓存设备中；以及在一个或多个高速缓存设备中存储18214经调节的多个车辆参数值18018。

现在参考图181和183，在实施例中，方法18200可以包括确定18310存储位置值18110。在这样的实施例中，存储18214经调节的多个车辆参数值18018可以响应于存储位置值18110。在实施例中，一个或多个高速缓存设备可以部署在车辆上。在这样的实施例中，部署在车辆上的一个或多个高速缓存设备中的每一个可以与控制器相关联，该控制器不同于与一个或多个高速缓存设备中的另一个相关联的控制器。在实施例中，一个或多个高速缓存设备可以部署在车辆外。在这样的实施例中，一个或多个高速缓存设备可以至少部分基于一个基于网络云的存储系统。

现在参考图181和184，方法18200可以包括在第一高速缓存设备上存储18410经调节的多个车辆参数值18018的第一部分；以及在第二高速缓存设备上存储18412经调节的多个车辆参数值18018的第二部分，其中第一高速缓存设备部署在车辆上，并且第二高速缓存设备部署在车辆外。

在实施例中，方法18200可以包括为多个车辆参数值18012和/或18014生成18414到期值18112，该到期值18112被构造为触发一个或多个高速缓存设备中的经调节的车辆参数值18018的选择性到期。

在实施例中，方法18200可以包括向一个或多个高速缓存设备传输18416到期值18112。

如图185中所示，在实施例中，方法18200可以包括响应于到期值18110选择性地使多个经调节的车辆参数值18018到期18510。在实施例中，到期值18112可以是对应于将多个经调节的车辆参数值18018存储在一个或多个高速缓存中的时间段的时间值。

现在参考图181和186，在实施例中，方法18200可以包括解释18610车辆策略数据值18116，其包括车辆策略的至少一部分，如本文所述。在这样的实施例中，生成18414多个经调节的车辆参数值18018的到期值18112响应于车辆策略数据值18116。

在实施例中，方法18200可以包括确定18612多个车辆参数值18012和/或18014的类型值18118。在这样的实施例中，生成18414多个车辆参数值18012和/或18014的到期值18112响应于类型值18118。

在实施例中，调节18212多个车辆参数值18012和/或18014包括压缩18614多个车辆参数值18012和/或18014。

在实施例中，调节18212多个车辆参数值18012和/或18014包括汇总18616多个车辆参数值18012和/或18014。

参考图187，存在图示了示例性用户设备18710的框图，该用户设备18710被构造为从用户接收触发描述值18701，响应于触发描述值18701向远程设备（诸如云设备）输出响应动作值18707，并且响应于响应动作值18707接收标识的车辆数据18705或警报响应值18703中的至少一个。

响应动作值18707可以被配置为标识要根据条件返回给用户的车辆数据。例如，一旦车辆点火打开，车队操作者用户就可能希望接收车辆速度和位置数据。响应动作值18707也可以被配置为指定要根据条件返回给用户的警告响应值。用户可以是人或实体，诸如车辆制造商、原始装备制造商、车辆所有者、车身制造商、车辆维修部门、车队运营商或第三方供应商，仅举几个示例。

用户设备18710包括车辆事件图形用户界面（GUI）18711、请求电路18713和云接口18715。车辆事件图形用户界面18711被配置为解释来自用户的触发描述值18701，触发描述值18701包括触发条件。在某些实施例中，触发描述值18701包括多个触发条件，这些触发条件必须被评估以确定是否捕获特定的所标识车辆数据值，或者多个触发条件可以对应于来自不同数据源的所标识车辆数据的多个值。在某些实施例中，多个触发条件包括多种数据类型。

在某些实施例中，GUI 18711被配置为响应于来自用户的模板选择显示多个车辆用例模板中的车辆用例模板。例如，机械师可以使用车辆案例模板，该模板显示要在车辆上执行的可选择按需诊断测试。GUI 18711可以被配置为显示多个车辆使用模板标识符的一部分，其中GUI 18711基于授权值和位置值中的至少一个来确定该部分。在某些实施例中，授权值可以对应于用户，诸如授予用户的授权水平或等级。位置值可以对应于用户设备的位置、将从其收集数据的车辆的位置、或者响应于数据收集策略19003接收警报响应值19005的设备的位置。例如，车队运营商可能无法请求制造商生成的车辆使用模板上指定的车辆数据。在另一个示例中，取决于车辆和/或用户当前所处的管辖范围，可以禁止制造商收集某些类型的数据。

在某些实施例中，GUI 18711被配置为显示多个车辆使用模板标识符，并指示所显示的多个车辆用户模板标识符的一部分对用户不可用。例如，基于车辆数据收集参数值，诸如车辆不能执行的所请求数据采样频率，车辆用例模板可能不可用。在某些实施例中，GUI18711通过显示包括车辆用例模板不可用的原因的通知来指示。在某些实施例中，GUI18711被配置为基于授权值显示包括多个车辆数据标识符的车辆使用模板。例如，GUI18711可以仅显示用户被授权使用的车辆用例模板。授权值可以指示用户被允许从服从车辆数据收集参数的某些数据源收集数据——或为触发评估数据或为所标识的车辆数据。例如，授权值可以指示用户可以收集车辆速度，但是仅以小于每秒一个样本的速率。因此，用户将不被授权使用其中车辆速度以大于每秒一个样本的采样率收集的车辆用例模板。

请求电路18713被配置为响应于触发描述值来确定响应动作值，该响应动作值包括被配置为标识响应于触发条件要捕获的车辆数据的车辆数据标识符或响应于触发条件要传输的警报执行描述中的至少一个。

在某些实施例中，请求电路18713被配置为响应于车辆数据收集参数值拒绝触发描述值，并通知用户。例如，在已经正在收集对应的车辆数据的情况下，可以拒绝触发描述值。在另一个示例中，当车辆不能收集由触发描述指定的数据时，可以拒绝触发描述值。

云接口18715被配置为在将响应动作值18707传输到远程设备（诸如云设备）之后，接收至少一部分标识的车辆数据或响应于警报执行描述确定的警报响应值中的至少一个。应领会，用户设备18700的任何或所有前述特征也可以存在于本文公开的其他用户设备中。

参考图188，图示了示例性的基于用户设备的车辆数据收集过程18800。过程18800可以全部或部分地在本文公开的一个或多个用户设备中实现。应进一步领会，设想到对过程18800的变型和修改，包括例如省略过程18800的一个或多个方面，添加另外的条件句和操作，或者将操作和条件句重组或分离成单独的过程。

过程18800开始于操作18801，包括操作包括车辆图形用户界面、请求电路和云接口的用户设备。过程18800进行到操作18803，其中用户设备解释来自用户的触发描述值，该触发描述值包括触发条件。过程18800进行到操作18805，其中用户设备响应于触发描述值确定响应动作值，该响应动作值包括被配置为标识响应于触发条件要捕获的车辆数据的车辆数据标识符或响应于触发条件要传输的警报执行描述中的至少一个。过程18800进行到操作18807，其中用户设备接收标识的车辆数据的至少一部分或响应于警报执行描述确定的警报响应值中的至少一个。应当领会，示例性过程18800的任何或所有前述特征也可以存在于本文公开的其他过程中，诸如图189中所说明的过程，仅举一个示例。

参考图189，图示了示例性的基于用户设备的车辆数据收集过程18900。过程18900可以全部或部分地在本文公开的一个或多个用户设备中实现。应进一步领会，设想到对过程18900的变型和修改，包括例如省略过程18900的一个或多个方面，添加另外的条件句和操作，或者将操作和条件句重组或分离成单独的过程。

过程18900开始于操作18901，包括操作用户设备。过程189进行到操作18903，其中用户设备显示车辆用例模板。操作18903可以包括显示多个车辆使用模板标识符的一部分，并响应于模板选择而显示多个车辆用例模板中的车辆用例模板。操作18903可以包括显示多个车辆使用模板标识符，并基于车辆数据收集参数值而指示多个车辆用户模板标识符的一部分不可用，其中车辆数据收集参数值指示所标识的车辆数据不能被车辆捕获。操作18903可以包括基于授权值显示包括多个车辆数据标识符的车辆用例模板。

过程18900进行到操作18905，其中用户设备解释来自用户的触发描述值。过程18900进行到操作18907，其中用户设备响应于触发描述值来确定响应动作值。操作18907可以包括响应于车辆数据收集参数值而拒绝触发描述值，并从用户接收更新的触发描述值。过程18900进行到操作18909，其中用户设备接收标识的车辆数据的至少一部分或响应于警报执行描述确定的警报响应值中的至少一个。应当领会，示例性过程18900的任何或所有前述特征也可以存在于本文公开的其他过程中，诸如图188中所说明的过程，仅举一个示例。

参考图190，图示了包括云设备19020和19030的云系统19010。云系统19010被构造为从诸如例如图187的用户设备18710的一个或多个用户设备接收响应动作值19001，向诸如图196的车辆19610的车辆输出数据收集策略19003，并且响应于数据收集策略19003接收警报响应值19005或标识的车辆数据19007中的至少一个。

云设备19020包括请求接口19021、策略创建器电路19022、云接口19023、模板存储电路19024、验证电路19025和授权电路19026。

请求接口190被配置为解释多个响应动作值。请求接口190可以被构造为与多个用户设备通信。

策略创建器电路19022被配置为响应于一个或多个响应动作值来确定数据收集策略19003。数据收集策略19003可以包括被配置为标识要捕获的车辆数据的车辆数据标识符、被配置为标识触发评估数据的触发评估数据标识符、以及响应于所标识的触发评估数据要被评估的触发条件。在某些实施例中，确定数据收集策略19003包括将车辆数据标识符映射到车辆的数据源。例如，当响应动作值19001之一请求车辆速度时，策略创建器电路19022确定观察车辆速度的车辆数据的源，并且将对应于车辆数据的标识符包括在数据收集策略19003中。在另一个示例中，数据收集策略19003可以组合来自多个源的车辆数据以形成虚拟数据源，并将车辆数据标识符映射到虚拟数据源。

在某些实施例中，多个响应动作值19001包括多个评估收集参数值，每个评估收集参数值对应于来自公共车辆数据源的触发评估数据。策略创建器电路19022被配置为响应于对多个评估收集参数值的响应来确定数据收集策略的评估收集参数值。例如，多个评估收集参数值可以是多个不同的频率，并且数据收集策略19003的评估收集参数值指定单个频率来收集将满足响应动作值所需的频率的车辆数据。

数据收集策略19003被配置为定义由车辆实现的数据收集程序。数据收集策略19003包括一个或多个触发策略，每个触发策略包括一个或多个触发，每个触发包括触发条件。根据数据收集策略19003，车辆收集触发评估数据以评估数据收集策略19003的触发条件。车辆还可以从服从数据收集策略19003定义的数据收集参数（诸如频率）的源收集所标识的车辆数据。通过评估数据收集策略19003的触发来确定要收集的所标识车辆数据的数据捕获时间窗口。例如，数据收集策略19003可以使得一旦车辆的点火装置打开并且车辆进入地理围栏车辆就开始传输车辆的位置，并且在点火装置一关闭就停止传输位置。

数据收集策略19003可以包括多种触发类型。触发可以包括触发标识符、触发类型标识符和触发条件。触发还可以包括附加字段。触发标识符是全局唯一的标识符，被配置为标识对应的触发，以便将对应的触发与其他触发区分开。触发类型标识符被配置为标识触发的类型。例如，触发类型标识符可以是将触发标识为信号触发、车辆状态触发、定时触发、时间表触发或地理围栏触发、环境触发、用户输入触发或错误触发的值，仅举几个示例。

触发条件要么被满足要么不被满足——也称为真或假，并且对触发的评估产生指示触发条件是否满足的布尔结果。触发条件可以包括触发的一个或多个字段。

在某些实施例中，触发条件被配置成比较表达式，其中关键字和值被比较。可以使用多个比较器中的一个来比较关键字和值，所述比较器诸如大于、小于、等于、大于或等于、小于或等于、或者不等于，仅举几个示例。该关键字基于由车辆的数据收集控制器解释的触发评估数据。例如，触发条件可以用于确定车辆速度是否大于5 mph，其中从车辆收集的车辆速度是关键字，并且五是值。在某些实施例中，关键字是触发评估数据的导数或反导数。在某些实施例中，关键字是触发评估数据的总和。

在某些实施例中，触发条件被配置成change-to（变为）表达式，其中关键字的先前值、关键字的当前值和预设值被比较。如果关键字的当前值等于预设值，并且如果关键字的先前值不等于预设值，则满足触发条件。例如，触发条件change-to表达式可以在确定车辆已经启动时被满足，但是在未来的触发条件评估处不被满足，即使车辆仍在操作中亦如此。

多个触发可以包括信号触发。数据收集控制器使用信号触发基于车辆生成的信号值来收集数据。信号触发包括信号标识符，该信号标识符被配置为标识包括值的单个信号，该信号在车辆的通信信道之一上传输。信号标识符包括跨车辆的所有通信信道唯一的信号名称。在某些实施例中，信号的名称基于CAN数据库和以太网数据库。信号触发包括基于使用所标识的信号评估表达式而确定满足的触发条件。在某些实施例中，可以评估信号触发条件，以确定所标识的信号的值是否满足比较表达式或change-to表达式。例如，如果所标识的信号的值从先前的值变为指示ABS警告灯已经打开的预设值，则可以满足信号触发条件。在另一个示例中，当所标识的信号的值使得比较表达式为真时，可以满足信号触发条件，诸如在信号值为五并且该表达式是信号值大于三的情况下。

多个触发可以包括车辆状态触发。数据收集控制器使用车辆状态触发来基于车辆的车辆状态收集数据。车辆状态触发包括被配置为标识车辆的车辆状态的车辆状态标识符。例如，车辆状态标识符可以标识附件模式状态，或多个点火位置状态之一。车辆状态触发包括基于对应于车辆状态标识符的车辆状态而满足的条件。例如，在车辆状态标识符对应于附件模式的情况下可以满足条件，条件是附件模式开启，并且数据收集控制器确定车辆的附件模式确实开启。

多个触发可以包括定时触发。数据收集控制器使用定时触发以基于离散事件之后发生的时间来收集数据。定时触发包括离散事件标识符和包括延迟值的条件。离散事件标识符被配置为标识车辆的离散事件，诸如引擎起动，仅举一个示例。延迟值包括持续时间，诸如数毫秒，仅举一个示例。在离散事件之后的持续时间完成之后，条件被满足，定时触发输出指示定时触发已经被满足的值。例如，如果定时触发包括用于车辆启动的离散事件标识符和5000毫秒的延迟值，则在数据收集器控制器确定车辆启动已经发生5000毫秒之后，将满足定时触发的条件。

多个触发可以包括时间表触发。数据收集控制器使用时间表触发以基于时间表收集数据。时间表触发包括一次或多次满足的条件。该条件可以包括多个字段，诸如分钟、小时、星期、几号、月份和年份，仅举几个示例。在某些实施例中，多个字段中的每个未填充字段对应于将满足触发的重复时间。例如，在包括由12填充的小时字段、由0填充的分钟字段和由星期日填充的星期字段的条件的情况下，将在每年每个月的每个星期日的星期日下午12：00满足触发。在某些实施例中，时间表触发包括错过的时间表字段，其被配置为指示是否错过了最后的时间表数据收集。如果错过，则满足时间表触发的条件，从而使得数据收集立即发生，而不是在下一个计划时间发生。

多个触发可以包括地理围栏触发。数据收集控制器使用地理围栏触发来基于地理围栏收集数据。地理围栏触发包括触发标识符、事件字段和区域字段。事件字段包括对应于进入区域、在区域内、在区域外或离开区域的值。该区域字段可以包括定义地理区域边界的坐标。在某些实施例中，区域字段包括第一位置的经度和纬度坐标以及第二位置的经度和纬度坐标，第一和第二位置对应于矩形地理区域的对角。当车辆完成与该区域相关的事件时，地理围栏触发的条件被满足。例如，地理围栏触发可以包括对应于全部在矩形地理区域内的事件字段值。通过确定车辆的经度在该区域的第一和第二位置的经度之间并且在该区域的第一和第二位置的纬度之间而满足该条件。

多个触发可以包括错误触发。数据收集控制器基于车辆生成的错误消息使用错误触发来收集数据。例如，触发条件可以指定低油压警告，使得当低油压警告被激活时触发条件被满足。

多个触发可以包括环境触发。数据收集控制器使用环境触发来基于环境参数收集数据。例如，触发条件可以指定环境温度，使得当环境温度超过预设值时触发条件被满足。

多个触发可以包括用户输入触发。数据收集控制器使用用户输入触发来基于从用户接收的输入收集数据。例如，触发条件可以指定来自车辆内的按钮的信号，使得当按钮被按下时触发条件被满足。

数据收集策略19003的触发策略定义了评估哪些触发以确定触发事件发生以及评估哪些触发以确定触发事件终止。触发策略可以包括触发标识符、触发类型标识符和条件。触发策略还可以包括附加字段。触发标识符是全局唯一的标识符，其被配置为标识对应的触发，以便将对应的触发与其他触发区分开。触发类型标识符被配置为标识触发的类型。例如，触发类型标识符可以是将触发标识为信号触发、车辆状态触发、定时触发、时间表触发、地理围栏触发、错误触发、环境触发或用户输入触发的值，仅举几个示例。在某些实施例中，触发事件终止不是由触发确定的，而是由最大起始值确定的，该最大起始值指示在触发应当被禁用之前起始触发条件可以为真的次数。

数据收集策略19003标识响应于数据收集策略19003的每个触发策略要捕获的车辆数据。替代地，数据收集策略19003指定响应于数据收集策略19003的一个或多个触发策略而要发送的警报响应值。数据收集策略19003还标识触发评估数据，其是为了评估数据收集策略19003的触发条件而需要收集的数据。数据收集策略19003可以引起从车辆捕获和传输多种类型的数据，并且可以要求为触发评估数据收集多种类型的数据。

云接口19023被配置为与云设备19030的云接口19033通信，并且可以被配置为响应于数据收集策略19003接收标识的车辆数据19007，或者响应于数据收集策略19003接收警报响应值19005。

模板存储电路19024被配置为存储多个车辆用例模板。响应于来自用户设备的请求，模板存储电路19024可以提供所请求的模板。在某些实施例中，模板存储电路19024仅在基于授权值或基于车辆或用户设备的位置确定用户被授权查看模板之后提供所请求的模板。

验证电路19025被配置为确定车辆能够捕获用户请求的数据，并且被配置为拒绝响应动作值19001之一。在某些实施例中，验证电路19025被配置为响应于确定执行参数值而拒绝多个响应动作值19001之一。验证电路19025通过确定由被拒绝的响应动作值标识的车辆数据不能被车辆捕获来确定执行参数值。

授权电路19026被配置为响应于授权值来标记数据收集策略。授权值指示请求多个响应动作值19001之一的用户未被授权接收所标识的车辆数据19007。例如，制造商可以从车辆请求相机数据，但是如果车辆所有者尚未给予制造商授权，则该请求将被标记。以此方式，相机数据仍然可以被捕获并返回到云，但制造商将不具有对相机数据的访问，直到车辆所有者授权。

云设备19030包括车辆数据存储电路19031、云接口19033和车辆数据查询电路19035。车辆数据存储电路19031被配置为响应于数据收集策略19003，存储从车辆接收的所标识的车辆数据。在某些实施例中，标识的车辆数据19007在与车辆存储电路19031一起存储时被加密，使得云设备19030不被配置为解密与车辆数据存储电路19031一起存储的所标识的车辆数据19007。以此方式，获得对存储的所标识车辆数据19007的访问的网络攻击者将没有解密数据的手段，而获得对云设备19020的访问的网络攻击者也将无法获得对标识的车辆数据19007的访问。

云接口19033被配置为响应于来自云设备19020的车辆数据查询电路19027的车辆数据请求，向云接口19023提供所标识的车辆数据。响应于车辆数据请求，云设备19030可以搜索对应于存储在车辆数据存储电路19031中的所标识的车辆数据的元数据。应当领会，云系统19010的任何或所有前述特征也可以存在于本文公开的其他云系统中。应当领会，云系统19010的任何或所有前述特征也可以存在于本文公开的其他实施例中。应领会，数据收集策略19003的任何或所有前述特征可以存在于本文公开的任何其他实施例中。

参考图191，图示了示例性的基于云系统的车辆数据收集过程19100。过程19100可以全部或部分地在本文公开的一个或多个云系统中实现。应当进一步领会，设想到对过程19100的变型和修改，包括例如省略过程19100的一个或多个方面，添加另外的条件句和操作，或者将操作和条件句重组或分离成单独的过程。

过程19100开始于操作19101，包括操作包括请求接口、策略创建器电路和云接口的云系统。过程19100进行到操作19103，其中云系统解释多个响应动作值。过程19100进行到操作19105，其中云系统响应于多个响应动作值确定数据收集策略，该数据收集策略包括车辆数据标识符、被配置为标识触发评估数据的触发评估数据标识符、以及响应于所标识的触发评估数据要被评估的触发条件。过程19100进行到操作19107，其中云系统响应于数据收集策略接收所标识的车辆数据的至少一部分或者响应于数据收集策略的警报响应值中的至少一个。应当领会，示例性过程19100的任何或所有前述特征也可以存在于本文公开的其他过程中，诸如图192-195中所说明的过程，仅举几个示例。

参考图192，图示了示例性的基于云系统的车辆数据收集过程19200。过程19200可以全部或部分地在本文公开的一个或多个云系统中实现。应当进一步领会，设想到对过程19200的变型和修改，包括例如省略过程19200的一个或多个方面，添加另外的条件句和操作，或者将操作和条件句重组或分离成单独的过程。

过程19200开始于操作19201，包括操作包括第一云设备和第二云设备的云系统，第一云设备包括请求接口、策略创建器电路和云接口。过程19200进行到操作19203，其中第一云设备存储多个车辆用例模板。过程19200进行到操作19205，其中第一云设备被配置为响应于用户设备请求以及授权值或位置值中的至少一个来提供多个车辆用例模板之一。过程19200进行到操作19207，其中第一云设备解释多个响应动作值。过程19200进行到操作19209，其中第一云设备响应于多个响应动作值确定数据收集策略，该数据收集策略包括车辆数据标识符、被配置为标识触发评估数据的触发评估数据标识符、以及响应于所标识的触发评估数据要被评估的触发条件。过程19200进行到操作19211，其中第二云设备响应于数据收集策略接收所标识的车辆数据的至少一部分或者响应于数据收集策略的警报响应值中的至少一个。应当领会，示例性过程19200的任何或所有前述特征也可以存在于本文公开的其他过程中，诸如过程191和193-195，仅举几个示例。

参考图193，图示了示例性的基于云系统的车辆数据收集过程19300。过程19300可全部或部分地在本文公开的一个或多个云系统中实现。应当进一步领会，设想了对过程19300的变化和修改，包括例如省略过程19300的一个或多个方面，添加另外的条件句和操作，或者将操作和条件句重组或分离成单独的过程。

过程19300在操作19301开始，包括操作云系统，该云系统包括请求接口、策略创建器电路、验证电路和云接口。过程19300前进至操作19303，其中云系统解释多个响应动作值。过程19300前进至操作19305，其中云系统响应于确定执行参数值而拒绝多个响应动作值中的一个。过程19300进行到操作19307，其中云系统响应于多个响应动作值确定数据收集策略，该数据收集策略包括车辆数据标识符、被配置为标识触发评估数据的触发评估数据标识符、以及响应于所标识的触发评估数据要被评估的触发条件。过程19300进行到操作19309，其中云系统响应于数据收集策略接收标识的车辆数据的至少一部分中的至少一个，或者响应于数据收集策略接收警报响应值。应当领会，示例性过程19200的任何或所有前述特征也可以存在于本文公开的其它过程中，诸如图191-192和194-195中所图示的过程，仅举几个示例。

参考图194，图示了示例性的基于云系统的车辆数据收集过程19400。过程19400可全部或部分地在本文公开的一个或多个云系统中实现。应当进一步领会，设想了对过程19400的变化和修改，包括例如省略过程19400的一个或多个方面，添加另外的条件句和操作，或者将操作和条件句重组或分离成单独的过程。

过程19400在操作19401开始，包括操作云系统，该云系统包括请求接口、策略创建器电路、授权电路和云接口。过程19400前进至操作19403，其中云系统解释多个响应动作值。过程19400进行到操作19405，其中云系统响应于多个响应动作值确定数据收集策略，该数据收集策略包括车辆数据标识符、被配置为标识触发评估数据的触发评估数据标识符以及响应于所标识的触发评估数据要被评估的触发条件。过程19400行进到操作19407，其中云系统响应于授权值来标记数据收集策略，其中授权值指示多个响应动作值之一的源未被授权接收所标识的车辆数据。过程19400进行到操作19409，在操作19409中，云系统响应于数据收集策略接收标识的车辆数据的至少一部分中的至少一个，或者响应于数据收集策略接收警报响应值。应当领会，示例性过程19400的任何或所有前述特征也可以存在于本文公开的其它过程中，诸如图191-193和195中所图示的过程，仅举几个示例。

参考图195，示出了示例性的基于云系统的车辆数据收集过程19500。过程19500可全部或部分地在本文公开的一个或多个云系统中实现。应当进一步领会，设想了对过程19500的变化和修改，包括例如省略过程19500的一个或多个方面，添加另外的条件句和操作，或者将操作和条件句重组或分离成单独的过程。

过程19500在操作19501开始，包括操作包括第一云设备和第二云设备的云系统。过程19500进行到操作19503，其中第一云设备解释多个响应动作值。过程19500进行到操作19505，其中第一云设备响应于多个响应动作值确定数据收集策略，该数据收集策略包括车辆数据标识符、被配置为标识触发评估数据的触发评估数据标识符、以及响应于所标识的触发评估数据要被评估的触发条件。过程19500进行到操作19511，其中第二云设备响应于数据收集策略接收标识的车辆数据。过程19500进行到操作19505，其中第二云设备存储标识的车辆数据和对应于标识的车辆数据的元数据。过程19500进行到操作19505，其中第二云设备响应于来自第一云设备的请求向第一云设备提供标识的车辆数据。过程19500前进至操作19507，其中云系统解释多个响应动作值。

参考图196，图示了包括示例性车辆通信系统19620的示例性车辆19610，该示例性车辆通信系统19620构造为接收数据收集策略19601，确定数据收集策略19601有效并且被授权，重新配置车辆通信系统19620以收集触发评估数据和由数据收集策略19601定义的潜在标识车辆数据19605，并且响应于数据收集策略19601输出警报响应值19603或标识车辆数据19605中的至少一个。

车辆通信系统196包括云接口19621、策略更新电路19622、触发评估电路19623、策略管理器电路19624和传输电路19625。

云接口19621被配置为解释来自诸如云设备的远程设备的数据收集策略19601。数据收集策略19601可以包括触发评估数据标识符，其被配置为根据车辆数据收集参数来标识要收集的触发评估数据，触发评估数据是评估数据收集策略19601的（一个或多个）触发条件所需的数据。例如，数据收集策略19601可以将车辆速度标识为触发评估数据，将采样频率标识为数据收集参数，并将超过80 mph的车辆速度标识为触发条件。

策略更新电路19622被配置为确定车辆是否可以执行数据收集策略19601所要求的操作。策略更新电路19622可以响应于所标识的触发评估数据和车辆数据收集参数来确定收集验证值。收集验证值可以指示车辆是否被构造为提供触发评估数据或标识的车辆数据。例如，如果车辆数据收集参数包括太高而不能由车辆执行的采样频率，则收集验证值将指示车辆不能执行数据收集策略19601。

在某些实施例中，策略更新电路19622被配置为确定数据收集策略19601的授权状态。可以基于从车辆请求信息的用户的授权值来确定授权状态。例如，策略更新电路19622可以确定请求车辆数据的具有授权值的制造商被授权接收响应于数据收集策略19601捕获的车辆数据。在另一个示例中，策略更新电路19622可以基于车辆的位置、请求数据的用户的位置或者从车辆向用户传输车辆数据的中间设备的位置来确定指示可以收集某些车辆数据的授权状态。在某些实施例中，授权值可以用于根据对应的数据参数确定收集特定车辆数据的授权。例如，车辆所有者的授权值可以指示收集车辆速度的授权，但不是以大于1Hz的采样率。在某些实施例中，策略更新电路19622确定数据收集策略19601的授权状态的改变，并使得车辆停止执行数据收集策略19601。例如，响应于更新的授权值或更新的位置值中的至少一个，可以停止执行。

触发评估电路19623被配置为响应于收集验证值和/或授权状态来评估数据收集策略19601的触发条件。例如，如果策略更新电路19622确定数据收集策略19601被授权和/或有效，则触发评估电路19623可以仅接收触发条件。

策略管理器电路19624被配置为响应于收集验证值和/或授权状态来解析数据收集策略19601。策略管理器电路19624根据数据收集策略19601分发解析的数据收集策略，该解析的数据收集策略对重新配置用于收集数据的车辆有效。在某些实施例中，策略管理器电路19624被配置为加密数据收集策略19601，并且响应于指示数据收集策略19601有效的收集验证值和/或指示数据收集策略19601被授权的授权状态，利用数据收集策略19601替换先前的数据收集策略。

传输电路19625被配置为响应于由触发评估电路19623确定的触发事件发生来提供标识的车辆数据19605或警报响应值。传输电路19625可以与传输数据收集策略19601的远程设备或另一设备（诸如用户设备）通信。警报响应值可以包括警报准则、警报类型、警报内容和警报位置中的至少一个。应当领会，车辆19610的任何或所有前述特征也可以存在于本文公开的其他车辆中。

参考图197，图示了示例性的基于车辆的车辆数据收集过程19700。过程19700可以全部或部分地在本文公开的一个或多个车辆中实现。应当进一步领会，设想对过程19700的变化和修改，包括例如省略过程19700的一个或多个方面，添加另外的条件句和操作，或者将操作和条件句重组或分离成单独的过程。

过程19700在操作19701开始，包括操作包括云接口、策略更新电路和触发评估电路的车辆。过程19700进行到操作19703，其中车辆解释来自远程设备的数据收集策略，该数据收集策略包括触发评估数据标识符，该触发评估数据标识符被配置为响应于触发条件标识待评估的触发评估数据。过程19700进行到操作19705，其中车辆响应于标识的触发评估数据和车辆数据收集参数确定收集验证值。过程19700进行到操作19707，其中触发评估电路响应于收集验证值接收触发条件。应当领会，示例性过程19700的任何或所有前述特征也可以存在于本文公开的其它过程中，诸如图198-200中所图示的过程，仅举几个示例。

参考图198，图示了示例性的基于车辆的车辆数据收集过程19800。过程19800可以全部或部分地在本文公开的一个或多个车辆中实现。应当进一步领会，设想对过程19800的变化和修改，包括例如省略过程19800的一个或多个方面，添加另外的条件句和操作，或者将操作和条件句重组或分离成单独的过程。

过程19800在操作19801开始，包括操作包括云接口、策略更新电路和触发评估电路的车辆。过程19800进行到操作19803，其中车辆解释来自远程设备的数据收集策略，该数据收集策略包括触发评估数据标识符，该触发评估数据标识符被配置为响应于触发条件标识待评估的触发评估数据。过程19800进行到操作19805，其中车辆响应于标识的触发评估数据和车辆数据收集参数确定收集验证值。过程19800进行到操作19807，其中车辆响应于收集验证值解析数据收集策略。过程19800进行到操作19809，其中触发评估响应于收集验证值接收触发条件。应当领会，示例性过程19800的任何或所有前述特征也可以存在于本文公开的其它过程中，诸如图197和199-200中图示的过程，仅举几个示例。

参考图199，图示了示例性基于车辆的车辆数据收集过程19900。过程19900可以全部或部分地在本文公开的一个或多个车辆中实现。应当进一步领会，设想对过程19900的变化和修改，包括例如省略过程19900的一个或多个方面，添加另外的条件句和操作，或者将操作和条件句重组或分离成单独的过程。

过程19900在操作19901开始，包括操作具有云接口、策略更新电路和触发评估电路的车辆。过程19900进行到操作19903，其中车辆解释来自远程设备的数据收集策略，该数据收集策略包括触发评估数据标识符，该触发评估数据标识符被配置为响应于触发条件标识待评估的触发评估数据。过程19900进行到操作19905，其中车辆响应于标识的触发评估数据和车辆数据收集参数确定收集验证值。过程19900进行到操作19907，其中触发评估电路响应于收集验证值接收触发条件。过程19900进行到操作19909，其中车辆响应于触发条件确定触发事件发生。过程19900进行到操作19911，其中车辆响应于触发事件发生提供标识的车辆数据，或者响应于触发事件发生提供警报响应值。

参考图200，图示了示例性的基于车辆的车辆数据收集过程20000。过程20000可以全部或部分地在本文公开的一个或多个车辆中实现。应当进一步领会，设想对过程20000的变化和修改，包括例如省略过程20000的一个或多个方面，添加另外的条件句和操作，或者将操作和条件句重组或分离成单独的过程。

过程20000在操作20001开始，包括操作包括云接口、策略更新电路、策略管理器电路和触发评估电路的车辆。过程20000进行到操作20003，其中车辆解释来自远程设备的数据收集策略，该数据收集策略包括触发评估数据标识符，该触发评估数据标识符被配置为响应于触发条件标识待评估的触发评估数据。过程20000进行到操作20005，其中车辆响应于标识的触发评估数据和车辆数据收集参数确定收集验证值。过程20000进行到操作20007，其中策略管理器电路加密数据收集策略。过程20000行进到操作20009，其中策略管理器电路响应于收集验证值利用数据收集策略替换先前的数据收集策略。过程20000进行到操作20011，其中车辆响应于收集验证值接收触发条件。

参考图201，存在图示包括车辆通信系统20120的示例性车辆20110的框图。车辆通信系统被构造为从诸如云设备的远程设备接收数据收集策略20105，并响应于数据收集策略20105输出警报响应值20101或标识的车辆数据20103中的至少一个。在某些实施例中，车辆通信系统20120被配置为同时实现按需数据收集策略、持久数据收集策略和流式传输数据收集策略中的至少两个。应当领会，车辆通信系统20120的拓扑是出于解释的目的而图示的，并且不意图作为对本公开的限制。例如，车辆通信系统20120可以包括借助于多个数据源网络之一耦合到多个端点之一的多个数据源。在另一个示例中，车辆通信系统20120可以包括单个端点或单个数据源网络，仅举几个示例。

车辆通信系统20120包括数据收集控制器20121、以太网交换机20123、多个端点20125、多个数据源网络20127和多个数据源20129。以太网交换机20123通信地耦合在数据收集控制器20121和多个端点20125之间。多个端点20125中的每个端点通信地耦合在多个数据源网络20127中的至少一个和以太网交换机20123之间。多个数据源的每个数据源通过多个数据源网络20127的数据源网络的方式通信地耦合到多个端点20125中的端点。

数据收集控制器20121被配置为接收数据收集策略20105，并根据数据收集参数确定必须从一个或多个数据源收集的数据集，以便评估数据收集策略20105的触发条件——本文称为触发评估数据。数据收集控制器20121还可以被配置为根据数据收集参数确定要从车辆的一个或多个数据源收集的数据，一旦满足数据收集策略20105的至少一个触发条件——本文称为标识的车辆数据，该数据的至少一部分就将从车辆传输。数据收集控制器20121被配置为输出指令或数据收集策略20105的一部分，其对重新配置以太网交换机20123和多个端点20125来收集包括触发评估数据流和标识的车辆数据流的原始车辆数据流有效。在某些实施例中，以太网交换机20123和多个端点20125被重新配置为在满足触发条件之后收集标识的车辆数据流。

以太网交换机20123被配置为从多个端点20125接收数据，并将数据输出至数据收集控制器20121。在某些实施例中，以太网交换机20123包括数据源，从该数据源收集触发评估数据或标识的车辆数据的值。例如，触发评估数据可以包括用于以太网交换机20123的网络业务数据。在某些实施例中，数据收集控制器20121被并入以太网交换机20123的电子控制单元中。

多个端点20125被配置为从多个数据源20129接收数据。在某些实施例中，数据收集控制器20121重新配置多个端点中的一个或多个，以收集触发评估数据流或标识的车辆数据流的一部分。例如，数据收集控制器20121可以向端点提供数据收集控制器20121所需的CAN信号列表，用于触发评估数据。触发评估数据可能需要包括来自尚未输出所需数据的数据源的数据，在这种情况下，端点被重新配置为从数据源请求数据。新数据可以包括新的CAN消息或CAN信号，仅举几个示例。

在另一个示例中，可以重新配置端点，以根据诸如增加的频率的不同的数据收集参数来请求数据源输出数据。每个端点可以被配置为响应于数据收集策略20201提供包括触发评估数据流和标识的车辆数据流的原始车辆数据流。在某些实施例中，从端点传输的原始数据流仅包括由端点接收的数据的一部分。例如，端点可以被重新配置为从具有高采样频率的数据源接收数据，过滤数据，并输出包括具有降低的采样频率的数据的原始车辆数据流。

在某些实施例中，数据收集策略20105包括要求以不同频率从相同源收集相同触发评估数据值的触发条件。作为响应，端点被配置为以最高所需频率或以一个或多个不同频率的倍数的频率收集触发评估数据值。例如，一个触发条件可能需要以每秒两个样本频率的车辆速度，并且第二个触发条件可能需要以每秒三个样本频率的车辆速度。端点可以被配置为以每秒3个样本或每秒6个样本的速度收集车辆速度。应当领会，车辆20110的任何或所有前述特征也可以存在于本文公开的其他车辆中。

参考图202，图示了示例性车辆通信系统的示例数据收集控制器20210，其被配置为接收数据收集策略20201，并重新配置车辆通信系统，包括数据收集控制器20210的组件，以收集由数据收集策略20201标识的触发评估数据。数据收集控制器20210还可以重新配置车辆通信系统，包括数据收集控制器20210的组件，以收集由数据收集策略20201标识的标识车辆数据。

控制器20210包括策略管理器电路20211、过滤电路20213、车辆数据处理电路20215、旋转缓冲电路20217、触发评估电路20219、数据存储电路20221、压缩电路20223、加密电路20225和云接口20227。在其他实施例中，控制器20210可以包括更少的组件或更多的组件。

策略管理器电路20211通信地耦合到过滤电路20213、车辆数据处理电路20215、旋转缓冲电路20217、触发评估电路20219、数据存储电路20221、压缩电路20223、加密电路20225和云接口20227。策略管理器电路20211被配置为解释数据收集策略20201，被配置为标识触发评估数据，并且可以被配置为标识车辆数据。策略管理器电路20211进一步被配置为解析数据收集策略20201，以便重新配置数据收集控制器20210的组件和车辆通信系统的其他组件，以评估数据收集策略20201的触发条件，并且传输标识的车辆数据20203或警报响应值20205中的至少一个。

过滤电路20213解释原始车辆数据流，并被配置为响应于策略管理器电路20211提供的触发评估数据标识符，确定原始车辆数据流的触发评估数据流。过滤电路20213然后可以向车辆数据处理电路20215提供触发评估数据流，或者在数据收集控制器20210不包括电路20215的实施例中，向旋转缓冲电路20217提供触发评估数据流。过滤电路20213还可以被配置为响应于由策略管理器电路20211提供的车辆数据标识符来确定原始车辆数据流的标识的车辆数据流。在某些实施例中，过滤电路20213被配置为丢弃原始车辆数据流中不是触发评估数据或标识的车辆数据流的任何剩余部分。

车辆数据处理电路20215被配置为预处理由过滤电路20213过滤的数据。在某些实施例中，车辆数据处理电路20215被策略管理器电路20211配置为响应于数据收集策略20201的采样参数对触发评估数据流或标识的车辆数据流进行采样。例如，车辆数据处理电路20215可以降低触发评估数据流的值的采样频率，其中数据收集策略20201的采样参数指定触发条件评估所需的采样频率，该采样频率小于由车辆数据处理电路20215接收的采样频率。在某些实施例中，车辆数据处理电路20215由策略管理器电路20211配置为归一化触发评估数据值格式或标识的车辆数据值格式。例如，触发评估数据的值可以从英里每小时转换成米每秒，其中触发条件所需的触发评估数据值格式是米每秒。在某些实施例中，车辆数据处理电路20215被配置为确定评估数据收集策略20201的触发条件所需的触发评估数据聚合参数。数据聚合参数可以包括触发评估数据流的值流的平均值、总和、最小值、最大值、均值或计数，仅举几个示例。在某些实施例中，车辆数据处理电路20215被配置为响应于收集策略20201确定标识的车辆数据的标识的车辆数据聚合参数。

旋转缓冲电路20217可以被配置为存储触发评估数据流或标识车辆数据流的旋转时间窗口。可以根据不同大小的时间窗口来存储触发评估数据流的不同值。响应于触发条件，确定用于触发评估数据流的时间窗口的大小。例如，如果在先前两分钟期间的峰值车辆速度超过预设值时满足触发条件，则旋转缓冲电路20217将被策略管理器电路20211配置为存储触发评估数据的车辆速度值的两分钟时间窗口。响应于数据收集策略20201，确定用于标识的车辆数据流的时间窗口的大小。例如，如果数据收集策略20201指定在指示车辆碰撞的触发事件发生之前三十秒开始捕获图像数据，则旋转缓冲电路20217存储所标识的车辆数据流的图像数据的三十秒时间窗口。

策略管理器电路20211被配置为向触发评估电路20219提供包括一个或多个触发条件的触发策略。触发评估电路20219可以被配置为响应于使用第一旋转时间窗口评估触发条件来确定触发事件发生。触发评估电路20219被配置为同时评估数据收集策略的多个触发条件，并且其中触发评估电路20219被配置为响应于多个触发条件来确定触发事件发生。

车辆数据存储电路20221可以被配置为响应于触发事件发生和数据收集策略，存储标识的车辆数据流的标识的车辆数据20203。策略管理器电路20211可以基于数据收集策略20201的传输参数来配置车辆数据存储电路20221以存储数据。例如，如果传输参数指示标识的车辆数据应该周期性地从车辆传输而不是实时地流式传输，则车辆数据存储电路20221可以存储标识的车辆数据。

在某些实施例中，车辆数据存储电路20221根据数据收集策略20105定义的优先级丢弃存储的数据。例如，可以基于数据的年龄、是否已经从云设备接收到数据的接收确认、或者数据存储电路20221的存储空间的改变来丢弃数据，仅举几个示例。

压缩电路20223可以被配置为压缩标识的车辆数据，以增加带宽效率。加密电路20225可以被配置为加密所标识的车辆数据。云接口20227可以被配置为响应于数据收集策略20201的触发事件发生和传输参数值来提供标识的车辆数据流的标识的车辆数据20203。云接口20227可以被配置为响应于触发事件发生而提供警报响应值20205。在某些实施例中，将使用具有由HMC云安全标准定义的密码的HTTPS将数据上传到云。仅举几个示例，传输可以以固定的时间间隔发生，或者只要触发条件终止就发生。应当领会，数据收集控制器20210的任何或所有前述特征也可以存在于本文公开的其他车辆中。

参考图203，图示了示例性车辆数据收集过程20300。过程20300可以全部或部分地在本文公开的一个或多个车辆通信系统中实现。应当进一步领会，设想对过程20300的变化和修改，包括例如省略过程20300的一个或多个方面，添加另外的条件句和操作，或者将操作和条件句重组或分离成单独的过程。

过程20300在操作20301开始，其中车辆被操作，车辆包括车辆通信系统，车辆通信系统包括策略管理器电路和端点。在某些实施例中，车辆通信系统包括数据收集控制器，该数据收集控制器包括策略管理器电路、过滤电路、车辆数据处理电路、旋转缓冲电路、触发评估电路、车辆数据存储电路、车辆数据压缩电路、车辆数据加密电路或云接口中的至少一个。

过程20300进行到操作20303，其中车辆通信系统解释数据收集策略。在某些实施例中，操作20303包括用策略管理器电路解释数据收集策略，该数据收集策略包括触发条件、被配置为响应于触发事件发生标识要捕获的车辆数据的车辆数据标识器、以及被配置为响应于触发条件标识要捕获的触发评估数据的触发评估数据标识符。

过程20300进行到操作20305，其中车辆通信系统提供原始车辆数据流，其包括触发评估数据流，并且可以包括响应于数据收集策略的所标识的车辆数据流。

过程20300进行到操作20307，其中车辆通信系统对原始车辆数据流进行过滤。操作20307可以包括响应于触发评估数据标识符，利用过滤电路确定原始车辆数据流的触发评估数据流。操作20307可以包括响应于车辆数据标识符，利用过滤电路确定标识的车辆数据流。

过程20300进行到操作20309，其中车辆通信系统预处理触发评估数据流。操作20309可以包括以下各项中的至少一个：响应于数据收集策略的采样参数对触发评估数据流进行采样，归一化触发评估数据值格式，或者响应于数据收集策略的多个触发条件来确定触发评估数据聚合参数。

过程20300进行到操作20311，其中车辆通信系统确定触发评估数据流的时间窗口。操作20311可以包括响应于触发条件，利用旋转缓冲电路确定旋转时间窗口。操作20311还可以包括响应于数据收集策略，利用循环缓冲电路确定第二循环时间窗口。

过程20300进行到操作20313，其中车辆通信系统存储在操作20311中确定的触发评估数据流的时间窗口。操作20313可以包括利用旋转缓冲电路存储触发评估数据的旋转时间窗口。操作20313还可以包括响应于数据收集策略存储标识的车辆数据流的第二旋转时间窗口。

过程20300进行到操作20315，其中车辆通信系统确定触发事件发生。操作20315可以包括响应于使用旋转缓冲电路存储的触发评估数据的旋转时间窗口评估触发条件，利用触发评估电路确定触发事件发生。在某些实施例中，触发评估电路评估数据收集策略的多个触发条件，响应于使用旋转时间窗口评估多个触发条件，同时确定触发事件发生。

过程20300进行到操作20317，其中车辆通信系统确定触发事件终止。操作20317可以包括响应于数据收集策略的触发条件来确定触发事件终止。

过程20300进行到操作20319，其中车辆通信系统存储响应于触发事件发生或触发事件终止中的至少一个而捕获的标识车辆数据。操作20319可以包括响应于触发事件发生和数据收集策略，利用车辆数据存储电路存储标识的车辆数据流的标识的车辆数据。在某些实施例中，至少一部分标识的车辆数据在触发事件发生之前已经发生。

过程20300进行到操作20321，其中车辆通信系统提供标识的车辆数据。操作20321可以包括响应于触发事件发生和数据收集策略的传输参数值，利用云接口提供标识的车辆数据流的标识的车辆数据。操作20321还可以包括利用云接口提供响应于触发事件发生的警报响应值，其中警报响应值包括警报准则、警报类型、警报内容和警报位置中的至少一个。应当领会，示例性过程20300的任何或所有前述特征也可以存在于本文公开的其它过程中，诸如图204-205中图示的过程，仅举几个示例。

参考图204，图示了示例性车辆数据收集过程20400。过程20400可以全部或部分地在本文公开的一个或多个车辆通信系统中实现。应当进一步领会，设想对过程20400的变化和修改，包括例如省略过程20400的一个或多个方面，添加另外的条件句和操作，或者将操作和条件句重组或分离成单独的过程。

过程20400在操作20101开始，其中车辆被操作，车辆包括车辆通信系统，车辆通信系统包括策略管理器电路和端点。在某些实施例中，车辆通信系统包括数据收集控制器，该数据收集控制器包括策略管理器电路、过滤电路、车辆数据处理电路、旋转缓冲电路、触发评估电路、车辆数据存储电路、车辆数据压缩电路、车辆数据加密电路或云接口中的至少一个。

过程20400进行到操作20403，其中车辆通信系统解释数据收集策略。在某些实施例中，操作20403包括利用策略管理器电路来解释数据收集策略，该数据收集策略包括触发条件和触发评估数据标识符，该触发评估数据标识符被配置为响应于触发条件来标识要捕获的触发评估数据。

过程20400进行到操作20405，其中车辆通信系统提供原始车辆数据流，其包括响应于数据收集策略的触发评估数据流。

过程20400进行到操作20407，其中车辆通信系统过滤原始车辆数据流。操作20407可以包括利用过滤电路确定响应于触发评估数据标识符的原始车辆数据流的触发评估数据流。

过程20400进行到操作20409，其中车辆通信系统预处理原始车辆数据流。操作20409可以包括以下各项中的至少一个：响应于数据收集策略的采样参数对触发评估数据流进行采样，归一化触发评估数据值格式，或者响应于数据收集策略的多个触发条件来确定触发评估数据聚合参数。

过程20400进行到操作20411，其中车辆通信系统确定触发评估数据流的时间窗口。操作20411可以包括响应于触发条件，利用旋转缓冲电路确定触发评估数据的一个或多个旋转时间窗口。

过程20400进行到操作20413，其中车辆通信系统存储在操作20411中确定的触发评估数据流的时间窗口。操作20413可以包括利用旋转缓冲电路存储用于触发评估数据流的多个值的多个时间窗口。

过程20400进行到操作20415，其中车辆通信系统确定触发事件发生。操作20415可以包括响应于使用利用旋转缓冲电路存储的触发评估数据的旋转时间窗口评估触发条件，利用触发评估电路确定触发事件发生。在某些实施例中，触发评估电路评估数据收集策略的多个触发条件，响应于使用旋转时间窗口评估多个触发条件，同时确定触发事件发生。

过程20400进行到操作20421，其中车辆通信系统响应于触发事件发生提供警报响应值，其中警报响应值包括警报准则、警报类型、警报内容和警报位置中的至少一个。应当领会，示例性过程20400的任何或所有前述特征也可以存在于本文公开的其它过程中，诸如图203或205中图示的过程，仅举几个示例。

参考图205，图示了示例性车辆数据收集过程20500。过程20500可以全部或部分地在本文公开的一个或多个车辆通信系统中实现。应当进一步领会，设想对过程20500的变化和修改，包括例如省略过程20500的一个或多个方面，添加另外的条件句和操作，或者将操作和条件句重组或分离成单独的过程。

过程20500在操作20101开始，其中车辆被操作，车辆包括车辆通信系统，车辆通信系统包括策略管理器电路和端点。在某些实施例中，车辆通信系统包括数据收集控制器，该数据收集控制器包括策略管理器电路、过滤电路、车辆数据处理电路、旋转缓冲电路、触发评估电路、车辆数据存储电路、车辆数据压缩电路、车辆数据加密电路或云接口中的至少一个。

过程20500进行到操作20503，其中车辆通信系统解释数据收集策略。在某些实施例中，操作20503包括利用策略管理器电路解释数据收集策略，该数据收集策略包括触发条件、被配置为响应于触发事件发生标识要捕获的车辆数据的车辆数据标识器、以及被配置为响应于触发条件标识要捕获的触发评估数据的触发评估数据标识符。

过程20500进行到操作20505，其中车辆通信系统提供原始车辆数据流，其包括触发评估数据流，并可以包括响应于数据收集策略的所标识的车辆数据流。应当领会，示例性过程20500的任何或所有前述特征也可以存在于本文公开的其它过程中，诸如图203-204中图示的过程，仅举几个示例。

参考图206，存在图示包括车辆通信系统20620的示例性车辆20610的框图。车辆通信系统被构造为从诸如云设备的远程设备接收数据收集策略20601，并响应于数据收集策略20601更新车辆通信系统20620的操作。应当领会，车辆通信系统20620的拓扑是出于解释的目的而图示的，并且不意图作为对本公开的限制。例如，车辆通信系统20620可以包括更多或更少的端点、更多或更少的数据源网络、或更多或更少的数据源，仅举几个示例。

车辆通信系统20620包括数据收集控制器20630、以太网交换机20621、多个端点20623、多个数据源网络20625和多个数据源20627。数据收集控制器20630可以被配置为从诸如云系统的远程设备接收数据收集策略20601，并且响应于数据收集策略20601从包括多个数据源20627的车辆数据源捕获车辆数据。

在图示实施例中，数据收集控制器20630包括策略管理器电路20631和车辆数据接口20633。在某些实施例中，数据收集控制器20630包括附加组件，诸如图202和207中图示的数据收集控制器的组件。应当领会，数据收集控制器20630的组件可以包括指令、被配置以存储指令的存储器设备和被配置以执行所存储的指令的处理设备，所述指令对执行归因于本文所述的数据收集控制器20630的组件的操作有效。在某些实施例中，数据收集控制器20630的一个或多个组件可以共享存储器设备或处理设备。

不同实施例中的数据收集控制器20630的处理设备可以是可编程类型、专用硬连线状态机或其组合。处理设备可以进一步包括多个处理器、算术逻辑单元（ALU）、中央处理单元（CPU）、数字信号处理器（DSP）、现场可编程门阵列（FPGA），仅列举几个示例。对于具有多个处理单元的处理设备的形式，可以适当地使用分布式、流水线式或并行处理。该处理设备可以专用于仅本文所述的操作的执行，或者可以用于一个或多个附加应用中。处理设备可以是可编程的种类，其根据存储在数据收集控制器20630的存储器设备中的编程指令（诸如软件或固件）来执行过程和处理数据。替代地或附加地，编程指令可以由硬连线逻辑或其他硬件来定义。处理设备可以包括一个或多个任何类型的组件，其合适于处理从输入/输出设备接收的信号，并提供期望的输出信号。这样的处理设备组件可以包括数字电路、模拟电路或两者的组合。

不同实施例中的数据收集控制器20630的存储器设备是一种或多种类型，诸如固态类型、电磁类型、光学类型或这些形式的组合，仅举几个示例。此外，存储器设备可以是易失性的、非易失性的、暂时的、非暂时的或这些类型的组合，并且存储器设备的一些或全部可以是便携式的，诸如磁盘、磁带、记忆棒、盒式磁带，仅举几个示例。此外，除了存储编程指令之外或代替存储编程指令，存储器设备可以存储由数据收集控制器20630的处理设备操纵的数据，诸如代表从输入/输出设备接收或发送到输入/输出设备的信号的数据，这仅是一个示例。

策略管理器电路20631被配置为解释数据收集策略20601。如上面详细描述的，数据收集策略20601被配置为标识需要由触发条件评估的数据，并且可以被配置为标识当满足触发条件时要捕获的车辆数据。在某些实施例中，数据收集策略20601包括多个触发评估数据标识符，其被配置为标识将由数据收集策略的多个触发条件评估的触发评估数据。在某些实施例中，数据收集策略20601包括多个车辆数据标识符，其被配置为响应于由触发策略指定的触发条件来标识要捕获的车辆数据。触发评估数据标识符和车辆数据标识符可以对应于多个数据类型，所述多个数据类型包括控制器局域网（CAN）消息、CAN信号、以太网分组、车辆位置、车辆状态、诊断故障代码、以太网状态、存储在车辆内的文件或车辆通信控制器统计中的至少两个，仅举几个示例。

响应于数据收集策略20601，策略管理器电路20631被配置为使得车辆通信系统20620收集由数据收集策略20601标识的数据，并将原始车辆数据流传输至数据收集控制器20630。原始车辆数据流可以包括触发评估数据流和标识的车辆数据流。在某些实施例中，触发评估数据流和标识的车辆数据流可以包括原始车辆数据流的公共值。在某些实施例中，触发评估数据流和标识的车辆数据流可以不包括原始车辆数据流的公共值。根据由数据收集策略20601指定的数据收集参数，触发评估数据流或标识的车辆数据流的每个值对应于从车辆的数据源接收的数据。触发评估数据流或标识的车辆数据流可以包括来自车辆20610的多个数据源的多个值流。

车辆数据接口20633被配置为接收原始车辆数据流，该原始车辆数据流包括触发评估数据流，并且可以包括标识的车辆数据流。

多个端点20623中的每个端点可以被配置为响应于数据收集策略#20601捕获触发评估数据流的至少一部分。在某些实施例中，多个端点20623中的多于一个端点被配置为捕获和输出触发评估数据流或标识的车辆数据流的部分。多个端点20623的每个端点可以通信地耦合到以太网交换机20621。在某些实施例中，一个端点通信地耦合到多个网络20625中的多于一个的网络，所述网络被配置为使用多个通信协议来传送数据源。

在某些实施例中，触发评估数据流或标识的车辆数据流包括来自数据源的数据，所述数据源被配置为使用不同的通信协议与一个端点进行通信。例如，由端点接收的触发评估数据流可以包括来自CAN总线网络的CAN消息和从通信地耦合在数据源和端点之间的另一个网络接收的以太网分组。在某些实施例中，端点不需要请求触发评估数据流或标识的车辆数据流的值，因为数据源已经在提供数据。在某些实施例中，响应于数据收集策略20601，端点从通信地耦合到端点的数据源请求触发评估数据流值或标识的车辆数据流值。应当领会，车辆20610的任何或所有前述特征也可以存在于本文公开的其他车辆中。

参考图207，图示了包括数据收集控制器20710的示例性车辆20700。数据收集控制器20710被配置为接收原始车辆数据流20701，并输出标识的车辆数据20703或警报响应值20705中的至少一个。应当领会的是，数据收集控制器20710可以包括在本文针对其他图示的数据收集控制器（诸如图202的数据收集控制器20210）描述的组件和特征。

图示的数据收集控制器20710包括策略管理器电路20711、车辆数据接口20713、过滤电路20715、车辆数据处理电路20717、旋转缓冲电路20719、触发评估电路20721、数据存储电路20723、压缩电路20725、加密电路20727和云接口20729。在其他实施例中，数据收集控制器20710可以包括更多或更少的组件。

策略管理器电路20711可以被配置为解释数据收集策略，包括车辆数据标识符和被配置为定义触发条件的触发器。数据收集策略可以包括多种触发类型，该多种触发类型包括信号触发、车辆状态触发、定时触发、时间表触发、地理围栏触发、错误触发、环境触发或用户输入触发。在某些实施例中，多个触发器的多个触发条件对应于触发器评估数据的相同值。

在某些实施例中，触发评估数据或标识的车辆数据包括车辆状态、车辆状态、车辆操作模式或车辆离散事件中的至少一个。在某些实施例中，多个触发评估数据或标识的车辆数据对应于多个数据类型，所述多个数据类型包括控制器局域网（CAN）消息、CAN信号、以太网分组、车辆位置、车辆状态和诊断故障代码中的至少两个。在某些实施例中，触发评估数据或标识的车辆数据包括从多个车辆数据值导出的虚拟传感器值。

过滤电路20715可以被配置为从车辆数据接口20713接收原始车辆数据流20701，从原始车辆数据流20701确定触发评估数据流或标识车辆数据流，并仅输出触发评估数据流或标识车辆数据流。在某些实施例中，过滤电路20715丢弃原始车辆数据流20701的剩余部分。

车辆数据处理电路20717可以被配置为接收触发评估数据流或标识的车辆数据流，为触发评估电路20721或云接口20729预处理接收的流，并将接收的流输出至旋转缓冲电路20719。

旋转缓冲电路20719被配置为响应于数据收集策略，存储触发评估数据流或标识的车辆数据流的值流的时间窗口。时间窗口的大小基于数据收集策略所需的值流的历史值。例如，如果在过去五分钟内超过阈值温度时满足对应于值流的触发条件，则引擎温度值流的时间窗口可以是五分钟。在另一个示例中，如果数据收集策略指定响应于车辆碰撞将收集两分钟的历史车辆速度，则车辆速度值流的时间窗口可以是两分钟。旋转缓冲电路20719可以被配置为向触发评估电路20721提供触发评估数据的时间窗口，同时存储标识的车辆数据，直到满足对应于触发评估数据的触发条件。在某些实施例中，旋转缓冲电路20719不存储触发评估数据的至少一部分。

触发评估电路20721被配置为响应于触发条件和触发评估数据确定触发事件发生。在某些实施例中，触发评估电路20721通过使用触发条件评估触发评估数据来确定触发事件发生，其中触发条件定义了触发评估数据可以满足或不满足的与预设值的关系。例如，如果满足评估车辆速度是否超过阈值的触发条件，则触发评估电路可以确定触发发生。在某些实施例中，触发评估电路20721响应于多个触发条件来确定触发事件发生。例如，触发评估电路20721可以在车辆点火开启并且正在传输报警CAN信号的情况下确定触发事件发生。在某些实施例中，触发评估电路20721响应于至少两个触发条件来确定触发事件发生。在某些实施例中，确定触发事件发生是基于不同触发类型的多个触发条件。

触发评估电路20721被配置为确定触发事件终止。触发评估电路20721可以响应于触发条件或者在触发事件发生之后的一段时间之后确定触发事件终止。在某些实施例中，确定触发事件终止包括确定满足不同触发类型的多个触发条件。

触发评估电路20721被配置为响应于触发事件发生、触发事件终止和数据收集策略，确定数据捕获窗口。在数据捕获窗口期间生成的标识车辆数据流的部分是将从车辆20701传输的标识车辆数据。在某些实施例中，数据捕获窗口可以在触发事件发生时开始，或者在触发事件终止时结束。在某些实施例中，数据捕获窗口可以在触发事件发生之前开始，或者在触发事件终止之后结束。在某些实施例中，数据收集策略可以指定应该捕获在触发事件发生之前或触发事件终止之后发生的所标识的车辆数据。例如，数据收集策略可以指定收集在引擎故障之前收集的三十分钟的引擎温度值。在另一个示例中，数据收集策略可以指定在触发事件终止之后两秒钟收集数据，以允许测量值在触发事件终止之后的测量之前稳定。

数据存储电路20723被配置为存储在数据捕获窗口内捕获的标识的车辆数据，如果数据收集策略指定标识的车辆数据在传输之前被存储。例如，数据收集策略可以指定传输间隔，在该传输间隔期间，捕获的标识的车辆数据将在传输之前被聚合。在另一个示例中，数据存储电路20723可以不在数据收集策略指示值将从车辆实时流式传输出的数据收集窗口内存储标识的车辆数据值。

压缩电路20725被配置为在传输之前压缩聚合的标识车辆数据，以增加带宽效率。加密电路20727被配置为加密要从车辆传输的标识的车辆数据。在某些实施例中，标识的车辆数据使用密钥加密，该密钥对于将接收和存储标识的车辆数据的远程设备是不可用的。

云接口20729被配置为向诸如云设备的远程设备提供标识的车辆数据20703或警报响应值20705中的至少一个。在某些实施例中，云接口20729可以被配置为直接向用户设备提供警报响应值20705。

警报响应值20705可以包括警报准则、警报类型、警报内容和警报位置中的至少一个。警报准则可以被配置为向用户通知已经满足触发条件或者触发事件发生。警报类型可以被配置为标识通知介质，诸如文本消息或触觉反馈，仅举几个示例。警报内容可以被配置为向用户传达通知，并且可以包括对用户响应的提示。警报位置可以被配置为标识车辆的位置。应当领会，车辆20700的任何或所有前述特征也可以存在于本文公开的其他车辆中。

在一个示例中，数据收集控制器20710可以传输警报响应值20705，以向用户通知已发生触发事件。在另一个示例中，一旦触发事件发生，数据收集控制器20710就可以向指定的设备发送警报响应值20705。在另一个示例中，数据收集控制器20710可以发送警报响应值20705，以向用户通知标识的车辆数据20703已经被捕获并从车辆传输。在另一个示例中，响应于策略管理器电路20711确定数据收集策略或触发策略无效，数据收集控制器20710可以发送警报响应值20705。在另一个示例中，数据收集控制器20710可以响应于策略管理器电路20711确定数据收集策略有效而发送警报响应值20705，但是用户还没有被授权接收捕获的标识的车辆数据。在另一个示例中，数据收集控制器20710可以发送警报响应值20705，该警报响应值20705被配置为提供在车辆上执行的数据收集策略的周期性概要。在某些实施例中，数据收集控制器20710将标识的车辆数据20703和/或警报响应值20705传输到多个外部设备。

参考图208，图示了示例性车辆数据收集过程20800。过程20800可以全部或部分地在本文公开的一个或多个车辆通信系统中实现。应当进一步领会，设想对过程20800的变化和修改，包括例如省略过程20800的一个或多个方面，添加另外的条件句和操作，或者将操作和条件句重组或分离成单独的过程。

过程20800在操作20801开始，包括操作包括策略管理器电路、端点和车辆数据接口的车辆。过程20800进行到操作20803，其中车辆解释包括触发条件和触发评估数据标识符的数据收集策略。在某些实施例中，数据收集策略包括多个触发评估数据标识符，其被配置为标识将由数据收集策略的多个触发条件评估的触发评估，其中触发评估数据标识符对应于多个数据类型，所述多个数据类型包括控制器局域网（CAN）消息、CAN信号、以太网分组、车辆位置、车辆状态和诊断故障代码中的至少两个。

过程20800进行到操作20805，其中车辆响应于触发评估数据标识符和触发条件捕获触发评估数据流。在某些实施例中，车辆包括通信地耦合到以太网交换机的多个端点，并且响应于数据收集策略，多个端点的至少一部分捕获多个触发评估数据流的一部分。在某些实施例中，端点通信地耦合到被配置为使用多个通信协议进行通信的多个网络，并且端点响应于数据收集策略从多个网络捕获多个触发评估数据流。在某些实施例中，捕获触发评估数据流包括从通信地耦合到端点的数据源接收触发评估数据流，而不请求触发评估数据，或者从通信地耦合到端点的数据源请求触发评估数据流。

过程20800进行到操作20805，其中车辆数据接口接收触发评估数据流。应当领会，示例性过程20800的任何或所有前述特征也可以存在于本文公开的其它过程中，诸如图209或210中图示的过程，仅举几个示例。

参考图209，图示了示例性车辆数据收集过程20900。过程20900可以全部或部分地在本文公开的一个或多个车辆通信系统中实现。应当进一步领会，设想对过程20900的变化和修改，包括例如省略过程20900的一个或多个方面，添加另外的条件句和操作，或者将操作和条件句重组或分离成单独的过程。

过程20900在操作20901开始，包括操作包括策略管理器电路和触发评估电路的车辆。过程20900进行到操作20903，其中车辆解释包括车辆数据标识符和被配置为定义触发条件的触发器的数据收集策略。过程20900进行到操作20905，其中车辆响应于触发条件和触发评估数据确定触发事件发生。确定触发事件发生可以包括使用触发条件评估触发评估数据，其中触发条件定义了触发评估数据可以满足或不满足的与当前值的关系。在某些实施例中，车辆响应于至少两个触发条件来确定触发事件发生。在某些实施例中，确定触发事件发生是基于评估不同触发类型的多个触发条件。

过程20900进行到操作20907，其中车辆确定触发事件终止。过程20900进行到操作20909，其中车辆响应于触发事件发生、触发事件终止和数据收集策略确定数据捕获窗口。过程20900进行到操作20911，其中车辆响应于数据捕获窗口和车辆数据标识符捕获标识的车辆数据。应当领会，示例性过程20900的任何或所有前述特征也可以存在于本文公开的其它过程中，诸如图208或210中图示的过程，仅举几个示例。

参考图210，图示了示例性车辆数据收集过程21000。过程21000可以全部或部分地在本文公开的一个或多个车辆通信系统中实现。应当进一步领会，设想对过程21000的变化和修改，包括例如省略过程21000的一个或多个方面，添加另外的条件句和操作，或者将操作和条件句重组或分离成单独的过程。

过程210在操作21001开始，包括操作包括策略管理器电路、旋转缓冲电路、触发评估电路、车辆数据存储电路和云接口的车辆。过程21000进行到操作21003，其中车辆解释包括车辆数据标识符和被配置为定义触发条件的触发器的数据收集策略。过程21000进行到操作21005，其中车辆存储标识的车辆数据的时间窗口和触发评估数据的时间窗口。

过程21000进行到操作21007，其中车辆响应触发条件和触发评估数据确定触发事件发生。过程21000进行到操作21009，其中车辆确定触发事件终止。过程21000进行到操作21011，其中车辆响应于触发事件发生、触发事件终止和数据收集策略确定数据捕获窗口。过程21000进行到操作21013，其中车辆响应于数据收集窗口和数据收集策略捕获标识的车辆数据。过程21000进行到操作21015，其中车辆响应于数据捕获窗口存储标识的车辆数据。在某些实施例中，至少一部分标识的车辆数据发生在触发事件发生之前。过程21000进行到操作21017，其中车辆响应于数据收集策略向云系统提供至少一部分标识的车辆数据。应当领会，示例性过程21000的任何或所有前述特征也可以存在于本文公开的其它过程中，诸如图208或210中图示的过程，仅举几个示例。

利用前述一个或多个方面的本公开的示例实施例，包括下载和存储移动应用的一个或多个新特征、配置和/或内容的操作，其可以利用蜂窝、WiFi、蓝牙、硬连线或其他数据连接中的一个或多个来下载，和/或可以利用移动应用上存在的共享存储资源来存储。示例实施例进一步包括接收来自用户（例如，操作者、所有者、车队人员等）的批准，这可以进一步包括提示用户批准，并且响应于该批准来实现一个或多个新特征、配置和/或内容。示例实施例进一步包括动态地重新路由数据收集和/或通信，以实现一个或多个新特征、配置和/或内容。本公开的实施例包括诸如但不限于以下各项的新的特征、配置和/或内容：车辆升级；消费者特征的实现和/或升级；对车辆控制设置点、阈值和/或故障描述的改变；车辆评级、分类和/或使用参数的改变；和/或对收集的数据、数据收集触发器、自动化触发器和/或远程控制触发器的改变。为了说明方便，在生产之后和由操作者使用期间的车辆的上下文中描述了实施例，但是实施例可以在移动应用生命周期中的任何点实现，在没有限制的情况下包括：在生产期间（例如，在生产的所选阶段等）；在移动应用的首次销售之前（例如，由OEM、健身者、经销商、服务部门等）；响应于移动应用的所选事件（例如，改装；升级；应用、用途或工作周期的改变；向另一方出售移动应用；与移动应用相关的召回或活动事件；和/或移动应用或其部分的翻新或再制造事件）。

利用如前述一个或多个方面，本公开的示例实施例包括通信地耦合到充电站网络（例如，经由WiFi、互联网接入、应用程序的利用和/或电力耦合上的通信），并且进一步包括允许用户（例如，操作者、所有者、车队人员等）来审查价格、开始或终止充电、设置充电参数、监视充电操作、审查交易参数（例如，成本、电力传输、存记的数据等），和/或授权支付。示例和非限制性实施例包括通过用户接口与用户交互，所述用户接口诸如是车辆显示器、移动设备、web应用等。在某些另外的实施例中，操作包括向用户提供附加信息，所述附加信息诸如是：替代充电位置和/或相关成本的可用性、可用性和/或能力；和/或相对于阈值的充电状态，诸如计划的驾驶距离、电池管理充电目标和/或用于移动应用任务的计划操作。

利用如前述一个或多个方面的本公开的示例实施例，包括检测事故（例如，利用震动传感器；门致动器位置；和/或其他物理事故相关的确定；和/或利用外部通信，诸如来自家庭安全系统的入侵警报），并向用户（例如，操作员、所有者、车队人员等）通知关于事件。事故的通知可以进一步包括附加信息，诸如图片、视频剪辑、音频信息、事故确定描述（例如，指示入侵的传感器/致动器值，和/或针对这些的所选描述，诸如“没有钥匙进入的门”、“引擎罩打开不正确”、“检测到撞击”等）。外部信息可以由与移动应用相关的设备（例如，车辆上的相机）生成和/或传送到移动应用（例如，由安全系统提供的视频）。附加地或替代地，信息可以被流式传输到与用户相关联的所选的设备，诸如移动应用、云服务器、web应用等。附加地或替代地，可以响应于用户请求来提供信息。在某些实施例中，信息可以被存储（例如，在车辆上、在共享网络存储装置中、被传送到云服务器进行存储、和/或被流式传输到另一外部设备，诸如家用PC、安全设备、USB存储设备等），这可以自动地和/或根据来自用户的请求来执行。在某些实施例中，响应于事故，可以向用户提供和/或存储外部设备提供的数据，诸如安全相机镜头、安全系统状态等。例如，在事故指示对车辆的潜在入侵（例如，没有钥匙进入的开门事件）的情况下，车辆相机数据被存储和/或流式传输给用户，和/或外部设备被访问（例如，家庭或停车场安全相机），并且相关数据被流式传输给车辆和/或用户，和/或车辆请求存储对应的数据以供以后访问。

利用如前述一个或多个方面的本公开的示例实施例，包括检测已经越过和/或正在接近的地理边界（例如，在一个国家的州之间、国家之间、相关操作条件之间的改变（诸如城市或农村条件、标高改变、道路坡度改变等））。

在某些另外的实施例中，一个或多个用户（例如，操作员、所有者、车队人员等）被通知边界改变和/或接近改变，以及响应于边界改变而应用的对操作改变的描述（例如，当前值、阈值、速度、音量、数据收集改变等）。示例和非限制性实施例包括跟踪和/或配置车辆操作：由车队管理者、车辆所有者和/或租赁公司；保险公司（例如，确定风险和/或执行与所有者/操作者商定的风险管理程序）；找回被盗车辆；由与车辆相关的保修的实现实体执行；和/或操作者的父母或监护人。示例和非限制性实施例包括：配置移动应用以符合多个管辖范围和/或地理条件；根据管辖权和/或位置，将移动应用配置为符合数据收集和/或隐私策略；和/或配置移动应用以根据辖区和/或地理条件调制性能。

利用如前述一个或多个方面的本公开的示例实施例，包括确定移动应用的当前操作者（例如，车辆的当前驾驶员），确定当前操作者的偏好和/或特征，以及响应于驾驶员偏好实现移动应用的操作。例如，舒适度、性能、娱乐、旅行（例如，路线、停留时间安排等）、订阅、保险、支付数据、事件触发器、通知等，由于驾驶员偏好和/或其他驾驶员差异（例如，年龄、权限、所有权状态等），在第一驾驶员和第二驾驶员之间可能具有差异，并且示例实施例包括响应于驾驶员之间的不同偏好和差异实现根据本公开的操作。本公开的示例实施例包括访问驾驶员偏好和/或特性（例如，从云服务器和/或web应用下载），并在第二车辆（例如，最近购买的车辆、租赁的车辆、共享的车辆和/或借用的车辆）中利用驾驶员偏好和/或特性。在第二车辆中利用驾驶员偏好和/或特性可以包括省略一些值的利用（例如，在第二车辆不具有巡航控制的情况下设置巡航控制速度），和/或根据第二车辆的特性调整值（例如，在第二车辆可能具有不同的能力、性能特性的情况下，和/或在驾驶员可能具有相对于第二车辆的不同的特权和/或授权集的情况下）。在某些实施例中，与驾驶员相关联的数据可以从第二车辆移除，诸如当操作完成、车辆被归还、车辆被出售时和/或当另一驾驶员操作车辆时。在某些实施例中，可以上传与驾驶员相关的数据，以供外部设备（例如，作为web应用程序上操作的应用程序、云服务器上等）、由第一车辆（例如，跟踪驾驶员驾驶的操作小时或距离，利用驾驶员的驾驶数据学习算法，等等）使用，和/或下载到下一车辆（例如，允许将偏好转移到新购买的车辆）。

利用如前述一个或多个方面的本公开的示例实施例，包括基于用户定义的设置和动作、基于输入范围定制移动应用的操作。示例定制操作说明了通过本公开的方面可获得的一些定制选项，包括：语音激活命令，其自动化本公开的任何传感器或致动器的操作；语音“春天来了！”命令，由此本公开的实施例降低可折叠车顶，将HAC和座椅加热器设置调整到所选值，实现所选的音乐播放列表，并将音量调整到所选值；语音“Spa模式”命令，由此本公开的实施例从连接的可穿戴设备分析操作者的心率，并调整车辆照明、音量（和/或音频内容选择）、气候控制、座椅加热和/或按摩功能（例如，帮助驾驶员放松并专注于驾驶）。响应于语音命令来描述示例定制操作，尽管命令可以通过包括移动设备、车辆显示器上的输入的任何机制来提供，和/或可以进一步包括事件驱动的确定，因为命令的全部或一部分（例如，对所选范围的座椅调整，随后是驾驶员的安全带操作，实现特定的音频、气候和/或照明方案；车辆移动后的加油事件向第三方应用提供行驶和加油数据；驾驶员的改变提供了单独的燃料经济性确定桶等）。

示例数据收集使用案例（例如，参考图121和相关描述）包括现场支持场景和/或情形。例如，用于车辆的现场支持团队可以接收到车辆有问题的呼叫和/或其他通知，例如，车辆操作者感觉到方向盘上的过度振动。现场支持团队然后可以传输按需策略以获得所选的数据，例如来自与车辆转向系统相关的各种传感器的数据。一旦接收到按需策略，如本文所述，一个或多个装置就可以解释按需策略，并根据按需策略立即或接近立即地开始向现场支持团队传输所选数据。

另一示例数据收集用例（例如，参考图121和相关描述）包括业务团队，其希望例如经由实时地图实时监视已驾驶的所选车辆。在实施例中，业务团队可以构造旨在连续执行的流式传输策略。然后，如本文所述，流式传输策略可以被推出到所选择的车辆，进而使得那些车辆上的一个或多个装置传输车辆位置数据。车辆位置数据可以实时或接近实时地传输回到业务团队。如果所选车辆不能传输其位置数据，和/或如果所选车辆的位置数据在向业务团队的传输中丢失，例如所选车辆位于具有不良蜂窝覆盖范围的位置，则所选车辆可以继续尝试传输其位置数据，使得一旦所选车辆能够再次传输，其位置数据就将被业务团队接收。在实施例中，流式传输策略还可以使得所选车辆报告回关于车辆“如何”被驾驶（例如速度、制动、加速度等）的信息，和/或关于车辆驾驶员操作的其他数据。

另一示例数据收集用例（例如，参考图121和相关描述）包括希望监视和/或验证新产品性能的研究和开发团队，所述新产品例如是新车辆、车辆附件、车辆组件、信息娱乐应用等。研究和开发团队可能具有大量和/或延长的时间段来验证和/或确定新产品的性能。照此，研究和开发团队可以创建向与新产品相关联的所选车辆推出的策略，其中该策略使得所选车辆将关于新产品的数据传输回到研究和开发团队。在实施例中，策略可以要求每天、每周、每月和/或以其他周期性基础将关于新产品的数据传输给研究和开发团队。

另一示例数据收集用例（例如，参考图121和相关描述）包括对制造商的所选车辆组的公共车辆参数的跟踪。例如，制造商可能希望支持所选车辆上的某些特征，向他们相应的驾驶员（和/或所有者）提供关于所选车辆的历史数据，检测关于所选车辆的异常事件，和/或使用车辆参数来监视对应的保修。

另一示例数据收集用例（例如，参考图121和相关描述）包括使用从车辆收集的数据预测车辆的未来维护要求（例如，参考图121和相关描述）。例如，本公开的实施例可以跟踪车辆的各种属性，诸如车轮轴承上的磨损、油位和/或年龄、冷却剂液位和/或年龄等，如本文所述，其进而可以被车载和/或非车载装置用来预测车辆何时需要维修，例如换油。

另一示例数据收集用例（例如，参考图121和相关描述）包括在车辆所有者、服务提供商、制造商等并不知晓的事件/问题发生之后最初捕获车辆数据。例如，引擎可能经历以车辆驾驶员察觉不到的量值的定时顺序问题。本公开的实施例可以捕获与事件/问题相关的数据，并将其存储在车辆上和/或车辆外，使得车辆所有者、服务提供商、制造商等可以在以后的时间访问和审阅捕获的数据。在审阅数据时，车辆所有者、服务提供商、制造商等可以注意到捕获的数据中的差异，这可以使他们意识到事件/问题和/或为他们提供对事件/问题的诊断和/或采取纠正动作。

另一示例数据收集使用案例（例如，参考图121和相关描述）包括标识车辆乘员经常使用和/或最常使用的车辆特征，使得经销商可以推广所标识的特征。

另一示例数据收集用例（例如，参考图121和相关描述）包括将捕获的车辆数据用于保险监视目的。例如，例如加速度、制动、速度等之类的关于驾驶员行为的数据可以直接从车辆传输到为车辆和/或驾驶员投保的公司（或其他实体）。在实施例中，这样的监视可能需要驾驶员和/或所有者的同意。

另一示例数据收集用例（例如，参考图121和相关描述）包括对车辆的各种方面/参数/属性——例如电池和/或充电系统——的监视。这样的监视可以提供与收集的数据相对应的关于车辆组件和/或系统的趋势的检测。

另一个示例数据收集用例（例如，参考图121和相关描述）包括用于车队问题的监视数据。例如，本公开的实施例可以为商业车队的操作员提供查看关于车队内车辆的趋势和/或模式。本公开的实施例还可以为商业车队的操作者提供检测特定车辆是否正在生成趋势和/或模式之外的数据。

另一示例数据收集使用情况（例如，参考图131和相关描述）包括使用基于时间的触发器，例如，与日历日期和/或事件相关的触发器。

另一示例数据收集用例（例如，参考图131和相关描述）包括使用基于信号的触发器，例如，与速度、气囊展开等相关的车辆参数。

另一示例数据收集用例（例如，参考图131和相关描述）包括使用基于错误的触发器，例如，检测到的故障。实施例还可以使用基于值的比较的触发器，例如，将车辆速度与车辆位置进行比较，例如，确定车辆超过特定道路区段的已知速度限制。

另一示例数据收集用例（例如，参考图131和相关描述）包括使用基于位置的触发器。例如，当车辆进入和/或离开地理区域，即地理围栏等时，触发器可以发起车辆数据的捕获。

另一示例数据收集用例（例如，参考图131和相关描述）包括使用基于外部数据的触发器，例如，来自车辆外部的数据，诸如温度/环境和/或从出自外部源发送至车辆的信号接收的数据。

另一示例数据收集用例（例如，参考图131和相关描述）包括使用触发器，其可以作为数据收集的即时用户响应起作用。例如，用户可以按下按钮和/或其他致动器来开启相机的记录特征。实施例还为用户提供发起其他类型的车辆数据的捕获。例如，用户可以检测到来自车轮和/或引擎的异常声音，并随后按下按钮和/或其他发起收集对应于车轮和/或引擎的车辆数据的致动器。

另一示例数据收集用例（例如，参考图131和相关描述）包括在自主车辆中使用基于车辆做出急转弯、急刹车和/或可能感兴趣的其他类型事件的检测的触发器。本公开的实施例还可以使用“虚拟传感器”来检测充当数据收集触发器的事件。

本文所述的方法和系统可以部分或全部通地过具有计算机、计算设备、处理器、电路和/或服务器的机器进行部署，所述机器执行计算机可读指令、程序代码、指令和/或包括配置为在功能上执行本文所述方法和系统的一个或多个操作的硬件。如本文使用的术语计算机、计算设备、处理器、电路和/或服务器（“计算设备”）应该广义地理解。

示例计算设备包括任何类型的计算机，其能够访问与其通信存储的指令，诸如存储在非暂时性计算机可读介质上的指令，因此计算机在执行指令时执行计算设备的操作。在某些实施例中，这样的指令本身包括计算设备。附加地或替代地，计算设备可以是单独的硬件设备、跨硬件设备分布的一个或多个计算资源，和/或可以包括诸如以下各项的方面：逻辑电路、嵌入式电路、传感器、致动器、输入和/或输出设备、网络和/或通信资源、任何类型的存储器资源、任何类型的处理资源、和/或被配置为响应于确定的条件来功能性地执行本文的系统和方法的一个或多个操作的硬件设备。

网络和/或通信资源在没有限制的情况下包括局域网、广域网、无线网络、互联网或任何其他已知的通信资源和协议。示例和非限制性硬件和/或计算设备在没有限制的情况下包括通用计算机、服务器、嵌入式计算机、移动设备、虚拟机和/或仿真计算设备。计算设备可以是作为几个设备的一个方面而被包括的分布式资源，作为执行计算设备的所述功能的可互操作的资源集而被包括，使得分布式资源一起运转以执行计算设备的操作。在某些实施例中，每个计算设备可以在单独的硬件上，和/或一个或多个硬件设备可以包括多于一个计算设备的方面，例如作为存储在设备上的单独可执行指令，和/或作为可执行指令集的逻辑分区方面，其中一些方面包括第一计算设备之一的一部分，并且一些方面包括另一个计算设备的一部分。

计算设备可以是服务器、客户端、网络基础设施、移动计算平台、固定计算平台或其他计算平台的一部分。处理器可以是能够执行程序指令、代码、二进制指令等的任何种类的计算或处理设备。处理器可以是或包括信号处理器、数字处理器、嵌入式处理器、微处理器或任何变体，诸如可以直接或间接地促进存储在其上的程序代码或程序指令的执行的协处理器（数学协处理器、图形协处理器、通信协处理器等）等。此外，处理器可以使能多个程序、线程和代码的执行。线程可以被同时执行，以增强处理器的性能，并且促进应用的同时操作。借助于实现，本文描述的方法、程序代码、程序指令等可以在一个或多个线程中实现。该线程可以产生已经分配有与其相关联的优先级的其他线程；处理器可以基于优先级或者基于程序代码中提供的指令的任何其他次序来执行这些线程。处理器可以包括存储器，该存储器存储如本文和其他地方描述的方法、代码、指令和程序。处理器可以通过接口访问存储介质，该存储介质可以存储如本文和其他地方描述的方法、代码和指令。与处理器相关联的用于存储能够由计算或处理设备执行的方法、程序、代码、程序指令或其他类型指令的存储介质可以包括但不限于CD-ROM、DVD、存储器、硬盘、闪存驱动器、RAM、ROM、高速缓存等中的一个或多个。

处理器可以包括一个或多个内核，其可以增强多处理器的速度和性能。在实施例中，该过程可以是组合了两个或更多个独立的核（称为管芯）的双核处理器、四核处理器、其他芯片级多处理器等。

本文所述的方法和系统可以部分或全部地通过在服务器、客户端、防火墙、网关、集线器、路由器或其他此类计算机和/或网络硬件上执行计算机可读指令的机器进行部署。计算机可读指令可以与服务器相关联，该服务器可以包括文件服务器、打印服务器、域服务器、互联网服务器、内联网服务器和其他变型，诸如辅助服务器、主机服务器、分布式服务器等。服务器可以包括以下各项中的一个或多个：存储器、处理器、计算机可读暂时性和/或非暂时性介质、存储介质、端口（物理的和虚拟的）、通信设备和能够通过有线或无线介质访问其他服务器、客户端、机器和设备的接口等。如本文和其他地方描述的方法、程序或代码可以由服务器执行。此外，执行如本申请中描述的方法所需的其他设备可以被认为是与服务器相关联的基础设施的一部分。

所述服务器可以向其他设备提供接口，所述其他设备在没有限制的情况下包括客户端、其他服务器、打印机、数据库服务器、打印服务器、文件服务器、通信服务器、分布式服务器等。附加地，该耦合和/或连接可以促进指令跨网络的远程执行。这些设备中的一些或全部的联网可以促进在一个或多个位置并行处理程序代码、指令和/或程序，而不脱离本公开的范围。此外，通过接口附接接到服务器的所有设备可以包括能够存储方法、程序代码、指令和/或程序的至少一个存储介质。中央储存库可以提供要在不同设备上执行的程序指令。在该实现中，远程储存库可以充当用于方法、程序代码、指令和/或程序的存储介质。

所述方法、程序代码、指令和/或程序可以与客户端相关联，所述客户端可以包括文件客户端、打印客户端、域客户端、互联网客户端、内联网客户端和其他变体，诸如辅助客户端、主机客户端、分布式客户端等。客户端可以包括以下各项中的一个或多个：存储器、处理器、计算机可读暂时性和/或非暂时性介质、存储介质、端口（物理的和虚拟的）、通信设备和能够通过有线或无线介质访问其他客户端、服务器、机器和设备的接口等。如本文和其他地方描述的方法、程序代码、指令和/或程序可以由客户端执行。此外，执行如本申请中描述的方法所需的其他设备可以被认为是与客户端相关联的基础设施的一部分。

客户端可以向其他设备提供接口，所述其他设备在没有限制的情况下包括服务器、其他客户端、打印机、数据库服务器、打印服务器、文件服务器、通信服务器、分布式服务器等。附加地，该耦合和/或连接可以促进方法、程序代码、指令和/或程序跨网络上远程执行。这些设备中的一些或全部的联网可以促进在一个或多个位置并行处理方法、程序代码、指令和/或程序，而不脱离本公开的范围。此外，通过接口附接到客户端的所有设备可以包括能够存储方法、程序代码、指令和/或程序的至少一个存储介质。中央储存库可以提供要在不同设备上执行的程序指令。在该实现中，远程储存库可以充当用于方法、程序代码、指令和/或程序的存储介质。

本文所述的方法和系统可以部分或全部地通过网络基础设施部署。网络基础设施可以包括诸如计算设备、服务器、路由器、集线器、防火墙、客户端、个人计算机、通信设备、路由设备和如本领域已知的其他有源和无源设备、模块和/或组件之类的元件。除了其他组件之外，与网络基础设施相关联的（一个或多个）计算和/或非计算设备可以包括诸如闪存、缓冲器、堆栈、RAM、ROM等之类的存储介质。如本文和其他地方描述的方法、程序代码、指令和/或程序可以由一个或多个网络基础设施元件来执行。

本文和其他地方描述的方法、程序代码、指令和/或程序可以在具有多个小区的蜂窝网络上实现。蜂窝网络可以是频分多址（FDMA）网络或码分多址（CDMA）网络。蜂窝网络可以包括移动设备、小区站点、基站、中继器、天线、塔等等。

本文和其他地方描述的方法、程序代码、指令和/或程序可以在移动设备上或通过移动设备实现。移动设备可以包括导航设备、蜂窝电话、移动电话、移动个人数字助理、膝上型计算机、掌上计算机、上网本、寻呼机、电子书阅读器、音乐播放器等。除了其他组件之外，这些设备可以包括存储介质，诸如闪存、缓冲器、RAM、ROM和一个或多个计算设备。可以使能与移动设备相关联的计算设备执行存储在其上的方法、程序代码、指令和/或程序。替代地，移动设备可以被配置为与其他设备协作执行指令。移动设备可以与基站通信，基站与服务器对接并被配置为执行方法、程序代码、指令和/或程序。移动设备可以在对等网络、网状网络或其他通信网络上通信。方法、程序代码、指令和/或程序可以存储在与服务器相关联的存储介质上，并由嵌入在服务器内的计算设备执行。基站可以包括计算设备和存储介质。存储设备可以存储由与基站相关联的计算设备执行的方法、程序代码、指令和/或程序。

所述方法、程序代码、指令和/或程序可存储和/或访问在机器可读的暂时性和/或非暂时性介质上，所述介质可以包括：计算机组件、设备和记录介质，其保留用于计算的数字数据一段时间间隔；被称为随机存取存储器（RAM）的半导体存储装置；大容量存储装置，通常用于更永久的存储装置，诸如光盘，磁存储形式，如硬盘、磁带、磁鼓、卡和其他类型；处理器寄存器、高速缓冲存储器、易失性存储器、非易失性存储器；光存储装置，诸如CD、DVD可移动介质，诸如闪存（例如USB棒或钥匙）、软盘、磁带、纸带、穿孔卡、独立RAM盘、Zip驱动器、可移动大容量存储装置、离线等等；其他计算机存储器，诸如动态存储器、静态存储器、读/写存储装置、可变存储装置、只读存储装置、随机存取存储器、顺序存取存储器、位置可寻址、文件可寻址、内容可寻址存储装置、网络附加存储装置、存储区域网络、条形码、磁性墨水等等。

本文所述的某些操作包括解释、接收和/或确定一个或多个值、参数、输入、数据或其他信息（“接收数据”）。用于接收数据的操作在没有限制的情况下包括：经由用户输入接收数据；通过任何类型的网络接收数据；从与接收设备通信的存储器位置读取数据值；利用默认值作为接收的数据值；基于对接收设备可用的其他信息来估计、计算或导出数据值；和/或响应于后来接收的数据值更新这些中的任何一个。在某些实施例中，作为接收数据值的一部分，数据值可以由第一操作接收，并且稍后由第二操作更新。例如，当通信停机、间歇或中断时，可以执行第一接收操作，并且当通信恢复时，可以执行更新的接收操作。

本文提供了操作的某些逻辑分组——例如本公开的方法或程序——以说明本公开的方面。本文描述的操作被示意性地描述和/或描绘，并且操作可以以与本文的公开一致的方式被组合、划分、重新排序、添加或移除。应理解，操作描述的上下文可能需要对一个或多个操作进行排序，和/或可以明确公开用于一个或多个操作的次序，但是操作的次序应当广义地理解，其中本文具体设想了提供操作的等同结果的任何等同的操作分组。例如，如果在一个操作步骤中使用一个值，则在某些上下文中（例如，在用于实现某个效果的操作的数据的时间延迟很重要的情况下），可能需要在该操作步骤之前确定该值，但是在其他上下文中（例如，在使用来自操作的先前执行周期的值对于那些目的来说将是足够了的情况下），可能不需要在该操作步骤之前确定该值。因此，在某些实施例中，如所描述的操作次序和操作分组在本文被明确地设想，并且在某些实施例中，重新排序、细分和/或不同的操作分组在本文被明确地设想。

本文所述的方法和系统可以将物理和/或无形项目从一种状态变换到另一种状态。本文描述的方法和系统还可以将表示物理和/或无形项目的数据从一种状态变换到另一种状态。

上述方法和/或过程以及其步骤可以在适合用于特定应用的硬件、程序代码、指令和/或程序或硬件和方法、程序代码、指令和/或程序的任何组合中实现。硬件可以包括专用计算设备或特定计算设备、特定计算设备的特定方面或组件、和/或硬件组件和/或逻辑电路的布置，以执行方法和/或系统的一个或多个操作。所述过程可以在一个或多个微处理器、微控制器、嵌入式微控制器、可编程数字信号处理器或其他可编程设备连同内部和/或外部存储器中实现。所述过程也可以或取而代之地体现在专用集成电路、可编程门阵列、可编程阵列逻辑或可以被配置为处理电子信号的任何其他设备或设备组合中。将进一步领会，一个或多个过程可以实现为能够在机器可读介质上执行的计算机可执行代码。

可以使用结构化编程语言（诸如C）、面向对象的编程语言（诸如C++）或任何其他高级或低级编程语言（包括汇编语言、硬件描述语言和数据库编程语言和技术）创建计算机可执行代码，可以对其进行存储、编译或解释以在上述设备之一以及处理器、处理器架构的异构组合或者不同硬件和计算机可读指令的组合或者能够执行程序指令的任何其他机器上运行。

因此，在一个方面，上述每个方法及其组合可以体现在计算机可执行代码中，所述计算机可执行代码当在一个或多个计算设备上执行时，执行其步骤。在另一方面，该方法可以在执行其步骤的系统中体现，并且可以以多种方式跨设备分布，或者所有功能性可以集成到专用的独立设备或其他硬件中。在另一方面，用于执行与上述过程相关联的步骤的装置可以包括上述任何硬件和/或计算机可读指令。所有这样的排列和组合都旨在落入本公开的范围内。

虽然已结合特定实施例详细示出和描述了本公开，但对本领域技术人员而言，针对其的各种修改和改进将变得清楚。因此，本公开的精神和范围不受前述示例所限制，但应在法律允许的最广泛意义上进行理解。

Claims (75)

1.一种装置，包括：

远程访问执行电路，被构造为解释来自请求设备的远程访问请求值，所述远程访问请求值包括所请求的车辆属性或车辆功能值中的至少一个；

属性转化电路，被构造为确定以下各项中的至少一个：

响应于至少一个请求的车辆属性的属性请求值；或者

响应于车辆功能值的致动器命令值；

参数获取电路，被构造为响应于特性请求值来解释多个车辆参数值；

远程操作电路，被构造为向车辆的网络区的端点提供致动器命令值；

参数调节电路，被构造为响应于属性请求值从所述多个车辆参数值生成车辆属性数据，所述车辆属性数据对应于至少所请求的车辆属性；并且

其中，所述远程访问执行电路进一步被构造为将所述车辆属性数据传输到请求设备。

2.根据权利要求1所述的装置，进一步包括融合网络设备（CND），被构造为监管具有第一网络端点的第一网络区和具有第二网络端点的第二网络区之间的通信，其中所述多个车辆参数值的至少一部分由所述第一网络端点和所述第二网络端点中的每一个生成。

3.根据权利要求1所述的装置，进一步包括：

融合网络设备（CND），被构造为监管具有第一网络端点的第一网络区和具有第二网络端点并包括车辆的网络区的第二网络区之间的通信；

其中第一网络端点提供所述多个车辆参数值的至少一部分；和

其中第二网络端点包括响应于致动器命令值的致动器。

4.根据权利要求1所述的装置，其中，所述属性转化电路进一步被构造为通过执行从操作中选择的至少一个操作来确定所述致动器命令值，所述操作由以下各项组成：

将致动器命令值确定为对应于诊断测试操作的致动器命令序列；

将致动器命令值确定为对应于远程控制操作的致动器命令序列；或者

响应于车辆功能值将致动器命令值确定为至少一个致动器命令。

5.根据权利要求1所述的装置，其中，所述属性请求值包括以下各项中的至少一个：

车辆速度值；

原动机速度值；

原动机扭矩值；

用户致动的车辆特征值；或者

车辆位置值。

6.根据权利要求1所述的装置，其中，所述属性请求值包括以下各项中的至少一个：

车辆网络区的网络利用值；

来自车辆网络区的原始网络消息；

车辆网络区上的端点的网络地址；

车辆控制器的存储器存储描述；

来自控制器局域网（CAN）上的端点的值；

来自本地互连网络（LIN）上的端点的值；或者

中间控制值。

7.根据权利要求1所述的装置，进一步包括：

自动化操作电路，被构造为解释包括用于车辆的自动化操作描述的自动化操作值；

自动化管理器电路，被构造为响应于自动化操作值来确定触发描述值，所述触发描述值包括触发条件值和触发响应值；

触发评估电路，被构造为响应于触发条件值和至少一个车辆数据值来确定触发事件发生；和

触发执行电路，被构造为响应于触发事件发生而执行触发响应。

8.根据权利要求1所述的装置，其中，所述属性请求值包括以下各项中的至少一个：

故障条件值；

故障计数值；

诊断参数值；

故障确认值；

诊断确认值；

故障中间值；或者

诊断中间值。

9.一种装置，包括：

策略获取电路，被构造为解释包括位置描述值的车辆策略数据值；

策略处理电路，被构造为响应于并且至少部分基于所述车辆策略数据值，生成包括车辆数据收集描述的解析的策略数据；和

策略执行电路，被构造为响应于解析的策略数据，从车辆的至少一个网络区的一个或多个端点收集车辆数据。

10.根据权利要求9所述的装置，其中所述位置描述值包括从由以下各项组成的描述中选择的至少一个描述：

地理位置值；

管辖范围值；

相对位置值；或者

定义的地理区域值。

11.根据权利要求9所述的装置，其中，所述策略执行电路进一步被构造为响应于所述位置描述值来调整车辆数据的收集。

12.根据权利要求11所述的装置，其中，所述策略执行电路进一步被构造为响应于所述位置描述值来防止车辆数据的至少一部分的收集。

13.根据权利要求11所述的装置，其中，所述策略执行电路进一步被构造为响应于所述位置描述值开始车辆数据的至少一部分的收集。

14.根据权利要求11所述的装置，其中，所述策略执行电路进一步被构造为响应于所述位置描述值来调整所述车辆数据的至少一部分的格式化。

15.根据权利要求11所述的装置，其中，所述策略执行电路进一步被构造为响应于所述位置描述值来改变所收集的参数。

16.根据权利要求11所述的装置，其中，所述策略执行电路进一步被构造为响应于所述位置描述值，向所述车辆数据的至少一部分添加或修改元数据。

17.根据权利要求11所述的装置，其中，所述策略执行电路进一步被构造为响应于所述位置描述值来调整与所述车辆数据的至少一部分相关联的优先级。

18.根据权利要求17所述的装置，其中，所述优先级包括车载数据存储优先级。

19.根据权利要求17所述的装置，其中，所述优先级包括传输优先级。

20.根据权利要求17所述的装置，其中，所述优先级包括对应于车辆的至少一个网络区的车载传输优先级。

21.一种装置，包括：

策略获取电路，被构造为解释包括车辆状态数据的车辆策略数据值；

策略处理电路，被构造为响应于并且至少部分基于所述车辆策略数据值，生成包括车辆数据收集描述的解析的策略数据；

策略执行电路，被构造为响应于解析的策略数据从车辆的至少一个网络区的一个或多个端点收集车辆数据；

车辆数据传输电路，被构造为传输所收集的车辆数据的至少一部分；和

车辆状态数据调整电路，被构造为解释车辆状态数据收集改变值，并且其中以下至少一个：

所述策略执行电路进一步被构造为响应于所述车辆状态数据收集改变值来调整收集车辆数据；或者

车辆数据传输电路进一步被构造为响应于车辆状态数据收集改变值来调整所收集的车辆数据的至少一部分的传输。

22.根据权利要求21所述的装置，其中，所述车辆状态数据调整电路进一步被构造为响应于车辆的操作条件来解释车辆状态数据收集改变值。

23.根据权利要求21所述的装置，其中，所述车辆状态数据调整电路进一步被构造为响应于事件发生来解释所述车辆状态数据收集改变值。

24.根据权利要求23所述的装置，其中，所述车辆状态数据调整电路进一步被构造为通过执行从操作的操作中选择的至少一个操作来确定事件发生，所述操作由以下各项组成：

确定故障条件值；

确定故障计数值；

确定诊断参数值；

确定故障确认值；

确定诊断确认值；

确定故障中间值；或者

确定诊断中间值。

25.根据权利要求23所述的装置，其中，所述车辆状态数据进一步包括触发条件，并且其中，所述车辆状态数据调整电路进一步被构造为响应于所述触发条件来确定事件发生。

26.根据权利要求25所述的装置，其中所述触发条件包括从由以下各项组成的条件中选择的至少一个条件：

事件检测条件；

车辆状态值；或者

车辆操作条件值。

27.根据权利要求21所述的装置，其中，所述车辆状态数据调整电路进一步被构造为响应于位置描述值来解释所述车辆状态数据收集改变值。

28.根据权利要求27所述的装置，其中所述位置描述值包括从由以下各项组成的描述中选择的至少一个描述：

地理位置值；

管辖范围值；

相对位置值；或者

定义的地理区域值。

29.根据权利要求27所述的装置，其中，所述策略执行电路响应于所述车辆状态数据收集改变值，以响应于所述位置描述值来阻止车辆数据的至少一部分的收集。

30.根据权利要求27所述的装置，其中，所述策略执行电路响应于所述车辆状态数据收集改变值，以响应于所述位置描述值开始车辆数据的至少一部分的收集。

31.根据权利要求27所述的装置，其中，所述策略执行电路响应于所述车辆状态数据收集改变值，以响应于所述位置描述值来调整车辆数据的至少一部分的格式化。

32.根据权利要求27所述的装置，其中，所述策略执行电路响应于所述车辆状态数据收集改变值，以响应于所述位置描述值来调整与所述车辆数据的至少一部分相关联的优先级。

33.根据权利要求32所述的装置，其中，所述优先级包括车载数据存储优先级。

34.根据权利要求32所述的装置，其中，所述优先级包括传输优先级。

35.根据权利要求32所述的装置，其中，所述优先级包括对应于车辆的至少一个网络区的车载传输优先级。

36.根据权利要求27所述的装置，其中，所述车辆数据传输电路响应于所述车辆状态数据收集改变值，以响应于所述位置描述值来调整所收集的车辆数据的至少一部分的优先级。

37.一种装置，包括：

容器获取电路，被构造为解释多个容器应用值，每个容器应用值包括可在车辆的端点上操作的应用；

容器安全电路，被构造为解释与所述多个容器应用值中的每一个相关联的授权值；和

容器编排电路，被构造为解释容器策略，并响应于容器策略和与所述多个容器应用值中的每一个相关联的授权值，确定用于所述多个容器应用值中的每一个的操作参数。

38.根据权利要求37所述的装置，其中，所述多个容器应用值中的每一个包括相关联的容器应用的图像。

39.根据权利要求37所述的装置，其中，所述容器策略进一步包括从由以下各项组成的值中选择的至少一个值：

所述多个容器应用值中的至少一个的执行次序；

所述多个容器应用值中的至少一个的数据依赖性描述；或者

所述多个容器应用值中的至少一个的优先级值。

40.根据权利要求37所述的装置，其中，所述容器编排电路进一步被构造为跨所述车辆的多个端点分发所述多个容器应用值。

41.根据权利要求40所述的装置，其中，所述容器编排电路进一步被构造为分发所述多个容器应用值，以平衡包括所述多个端点的多个控制器的工作负载。

42.根据权利要求40所述的装置，其中，所述容器编排电路进一步被构造为响应于包括所述多个端点的多个控制器的工作负载来分发所述多个容器应用值。

43.根据权利要求40所述的装置，其中，所述容器编排电路进一步被构造为分发所述多个容器应用值，以平衡所述车辆的多个网络区的网络通信负载。

44.根据权利要求40所述的装置，其中，所述容器编排电路进一步被构造为响应于所述车辆的多个网络区的网络通信负载来分发所述多个容器应用值。

45.根据权利要求37所述的装置，其中，所述容器安全电路进一步被构造为响应于与提供所述多个容器应用值中的每一个的实体相关联的授权来确定所述授权值。

46.根据权利要求37所述的装置，其中，所述容器安全电路进一步被构造为响应于与所述多个容器应用值中的每一个的操作相关联的授权要求来确定所述授权值。

47.根据权利要求46所述的装置，其中，所述容器安全电路进一步被构造为响应于所述多个容器应用值中的每一个的输入数据值来确定所述授权要求。

48.根据权利要求46所述的装置，其中，所述容器安全电路进一步被构造为响应于所述多个容器应用值中的每一个的输出数据值来确定所述授权要求。

49.根据权利要求46所述的装置，其中，所述容器安全电路进一步被构造为响应于所述多个容器应用值中的每一个的致动器命令值来确定所述授权要求。

50.根据权利要求46所述的装置，其中，所述容器安全电路进一步被构造为响应于所述多个容器应用值中的每一个的存储器支持值来确定所述授权要求。

51.根据权利要求50所述的装置，其中，所述存储器支持值包括安装存储器支持值。

52.根据权利要求50所述的装置，其中，所述存储器支持值包括操作存储器支持值。

53.根据权利要求46所述的装置，其中，所述容器安全电路进一步被构造为响应于所述多个容器应用值中的每一个的处理支持值来确定所述授权要求。

54.根据权利要求37所述的装置，其中，所述容器获取电路进一步被构造为解释附加容器应用值，并且其中所述容器编排电路进一步被构造为响应于添加的容器应用值来更新用于所述多个容器应用值和所述附加容器应用值的操作参数。

55.根据权利要求54所述的装置，其中，所述容器编排电路进一步被构造为响应于所选择的端点执行添加的容器应用值的能力，将添加的容器应用值分发给所选择的车辆端点。

56.根据权利要求54所述的装置，其中，所述容器编排电路进一步被构造为响应于所添加的容器应用值，改变所述多个容器应用值跨所述车辆的多个端点的分布。

57.根据权利要求37所述的装置，其中，所述容器获取电路进一步被构造为解释用于所述多个容器值中的至少一个的启用值，并且其中所述容器编排电路进一步被构造为响应于所述启用值来确定操作参数。

58.根据权利要求37所述的装置，其中，所述容器编排电路进一步被构造为解释车辆操作条件，并响应于所述车辆操作条件确定操作参数。

59.根据权利要求37所述的装置，其中，所述容器编排电路进一步被构造为解释车辆配置值，并响应于所述车辆配置值来确定操作参数。

60.一种装置，包括：

参数获取电路，被构造为解释多个车辆参数值；

参数调节电路，被构造为调节所述多个车辆参数值以存储在一个或多个高速缓存设备中；和

参数存储电路，被构造为将经调节的多个车辆参数值存储在一个或多个高速缓存设备中。

61.根据权利要求60所述的装置，其中：

参数调节电路进一步被构造为确定存储位置值；

参数存储电路进一步被构造为响应于存储位置值来存储经调节的多个车辆参数值；和

一个或多个高速缓存设备被部署在车辆上。

62.根据权利要求61所述的装置，其中，部署在车辆上的一个或多个高速缓存设备中的每一个与控制器相关联，所述控制器不同于与所述一个或多个高速缓存设备中的另一个相关联的控制器。

63.根据权利要求60所述的装置，其中：

参数调节电路进一步被构造为确定存储位置值；

参数存储电路进一步被构造为响应于存储位置值来存储经调节的多个车辆参数值；和

所述一个或多个高速缓存设备部署在车辆外。

64.根据权利要求63所述的装置，其中，所述一个或多个高速缓存设备至少部分基于基于网络云的存储系统。

65. 根据权利要求60所述的装置，其中：

参数调节电路进一步被构造为确定存储位置值；和

参数存储电路进一步被构造为响应于存储位置值，存储：

所述一个或多个高速缓存设备中的第一高速缓存设备上的经调节的多个车辆参数值的第一部分；和

所述一个或多个高速缓存设备中的第二高速缓存设备上的经调节的多个车辆参数值的第二部分；

其中第一高速缓存设备部署在车辆上，并且第二高速缓存设备部署在车辆外。

66.根据权利要求60所述的装置，其中，所述参数调节电路进一步被构造为生成用于所述多个车辆参数值的到期值，所述到期值被构造为触发所述一个或多个高速缓存设备中的所述多个车辆参数值的选择性到期。

67.根据权利要求66所述的装置，其中，所述参数存储电路进一步被构造为将所述到期值传输到所述一个或多个高速缓存设备。

68.根据权利要求66所述的装置，其中，所述参数存储电路进一步被构造为响应于到期值而选择性地使所述多个车辆参数值到期。

69.根据权利要求66所述的装置，其中，所述到期值是对应于将所述多个车辆参数值存储在所述一个或多个高速缓存中的时间段的时间值。

70.根据权利要求66所述的装置，进一步包括：

策略获取电路，被构造为解释包括车辆策略的至少一部分的车辆策略数据值；

其中所述参数调节电路进一步被构造为响应于所述车辆策略数据值生成所述到期值。

71. 根据权利要求66所述的装置，其中，所述参数调节电路进一步被构造为：

确定所述多个车辆参数值的类型值；和

响应于所述类型值生成所述到期值。

72.根据权利要求71所述的装置，其中，所述类型值对应于以下各项中的至少一个：

引擎数据；

控制数据；

任务关键数据；

动力状态数据；或者

动力操作数据。

73.根据权利要求71所述的装置，其中，所述类型值对应于以下各项中的至少一个：

车辆状态值；

车辆模式值；

诊断值；或者

故障值。

74.根据权利要求60所述的装置，其中，所述参数调节电路进一步被构造为经由压缩所述多个车辆参数值来调节所述多个车辆参数值。

75.根据权利要求60所述的装置，其中，所述参数调节电路进一步被构造为经由汇总所述多个车辆参数值来调节所述多个车辆参数值。

Images