远程信息处理数据的有效上传的制作方法

本公开的各个方面总体上涉及用于对来自车辆的远程信息处理数据进行有效提供的方法和设备。

背景技术：

车辆远程信息处理单元可被用于允许车辆的用户通过通信网络与可用的服务进行交互。这些服务可包括逐向导航、电话通信、车辆监测和道路救援。在一些车辆中，远程信息处理功能可被用于向远程云端服务器提供车辆诊断和其它数据，但是存在对数据内容和报告间隔的限制。

技术实现要素：

一种系统包括至少一个处理器，所述至少一个处理器被配置为：响应于从远程车辆接收到车辆识别代码(VIN)，向所述车辆发送基于所述VIN的字段而选择的用于将所述车辆的电子控制单元(ECU)配置为进入记录模式以捕获、聚合(aggregate)并发送所述车辆的操作数据的参数定义以及基于与操作数据相关联的历史吞吐量需求的针对所述车辆的调制解调器的带宽配置文件。

一种系统包括至少一个处理器，所述至少一个控制器被配置为：响应于从车辆接收到车辆识别代码(VIN)，向所述车辆发送基于所述VIN而选择的参数定义以及与所述车辆中的电子控制单元(ECU)的连接带宽，其中，所述参数定义将所述ECU配置为进入记录模式以捕获、聚合并发送所述车辆的操作数据。

根据本公开的实施例，所述连接带宽包括所述车辆中的局域网络的车辆带宽和所述车辆中的调制解调器的基础设施带宽以及所述至少一个处理器与所述ECU之间的云端网络的带宽。

根据本公开的实施例，所述至少一个处理器还被配置为：基于所述连接带宽，修改所述参数定义以选择性地限制将从所述车辆被发送的数据。

根据本公开的实施例，所述至少一个处理器还被配置为：修改所述参数定义以使所述调制解调器能够承载数据流，监测所述数据流的带宽，并响应于所述带宽小于预期的传输速率而针对所述调制解调器更新所述参数定义以增加所述带宽。

根据本公开的实施例，所述至少一个处理器还被配置为：响应于从所述车辆接收的处理参数与参考值匹配，发送用于配置第二ECU的第二参数定义以聚合其它车辆参数。

根据本公开的实施例，所述处理参数是车辆速度，所述其它车辆参数是制动片磨损水平。

一种计算机实现的方法包括远程服务器。所述远程服务器基于所述远程服务器与车辆中的电子控制单元(ECU)之间的可用带宽来生成参数定义。所述远程服务器向所述车辆发送将由所述ECU计算的处理参数的参数定义。所述远程服务器从与所述ECU相关联的车辆数据缓冲区接收所述处理参数。

一种计算机实现的方法包括由远程服务器执行以下步骤：基于所述远程服务器与车辆中的电子控制单元(ECU)之间的可用带宽来生成参数定义；向所述车辆发送将由所述ECU计算的处理参数的参数定义；从与所述ECU相关联的车辆数据缓冲区接收所述处理参数。

根据本公开的实施例，所述参数定义包括报告应用，所述报告应用被配置为将由所述ECU的处理器来执行以从与车辆操作相关联的原始参数中生成处理参数。

根据本公开的实施例，所述参数定义包括用于所述ECU的更新固件，并且所述报告应用被配置为在更新固件被安装到所述ECU中之后将由所述ECU来执行。

根据本公开的实施例，所述生成参数定义的步骤还基于定制数据操作器、算法数据操作器或诊断数据操作器。

根据本公开的实施例，所述生成参数定义的步骤还基于优先级管理器。

附图说明

图1示出了实现远程信息处理数据采集功能的示例车辆；

图2示出了用于车辆电子控制单元中的一个的系统的报告子系统的示例图；

图3示出了通过车辆电子控制单元的报告子系统的报告应用来处理车辆数据的示例图；

图4示出了用于包括数据报告子系统的车辆的网络架构的示例图，所述数据报告子系统使用与电子控制单元使用的车辆网络相同的车辆网络；

图5示出了用于包括数据报告子系统的车辆的网络架构的示例图，所述数据报告子系统使用与电子控制单元使用的车辆网络不同的报告车辆网络；

图6示出了报告应用将原始参数压缩成用于报告的处理参数的示例；

图7示出了用于方便有效的、自动的、可重新配置的车辆数据处理和上传的示例流程图；

图8示出了利用车辆实现远程信息处理数据采集功能的示例车辆信息服务器；

图9示出了用于通过服务器来方便有效的、自动的、可重新配置的车辆水平数据处理的示例流程图。

具体实施方式

根据需要，在此公开了本发明的详细实施例；然而，将理解的是，所公开的实施例仅为本发明的示例，其中，本发明可以以各种替代形式来实现。附图无需按比例绘制；一些特征可被夸大或最小化以示出特定组件的细节。因此，在此公开的具体结构和功能细节不应被解释为具有限制性，而仅作为用于教导本领域技术人员以多种形式利用本发明的代表性基础。

车辆数据报告架构以及数据报告应用的软件/固件更新可被用于方便有效的、自动的、可重新配置的车辆数据处理以及将数据上传至车辆信息服务器。在车辆操作期间，原始的电子控制单元(ECU)参数的预定义数据集可被采集、处理并存储在每个车辆ECU的存储器中。基于采集的原始参数，可从ECU的存储器位置提取可用的数据集，如果有必要，则还可通过由ECU执行的可配置的报告应用对可用的数据集进行处理，并将可用的数据集作为数据流转发至车辆信息服务器。一旦处理的数据流已被上传，则处理的数据流可被存储在车辆信息数据库中以用于进一步分析。根据分析，车辆信息服务器可支持对服务动作的实施，所述服务动作提供对车辆的自动软件更新或提供用于对来自车辆的其它数据流进行重构的请求，以便于进行额外的深入分析。

可通过事件来触发来自车辆的数据报告，所述事件可以是车辆内部的事件也可以是来自外部源(诸如车辆信息服务器)的事件。如果触发事件起源于车辆外部，则可将唯一车辆标识符(诸如VIN)从车辆发送至车辆信息服务器，以检索关于在车辆上存在哪些ECU和相关联的软件版本以及可相应地提供哪些数据流的特定信息。

每个ECU可被配置为提供原始参数的标准列表。这些可用的原始参数的列表及其相关联的信息可被存储在车辆信息数据库中。通过识别在车辆中存在哪些ECU，系统能够识别哪些原始参数可用于被处理成将被提供至车辆信息服务器的数据流。如果请求的处理的数据流不可用，但用于产生该数据流的原始参数是可用的，则可利用更新的数据报告应用重新刷新或以其它方式重新配置合适的ECU，所述更新的数据报告应用被配置为产生请求的数据流。如果车辆的ECU不支持针对数据的请求(例如，其需要作为输入的ECU没有提供的原始参数)，则可向车辆信息服务器返回请求不被支持的报文。

产生的采集的数据流可被转发至车辆信息服务器以进行分析。在示例中，由ECU的报告应用计算的处理参数可与用于处理的识别信息和/或时间戳一起被缓冲，直到被采集触发器请求为止。例如，来自每个ECU的处理参数可驻留在代表单独的数据流的专用缓冲区中。

车辆数据报告架构可包括车辆网络上的子系统，所述子系统被配置为在向车辆信息服务器上传数据之前处理数据。各种车辆数据报告架构可被用于支持数据功能。示例报告架构可根据分散式子系统的方式来被实现，在所述方法中，每个ECU具有其自己的专用处理子系统，所述专用处理子系统被配置为经由ECU的独立的网络节点提供从ECU请求的数据。在另一示例中，处理的数据可替代地经由独立的车辆总线(而不必是控制器局域网(CAN)总线)被发送至远程信息处理控制单元，以避免耗尽基本CAN总线带宽。通过具有独立的网络节点或网络以方便数据报告，车辆数据报告架构可采用网络和报文标识符，所述网络和报文标识符在车辆线路上是一致的，而不会与其它车辆系统操作发生冲突。在另一示例中，集中式处理位置(诸如远程信息处理控制单元)可执行对从车辆ECU发送的数据流的处理和缓冲。

特别定制的报告应用可被用于在车辆数据上传之前压缩车辆数据。例如，可对少量的在CAN总线上流传输的发动机每分钟转动转数(RPM)的原始参数进行低通滤波且随后降采样，同时仍保留其信息的大部分。当原始信号被接收时，一旦原始信号已被上传，则可在带有可接受误差的情况下对原始信号进行重构。在另一示例中，车辆数据的压缩可利用其它处理(例如，快速傅立叶变换)来实现。例如，可由报告应用使用的其它示例算法可包括线性滤波、二次采样、峰值检测、中值滤波、最小/最大值和匹配滤波。下面详细地描述从车辆有效提供远程信息处理数据的进一步的方面。

图1示出了包括实现远程信息处理数据卸载功能的车辆102的示例系统100。如示出的，车辆102包括通过一个或更多个车辆总线106通信的多个车辆ECU 104。车辆102还包括远程信息处理控制单元108，所述远程信息处理控制单元108被配置为通过网络112从车辆信息服务器114接收一个或更多个参数定义116、将车辆ECU 104配置成提供由参数定义116指定的信息、从车辆ECU 104采集由参数定义116指定的信息、并将包括指定的信息的数据流110发送至车辆信息服务器114。应注意的是，系统100仅是示例，可使用其它的元素布置或组合。

车辆102可包括各种类型的汽车、跨界多用途车辆(CUV)、运动型多用途车辆(SUV)、卡车、休旅车辆(RV)、船、飞机或用于运输人或货物的其它移动机器。在很多情况下，车辆102可由内燃发动机来驱动。作为另一种可行方式，车辆102可以是由内燃发动机和一个或更多个电动马达两者驱动的混合动力电动车辆(HEV)(诸如，串联式混合动力电动车辆(SHEV)、并联式混合动力电动车辆(PHEV)或并联/串联式混合动力电动车辆(PSHEV))。由于车辆102的类型和配置可变化，所以车辆102的性能可相应地变化。作为一些其它的可行方式，车辆102可具有与载客容量、牵引能力和容量以及存储容量有关的不同的性能。对于标题、库存和其它目的，可使车辆102与唯一标识符(诸如VIN)相关联。

车辆102可包括多个电子控制单元(ECU)104，所述电子控制单元104被配置为在车辆电池和/或动力传动系统的驱动下执行和管理各种车辆102功能。如描绘的，示例车辆ECU 104被表示为独立的ECU 104-A至ECU 104-G。然而，车辆ECU 104可共享物理硬件、固件和/或软件，使得来自多个ECU 104的功能可被集成至单个ECU 104中，并且使得各种这样的ECU 104的功能可被分布在多个ECU 104中。

作为一些非限制性的车辆ECU 104示例：动力传动系统控制ECU 104-A可被配置为提供对发动机操作组件的控制(例如，怠速控制组件、燃料输送组件、排放控制组件等)以及用于监测这种发动机操作组件的状态(例如，发动机代码的状态)的控制；车身控制ECU 104-B可被配置为管理各种电力控制功能(诸如，外部照明、内部照明、无钥匙进入、远程启动和入口状态点验证(例如，车辆102的引擎盖、车门和/或行李厢的关闭状态))；无线电收发器ECU 104-C可被配置为与遥控钥匙、移动装置或其它本地车辆102的装置进行通信；娱乐控制单元104-D可被配置为支持与驾驶员和驾驶员携带的装置的语音命令和蓝牙接口；气候控制管理ECU 104-E可被配置为提供对加热和冷却系统组件(例如，压缩机离合器、鼓风机、温度传感器等)的控制；全球定位系统(GPS)ECU 104-F可被配置为提供车辆位置信息；人机界面(HMI)ECU 104-G可被配置为通过多个按钮或其它控制件来接收用户输入，以及将车辆的状态信息(诸如，燃料水平信息、发动机操作温度信息和车辆102的当前位置)提供给驾驶员。

车辆总线106可包括车辆ECU 104之间以及远程信息处理控制单元108和车辆ECU 104之间的可用的通信的各种方法。作为一些非限制性示例，车辆总线106可包括车辆控制器局域网络(CAN)、以太网络和面向媒体的系统传输(MOST)网络中的一种或更多种。下面进一步详细地讨论车辆总线106的布局和数量的进一步的方面。

远程信息处理控制单元108可包括被配置为方便车辆ECU 104之间的通信以及与系统100的其它装置的通信的网络硬件。例如，远程信息处理控制单元108可包括被配置为方便与通信网络112的通信的蜂窝调制解调器。网络112可包括一个或更多个互联通信网络(作为一些非限制性示例：诸如，互联网、有线电视分配网络、卫星链路网络、局域网络、广域网络和电话网络)。作为另一示例，远程信息处理控制单元108可利用蓝牙、Wi-Fi和有线USB网络连接中的一个或更多个来方便通过用户的移动装置的与通信网络112的通信。在示例中，远程信息处理控制单元108可被配置为从ECU 104周期性地采集信息、将信息打包成数据流110、并通过通信网络112将数据流110提供至车辆信息服务器114。

远程信息处理控制单元108还可被配置为包括一个或更多个接口，车辆信息可从所述接口被发送和接收。在示例中，远程信息处理控制单元108可被配置为方便从连接至一个或更多个车辆总线106的车辆ECU 104采集包含在数据流110中的车辆信息。作为非限制性示例，由远程信息处理控制单元108检索的车辆信息可包括加速器踏板位置、方向盘角度、车辆速度、车辆位置(例如，GPS坐标等)、车辆唯一标识符(例如，VIN)、发动机每分钟转数(RPM)和车辆HMI信息(诸如方向盘按钮按下的信息)。下面详细地讨论从车辆ECU 104采集车辆信息的进一步的方面。

车辆信息服务器114可包括各种类型的计算设备，诸如，计算机工作站、服务器、台式计算机、由主机服务器执行的虚拟服务器实例或者一些其它的计算系统和/或装置。计算装置(诸如车辆信息服务器114)通常包括可保存计算机可执行指令的存储器，其中，所述指令可由计算装置的一个或更多个处理器来执行。可使用各种计算机可读介质来存储这种指令和其它数据。计算机可读介质(还被称为处理器可读介质或存储器)包括参与提供可被计算机(例如，被车辆信息服务器114的处理器)读取的数据(例如，指令)的任何非暂时性(例如，有形)介质。一般说来，处理器通过计算机可读存储介质等从例如存储器接收指令，并执行这些指令，从而执行一个或更多个处理(包括在此描述的处理中一个或更多个)。可从使用各种编程语言和/或技术创建的计算机程序中编译或解释计算机可执行指令，所述各种编程语言和/或技术包括但不限于Java、C、C++、C#、Objective C、Fortran、Pascal、Visual Basic、Java Script、Perl、Python、PL/SQL等中的一种或其组合。在示例中，车辆信息服务器114可被配置为通过网络112的方式保存从车辆102的远程信息处理控制单元108接收的数据流110。

车辆信息服务器144还可被配置为保存描述可由车辆102提供的数据流110的各种元素的参数定义116。参数定义116可包括每个可能的参数的信息的列表，诸如，特定参数的全局标识符、由参数表示的数据类型的描述(例如，名称)、被配置为提供参数的ECU 104的标识符以及参数的数据格式的详细描述(例如，比特率、比例、精确度、精度)。在一些情况下，参数定义116还可包括与算法或其它处理相关的信息，所述算法或其它处理可被用于配置ECU 104，以将数据流110处理成特定的参数定义116。在示例中，参数定义116可包括可被安装到ECU 104并可被ECU 104执行的软件或固件，以使ECU 104变得被重新配置为提供特定的参数定义116。

在系统100上进行变化是可能的。在示例中，代替或除了使用远程信息处理控制单元108来提供对车辆信息服务器114的远程连接，远程信息处理控制单元108可利用与娱乐单元ECU 104-D配对的用户的移动装置的调制解调器的通信功能来通过通信网络112执行通信。

图2示出了用于车辆102的ECU 104中的一个的系统100的报告子系统202的示例图200。如示出的，报告子系统202包括由ECU 104执行的并且与和ECU 104相关联的车辆数据缓冲区206通信的报告应用204。ECU 104可被配置为将报告应用204存储到ECU 104的可编程的存储器。ECU 104还可被配置为通信地连接至一个或更多个车辆总线106。尽管缓冲区被示出为在逻辑上与ECU 104分离，但应注意的是，缓冲区206可包括被包括在ECU 104之内和/或ECU 104之外的一个或更多个存储器。缓冲区206还可被配置为被通信地连接至一个或更多个车辆总线106。值得注意的是，缓冲区206可以不必连接至与ECU 104连接的多个车辆总线106相同的多个车辆总线106。

图3示出了由ECU 104的报告子系统202的报告应用204对车辆102的数据进行处理的示例图300。如示出的，原始参数302可由ECU 104(诸如，根据ECU 104的硬件和/或根据ECU 104的固件程序)来提供。因此，通过对报告应用204进行改变，这些原始参数302可以是相对不变的。因此，对原始参数302的供应进行更新可能需要对ECU 104的固件进行更新，而不仅需要对被配置为处理原始参数302的报告应用204进行更新。

报告应用204可被配置为接收可从ECU 104获得的原始参数302，并利用各种算法或功能来将原始参数302处理成处理参数304。例如，报告应用204可被配置为将原始参数302压缩成处理参数304，处理参数304可包括原始参数302的多个方面的数据压缩版本。在另一示例中，报告应用204可被配置为将原始参数302过滤成处理参数304，处理参数304仅包括原始参数302的信息的子集。其它示例处理算法可包括线性滤波、二次抽样、峰值检测、FFT、中值滤波、最小/最大值以及匹配滤波。每个处理参数304可与标识符(诸如，与由ECU 104提供的处理参数304相关联的参数定义116的唯一标识符代码)相关联。下面参照附图6讨论将原始参数302转换成处理参数304的详细示例。

一旦报告应用204被处理，则报告应用204可被配置为向缓冲区206提供处理参数304。缓冲区206可相应地被配置为存储将被卸载的处理参数304。在示例中，缓冲区206可将处理参数304存储在这样一种数据结构中，所述数据结构包括识别被存储的处理参数304的参数定义116的标识符码、处理参数304的值和时间戳(例如，用于计算处理参数304的原始参数302的采集时间、对处理参数304进行计算的开始时间和完成时间等)。响应于对处理参数304报告的触发，缓冲区206可被配置为发送针对ECU 104采集的每个处理参数304的每个ID/值/时间结构的数据单元或数据包(例如，CAN帧)。因此，当报告应用204被ECU 104执行时，报告应用204可被配置为使得ECU 104生成由参数定义116指定的处理参数304以及将处理参数304传递到缓冲区206以进行数据采集。

ECU 104还可被配置为诸如响应于从车辆信息服务器114接收的更新的参数定义116而允许报告应用204利用更新的报告应用204进行刷新。在示例中，ECU 104可被配置为经由车辆102的一个或更多个车辆总线106接收更新的报告应用204。报告应用204可驻留在ECU 104的专用软件位置，使得报告应用204可在不影响ECU 104的其它程序的情况下通过差异更新被有效地更新。

图4示出了用于车辆102的网络架构400的示例图。在示例网络架构400中，数据报告子系统202利用与ECU 104用于ECU到ECU通信的车辆网络106相同的车辆网络106。在示出的网络架构400中，每个报告子系统200被示出为连接至与其关联的ECU 104的车辆总线106相同的车辆总线106(例如，CAN总线)。

网络架构400还包括网络路由器402，所述网络路由器402被配置为桥接车辆总线106以方便ECU 104的报告子系统202和远程信息处理控制单元108之间的通信。例如，网络路由器402可被配置为识别哪些车辆总线106连接至接收的报文的目的地并将接收的报文转发至合适的车辆总线106。使用网络架构，远程信息处理控制单元108可被配置为请求车辆ECU 104的数据报告子系统202向远程信息处理控制单元108提供打包的车辆数据306。远程信息处理控制单元108可相应地将打包的车辆数据306采集到数据流110中，并将数据流110提供至车辆信息服务器114。

图5示出了用于车辆102的网络架构500的可选的示例图，所述用于车辆102的网络架构500使用与ECU 104使用的车辆总线106分离的报告车辆总线106。与网络架构400相比，在网络架构500中，报告数据流量未在与用于ECU到ECU通信的车辆总线106相同的车辆总线106上被提供。通过使用针对报告子系统202的分离的车辆总线106，网络架构500可减少对用于支持车辆102中的额外的数据传输以提供给远程信息处理控制单元108采集到的用于上报到数据流110中的打包的车辆数据306所需的额外的带宽使用的考虑。

图6示出了报告应用204将原始参数302压缩成用于上报的处理参数304的示例600。在示出的示例600中，发动机每分钟转数(RPM)的数据流602被示出为由发动机控制器ECU 104提供的原始参数302、减少的数据流604、减少的数据流604的重采样数据流606版本以及示出重采样的数据流606和原始参数流602之间的差异的误差数据流608。作为一种可行方式，发动机控制器ECU 104可配置有报告应用204，所述报告应用204被配置为执行所述示出的压缩，以将发动机RPM原始参数302(即，原始数据流602)转换成处理的发动机RPM参数304(即，减少的数据流604)。报告应用204或ECU 104还可被配置为将减少的数据流604存储在车辆数据缓冲区206中以经由车辆总线106传输至远程信息处理控制单元108，并从车辆102卸载至车辆信息服务器114。

如示出的，将减少的数据流604的采样频率按照原来频率的三分之一进行抽取(decimate)。抽取通常指的是降低数据流的采样频率的处理，在所述处理中，数据流可被低通滤波，随后来自数据流的采样可被丢弃。抽取因子可指的是输入频率和输出频率的比值，其中，抽取因子M被定义，使得输入频率/输出频率＝M。因此，减少的数据流604可包括原始数据流602的每三次采样的一个样本。

重采样的数据流606可包括重采样以备份原始参数流602的速率的减少的数据流604的数据。然而，由于一些信息因执行将原始参数流602的数据量减少为减少的数据流604的有损压缩(即，抽取)而被丢失，所以在重采样的数据流606中可存在某些误差水平。误差数据流608相应地示出了这种丢失的信息的量。值得注意的是，针对许多报告和诊断的目的，在示出的示例600中的误差的量可以是可接受的低的，同时节约数据传输中的车辆102带宽和网络宽带。

图7示出了用于方便有效的、自动的、可重新配置的车辆数据处理和上传的示例处理700。例如，处理700可由通过网络112与车辆信息服务器114通信的车辆102来执行。处理700可通过各种事件来启动，所述各种事件可以是车辆102内部的事件或者由车辆102从外部源接收的事件。

在操作702，车辆102接收车辆102外部的事件的触发指示。在示例中，车辆102可接收来自车辆信息服务器114的报告请求，所述报告请求请求车辆102提供包括由所述报告请求指示的参数定义116指定的信息的数据流110。在另一示例中，车辆102可接收来自车辆102的乘员的报告请求，所述报告请求请求车辆102提供来自由所述请求指示的车辆ECU 104的特定信息。在另一示例中，车辆102可检测事件的发生，响应于所述事件的发生，车辆102应提供由产生的事件指示的特定参数定义116。

在操作704，车辆102响应于事件而提供车辆102的标识符。在示例中，车辆102可将车辆102的VIN发送至车辆信息服务器114，以请求车辆信息服务器114提供用于报告给车辆102的参数定义116。基于接收的车辆102的标识符，车辆信息服务器114可被配置为识别与安装至车辆102的ECU兼容的参数定义116。

在操作706，车辆102从车辆信息服务器114接收参数定义116。例如，基于对兼容的参数定义116的确定，车辆信息服务器114可识别一个或更多个参数定义116，以提供给车辆102。在示例中，来自车辆信息服务器114的参数定义116可将由车辆102提供的处理参数304描述为处理参数304的唯一标识符。在另一示例中，来自车辆信息服务器114的参数定义116可将由车辆102提供的处理参数304描述为将被安装至车辆ECU 104的报告应用204，以接收原始参数302并计算处理参数304。

在操作708，车辆102确定请求的数据是否可用。在示例中，车辆102的远程信息处理控制单元108可查询ECU 104以确定车辆102的ECU 104是否能够提供产生处理参数304所需的原始参数302。如果ECU 104报告原始参数302不可用于由安装的车辆102的ECU 104来提供，则处理700结束。否则，控制转到操作710。

在操作710，车辆102确定重新配置对于提供请求的数据是否是必需的。在示例中，车辆102的远程信息处理控制单元108可查询ECU 104以确定ECU 104是否被配置为将原始参数302处理成由参数定义116指定的处理参数304。如果一个或更多个ECU需要重新配置，则控制转到操作712。否则，如果ECU 104被正确地配置，则控制转到操作714。

在操作712，车辆102重新配置数据流110。在示例中，远程信息处理控制单元108可请求过时的ECU 104更新其报告应用204，以根据包括在参数定义116中或以其它方式由参数定义116指定的一个或更多个报告应用204来将原始参数302处理成处理参数304。

在操作714，车辆102激活数据流110。在示例中，ECU 104可利用其各自的报告应用204来将原始参数302处理成处理参数304。报告应用204可相应地将处理参数304提供给与ECU 104相关联的车辆数据缓冲区206。

在操作716，车辆102上传数据。在示例中，远程信息处理控制单元108可被配置为周期性地从与ECU 104相关联的车辆数据缓冲区206采集打包的车辆数据306，并将该数据作为数据流110通过通信网络112提供至车辆信息服务器114。

在操作718，车辆信息服务器114分析数据。例如，车辆信息服务器114可支持对保存的数据流110进行查询，以向车辆信息服务器114的用户提供数据处理和其它功能。在操作718之后，处理700结束。

图8示出了用于方便有效的、自动的、可重新配置的基于服务器的车辆数据处理以及从车辆102收集数据的示例处理800。例如，处理800可由通过网络112与车辆102通信的车辆信息服务器114来执行。处理800可通过各种事件来启动，所述各种事件可以是服务器114内部的事件或者由服务器114从外部源接收的事件。数据操作器定义将由车辆捕获的参数。这里示出了三个数据操作器，定制数据操作器802、算法数据操作器804和诊断数据操作器806。定制数据操作器802通常用于车辆的特定分析，所述特定分析展示操作的类型或产生特定的标志、诊断故障代码(DTC)、通知或警告。特定分析可归因于工程需要。车辆可以是包含特定车辆选项的单个可识别的车辆、车辆生产线(vehicle line)、车辆类别或者车辆群组。例如，定制数据操作器可用于具有特定模型同步系统或者由特定1级供应商制造的车身控制模块(BCM)的所有车辆。此外，当标志的出现的数量或DTC大于预定阈值时，可对定制数据操作器802进行调节。例如，如果排气再循环(EGR)的DTC超过阈值，则请求诸如发动机RPM、环境空气温度和发动机空气温度的参数。

算法数据操作器804通常用于车辆的使用。车辆可以是包含特定车辆选项的单个可识别的车辆、车辆生产线、车辆类别或者车辆群组。该使用可有助于确定采用率、使用模式、客户需求以及与功能相关的业务方面。例如，车辆可以是新的车辆生产线，并且可选择与最前面的1000个车辆相关的VIN，其中，监测特定参数持续6个月，并在6个月之后，关闭参数监测。该参数可包括特定功能(诸如，自动停车辅助、信息娱乐系统的使用、环境光线的选择和使用、4轮驱动的使用等)的使用。

诊断数据操作器806通常用于车辆的操作。车辆可以是包含特定车辆选项的单个可识别的车辆、车辆生产线、车辆类别或者车辆群组。车辆的操作可归因于保修信息。例如，车辆可以是新的车辆生产线，并且可选择与最前面的1000个车辆相关联的VIN，其中，监测特定参数持续6个月，并在6个月之后，关闭参数监测。参数可包括发动机RPM、燃料消耗、发动机温度、加速速率、驾驶员动力需求等的直方图。

在操作808，服务器114对数据操作器(802、804和806)进行优先级排序。优先级可基于标志、信号量、优先级结构或者模块特定的限制。优先级结构可包括简单的3个级别(高、中、低)，其中，每个数据操作器被分配某一级别，多个操作器的等级通过先进先出(FIFO)、级别中的数字标识来确定，或者可以是使用多种优先级排序方法的复杂组合。在基于模糊逻辑的系统中，个别数据操作器可被分配权重以及类别。模块特定的限制可包括针对同时处理多个数据操作器的模块的CPU的非原子限制。

在操作810，服务器144基于从优先级管理器808识别的参数生成用于捕获、聚合以及发送参数的算法。这里，某些参数可以以较快的速率(诸如，100微秒)被捕获，并随后被聚合以形成直方图，使得基于100微秒分辨率的数据能够在不产生基于采样率的数据量的瓶颈的情况下被发送至服务器并被服务器分析。

在操作812，服务器114使用整体方法产生用于车辆中的每个识别的模块的参数。这里，服务器114产生用于每个模块的定义参数，所述定义参数考虑所有的参数、算法以及在算法创建方框810中识别的模块。然而，在定义的参数最终完成以前，服务器114经由云端与车辆816通信以获取车辆的内部总线带宽上的数据、车辆的状态以及车辆或单个模块与服务器之间的连接的传输速率。从车辆816至服务器114的一个数据通道被示出为优先级管理器808、算法创建810、参数创建812和车辆816之间的双向线路。这种双向线路和模块(808、810、812和806)通常被用于设定车辆816以捕获、聚合和打包数据。一旦参数定义被加载至车辆816，则车辆816可将数据捕获、聚合、打包并发送至服务器114。

车辆816(诸如，具有模块104和模块108以及车辆总线106的车辆102)还可包括诸如防抱死制动系统(ABS)、电子稳定性控制(ESC)模块、乘客乘员检测系统(PODS)和约束控制模块(RCM)的模块。这些模块能够收集车辆操作和使用的许多方面。例如，ABS模块能够确定制动片的水平、制动液的水平和车轮锁定量。基于制动片的水平，ABS模块能够确定制动片磨损的速率，并基于选择的参数定义确定制动片磨损对驾驶特性的影响。此外，RCM可确定乘客系安全带的频率，或者PODS可确定乘客在车辆中的频率以及乘客的特征(诸如，乘客的重量)。此外，车辆总线上的数据流量可被监测，并且参数定义可配置总线上的一些模块以减少总线流量，以便“释放”或增加总线的可用车辆带宽以满足由服务器114请求的另一模块的数据需求。随着可用车辆带宽的增加，参数定义还可重新配置TCU 108以增加连接带宽。这可能需要TCU选择可选的信道以在诸如将TCU从打包的话上数据信道重新配置到专用数据信道(诸如，LTE或者4G LTE)上进行操作。

车辆816的数据总线可包括控制器局域网络(CAN)总线、Flexray总线、局域互联网络(LIN)总线、以太网总线、面向媒体的系统传输(MOST)以及这些总线的衍生体(诸如，以太网AVB和CAN-FD)。一些模块能够使用多种总线协议与其它模块通信。例如，能够经由CAN-FD协议通信的两个模块可被配置为通常通过标准CAN通信。这里，模块可被重新配置为通过CAN-FD通信以提供与CAN-FD协议的较大有效负荷相关联的额外的带宽。此外，一些模块能够以比它们通常通信的传输速率更快的传输速率运行。例如，通常被配置为以500kbps操作的总线能够以1Mbps进行操作。这里，在有限的时间内以更高的1Mbps重新配置多个模块来操作将会增加可用的带宽。

在操作818，服务器114将接收并解析数据。解析数据使得数据被分类并被排列在“存储仓”和“存储桶”中。该分类可基于包含特定车辆选项的车辆、车辆生产线、车辆类别或车辆群组。此外，该分类可基于DTC、参数的性质、参数的值或者与展示特定操作特性的车辆相关联的数据。例如，如果车辆被分析出与缺乏加速度的投诉相关，则来自诸如动力传动系统控制模块(PCM)、传动装置控制模块(TCM)、防抱死制动系统(ABS)、胎压监测系统(TPMS)等的多个模块的数据被分类。来自PCM的数据的示例可包括发动机RPM、燃料流、燃料消耗、空气温度、冷却剂温度、油压、油温、排气温度、排气氧浓度和进气氧浓度。在操作820，服务器114解析数据使得数据被排列以存储在车辆的数据库822中，并被显示在监视器上或者与其它数据一起被用于分析。

图9示出了用于通过服务器(诸如，服务器114)来方便有效的、自动的、可重新配置的车辆水平数据处理的示例流程图900。流程图900可在框图800中被实现。

在操作902，服务器114确定车辆数据集。在一个实施方式中，操作902可由图8的方框810来实现。在可选的实施例中，操作902可由在客户端上的提取的变量来定义。在操作904，如在图8的方框812中示出的，服务器定义参数的映射。基于操作904的参数映射，在操作906，服务器114将可用TCU数据流与请求的数据流进行比较。如果可用数据流比请求的数据流小，则决策树将从分支返回到操作902以确定另一车辆数据集。如果可用数据流比请求的数据流大，则决策树将继续至操作908。在可选的实施例中，操作904可使用协议缓冲区格式(诸如，谷歌协议缓冲区格式)更新消息队列遥测传输(MQTT)主题。

在操作908，服务器114生成可包括可执行的固件、报告代码或缓冲区文件(诸如，服务传输网络(SDN)缓冲区文件)的参数定义。这与在验证可用数据流之后的图8的步骤810和812的组合类似。固件代码和报告代码可包括：用于模块的处理器或控制器的装配指令、用于配置处理器或控制器以执行任务或运行函数库的校准变量或者用于运行在由处理器或控制器创建的虚拟机上的指令。

在操作910，服务器114经由云端或其它网络向车辆发送参数定义。在远程车辆816上，对车辆816的访问的认证被请求。在操作912，可通过驾驶员信息控制台(DIC)上的弹出菜单、信息娱乐系统屏幕或者仪表板显示器请求进行认证。认证可能需要进一步进行，或者，在可选的实施例中，认证可能需要阻止或关闭对车辆816的访问。访问可被明确地许可或者受到没有阻止访问的暗示。在访问被许可后，车辆中的模块或多个模块利用参数定义被更新。该更新可包括擦除或重新配置非易失性存储器(诸如，EEPROM、FLASH或MRAM存储器)或易失性存储器(诸如，RAM)。在操作914，执行正确更新的验证。

在操作916，服务器更新用于特定VIN的服务器缓冲区文件。这可能包括方框812和方框816之间的握手以基于来自车辆816的数据来配置模块。在操作918，服务器114经由云端提取数据以将数据解析为数据结构。在操作920，数据随后被发送到数据库以进行存储和分析。

在此公开的处理、方法或算法可被传送到处理装置、控制器、微处理器或计算机或者通过处理装置、控制器、微处理器或计算机来实现，其中，所述处理装置、控制器或计算机可包括任何现有的可编程电子控制单元或专用电子控制单元。类似地，所述处理、方法或算法可以以多种形式被存储为可由控制器或计算机执行的数据和指令，其中，所述多种形式包括但不限于：永久地存储在非可写存储介质(诸如，ROM装置)上的信息以及可改变地存储在可写存储介质(诸如，软盘、磁带、CD、RAM装置和其它磁性介质和光学介质)上的信息。所述处理、方法或算法还可在软件可执行对象中实现。可选地，可使用适当的硬件组件(诸如，专用集成电路(ASIC)、现场可编程门阵列(FPGA)、状态机、控制器或其它硬件组件或装置)或者硬件、软件和固件组件的组合来全部或部分地实现所述处理、方法或算法。

虽然以上描述了示例性实施例，但是这些实施例并不意在描述权利要求所涵盖的所有可能的形式。说明书中所使用的词语是描述性词语而非限制性词语，并且应理解的是，可在不脱离本公开的精神和范围的情况下做出各种改变。如前所述，可将各个实施例的特征进行组合以形成本发明的可能未被明确描述或示出的进一步的实施例。尽管针对一个或更多个期望的特性，各个实施例已经被描述为提供优点或优于其它实施例或现有技术的实施方式，但是本领域的普通技术人员应认识到，一个或更多个特征或特性可被折衷以实现依赖于特定应用和实施方式的期望的整体系统属性。这些属性可包括但不限于成本、强度、耐用性、生命周期成本、市场性、外观、包装、尺寸、可维护性、重量、可制造性、装配的容易性等。因此，被描述为在一个或更多个特性方面不如其它实施例或现有技术实施方式的实施例并非在本公开的范围之外，而可被期望用于特定的应用。