用于动态重新配置电子控制单元的方法和设备与流程

示意性实施例总体上涉及用于动态重新配置电子控制单元的方法和设备。

背景技术

售后配件和客户安装的替换配件已在汽车工业中存在多年。有数千种定制配件可安装在不同的车辆上，而且这些配件改善了车辆的外观和性能。

对于许多定制配件来说，可能需要技能熟练的机械师来安装配件并且另外重新配置车辆，以便优化性能增益。在很多情况下，机械师可能甚至不知道所有可实现的对车辆做出的性能增益的“调整”(tweak)，这样，配件的效用可能就没有被认识到。

随着车辆计算机和电子控制单元(ecu)的出现，基于特定配件的安装，有更多的选项可用于定制和改善性能。不幸的是，这意味着机械师现在必须擅长机械、电气和软件调整。这也意味着机械师必须持续评估与ecu相关的可用性和安装选项。

技术实现要素：

在第一示意性实施例中，一种系统包括处理器，所述处理器被配置为：接收用于识别新安装的车辆配件的配件识别输入。所述处理器还被配置为：响应于所述配件识别输入，将配件识别数据传送到云服务器；响应于所述传送，接收电子控制单元(ecu)的重新配置指令。所述处理器还被配置为：执行所述重新配置指令，以重新配置在所述重新配置指令中识别的车辆ecu。

在第二示意性实施例中，一种计算机实现的方法包括：根据从远程源接收到的重新配置指令来重新配置车辆ecu，所述指令是响应于从连接到所述车辆ecu的车辆计算系统传送新安装的车辆配件的标识而被接收的。

在第三示意性实施例中，一种系统包括处理器，所述处理器被配置为：从车辆计算机接收关于新安装的车辆配件的配件识别信息。所述处理器还被配置为：确定车辆中存在哪些电子控制单元(ecu)，所述ecu在与通过所述配件识别信息识别的配件相关的优化指令中被识别。所述处理器还被配置为：响应于确定车辆中存在ecu，传送用于车辆中存在的ecu的优化指令。

附图说明

图1示出了示意性的车辆计算系统；

图2示出了车辆配件数据接收处理的示意性示例；

图3示出了基于云的标定处理的示意性示例；

图4示出了对于未知配件的ecu标定的示意性处理；

图5示出了配件到数据库的添加处理的示意性示例。

具体实施方式

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

图1示出了用于车辆31的基于车辆的计算系统(vcs)1的示例框式拓扑图。这种基于车辆的计算系统1的示例为由福特汽车公司制造的sync系统。设置有基于车辆的计算系统的车辆可包含位于车辆中的可视前端界面4。如果所述界面设置有例如触摸敏感屏幕，则用户还能够与所述界面进行交互。在另一示意性实施例中，通过按钮按压、具有自动语音识别和语音合成的语音对话系统来进行交互。

在图1所示的示意性实施例1中，处理器3控制基于车辆的计算系统的至少一部分操作。设置在车辆内的处理器允许对命令和例程进行车载处理。另外，处理器连接到非持久性存储器5和持久性存储器7两者。在此示意性实施例中，非持久性存储器是随机存取存储器(ram)，持久性存储器是硬盘驱动器(hdd)或闪存。一般说来，持久性(非暂时性)存储器可包括当计算机或其它装置掉电时保持数据的所有形式的存储器。这些存储器包括但不限于：hdd、cd、dvd、磁带、固态驱动器、便携式usb驱动器以及任何其它适当形式的持久性存储器。

处理器还设置有允许用户与处理器进行交互的多个不同的输入。在此示意性实施例中，麦克风29、辅助输入25(用于输入33)、usb输入23、gps输入24、屏幕4(其可为触摸屏显示器)和蓝牙输入15全部被提供。还提供输入选择器51，以允许用户在各种输入之间进行切换。对于麦克风和辅助连接器两者的输入在被传送到处理器之前，由转换器27对所述输入进行模数转换。尽管未示出，但是与vcs进行通信的众多车辆组件和辅助组件可使用车辆网络(诸如但不限于can总线)向vcs(或其组件)传送数据并传送来自vcs(或其组件)的数据。

系统的输出可包括但不限于视觉显示器4以及扬声器13或立体声系统输出。扬声器连接到放大器11，并通过数模转换器9从处理器3接收其信号。还可分别沿19和21所示的双向数据流产生到远程蓝牙装置(诸如个人导航装置(pnd)54)或usb装置(诸如车辆导航装置60)的输出。

在一示意性实施例中，系统1使用蓝牙收发器15与用户的移动装置53(例如，蜂窝电话、智能电话、pda或具有无线远程网络连接能力的任何其它装置)进行通信(17)。移动装置随后可被用于通过例如与蜂窝塔57的通信(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中，蜂窝塔57可以是wifi接入点。

移动装置与蓝牙收发器之间的示例性通信由信号14表示。

可通过按钮52或类似的输入来指示移动装置53与蓝牙收发器15进行配对。相应地，cpu被指示车载蓝牙收发器将与移动装置中的蓝牙收发器进行配对。

可利用例如与移动装置53关联的数据计划、话上数据或dtmf音在cpu3与网络61之间传送数据。可选地，可期望包括具有天线18的车载调制解调器63以便在cpu3与网络61之间通过语音频带传送数据(16)。移动装置53随后可被用于通过例如与蜂窝塔57的通信(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中，调制解调器63可与蜂窝塔57建立通信20，以与网络61进行通信。作为非限制性示例，调制解调器63可以是usb蜂窝调制解调器，并且通信20可以是蜂窝通信。

在一个示意性实施例中，处理器设置有包括用于与调制解调器应用软件进行通信的api的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件，以完成与(诸如在移动装置中发现的)远程蓝牙收发器的无线通信。蓝牙是ieee802pan(个域网)协议的子集。ieee802.11lan(局域网)协议包括wifi且与ieee802pan具有相当多的交叉功能。两者都适合于车辆内的无线通信。可在该领域中使用的另一些通信方式是自由空间光通信(诸如irda)和非标准化消费者红外(ir)协议。

在另一实施例中，移动装置53包括用于语音频带或宽带数据通信的调制解调器。在话上数据的实施例中，当移动装置的所有者可在数据被传送的同时通过装置说话时，可实施已知为频分复用的技术。在其它时间，当所有者没有在使用装置时，数据传送可使用整个带宽(在一个示例中是300hz至3.4khz)。尽管频分复用对于车辆与互联网之间的模拟蜂窝通信而言会是常见的且仍在被使用，但其已经在很大程度上被用于数字蜂窝通信的码域多址(cdma)、时域多址(tdma)、空域多址(sdma)的混合体所替代。如果用户具有与移动装置53关联的数据计划，则所述数据计划可允许宽带传输且系统可使用宽得多的带宽(加速数据传送)。在另一实施例中，移动装置53被安装至车辆31的蜂窝通信装置(未示出)所替代。在另一实施例中，移动装置(nd)53可以是能够通过例如(而不限于)802.11g网络(即，wifi)或wimax网络进行通信的无线局域网(lan)装置。

在一个实施例中，传入数据可经由话上数据或数据计划通过移动装置，通过车载蓝牙收发器，并进入车辆的内部处理器3。例如，在某些临时数据的情况下，数据可被存储在hdd或其它存储介质7上，直至不再需要所述数据时为止。

可与车辆进行交互的其它的源包括：具有例如usb连接56和/或天线58的个人导航装置54、具有usb62或其它连接的车辆导航装置60、车载gps装置24或具有与网络61的连接能力的远程导航系统(未示出)。usb是一类串行联网协议中的一种。ieee1394(火线^tm(苹果)、i.link^tm(索尼)和lynx^tm(德州仪器))、eia(电子工业协会)串行协议、ieee1284(centronics端口)、s/pdif(索尼/飞利浦数字互连格式)和usb-if(usb开发者论坛)形成了装置-装置串行标准的骨干。多数协议可针对电通信或光通信来被实施。

此外，cpu可与各种其它的辅助装置65进行通信。这些装置可通过无线连接67或有线连接69来进行连接。辅助装置65可包括但不限于个人媒体播放器、无线保健装置、便携式计算机等。

此外或可选地，可使用例如wifi(ieee803.11)收发器71将cpu连接到基于车辆的无线路由器73。这可允许cpu在本地路由器73的范围内连接到远程网络。

除了由位于车辆中的车辆计算系统执行示例性处理之外，在某些实施例中，还可由与车辆计算系统通信的计算系统来执行示例性处理。这样的系统可包括但不限于：无线装置(例如，但不限于，移动电话)或通过无线装置连接的远程计算系统(例如，但不限于，服务器)。这样的系统可被统称为与车辆关联的计算系统(vacs)。在某些实施例中，vacs的特定组件可根据系统的特定实施来执行处理的特定部分。通过示例而并非限制的方式，如果处理具有与配对的无线装置进行发送或者接收信息的步骤，则很可能由于无线装置不会与自身进行信息的“发送和接收”而使得无线装置不执行该处理的这一部分。本领域的普通技术人员将理解何时不适合对给定解决方案应用特定的计算系统。

在此讨论的每个示意性实施例中，示出了可由计算系统执行的处理的示例性的、非限制的示例。针对每个处理，执行处理的计算系统出于执行处理的有限目的而变成被配置为专用处理器以执行处理是可行的。所有的处理不需要全部被执行，并且被理解为是可被执行以实现本发明的要素的多种类型的处理的示例。可根据需要向示例性处理添加额外的步骤或从示例性处理中去除额外的步骤。

针对在示出示意性处理流程的附图中描述的示意性实施例，应注意的是，通用处理器可被临时用作专用处理器，以用于执行通过这些附图示出的部分或全部示例性的方法的目的。当执行提供用于执行所述方法的部分或全部步骤的指令的代码时，处理器可被临时改用为专用处理器，直到所述方法完成时为止。在另一示例中，在适当的程度上，根据预先配置的处理器运行的固件可使得处理器充当为了执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。

示意性示例利用车辆的能力与云连接，以便传送配件的安装数据并接收关于更新车辆ecu的指令。云资源能够为特定售后配件提供优化、或预测优化后的ecu设置。云能够向车辆计算机发送这些配置指令，车辆计算机基于所述指令重新配置ecu，以便使利用新配件(至少从计算角度来讲)达到最佳或接近最佳的性能。

可以通过捕获序列号、制造商和/或型号，或甚至配件类型(例如，刹车盘)和制造商的标识来实现配件识别。在一些情况下，发送配件特性也可能有用，配件特性可以是物理特性(例如，碳纤维)、机械特性(例如，10000rpm(每分钟转数))、电气特性(例如，5000伏)或甚至数字特性(例如，软件版本1.12)。

图2示出了车辆配件数据接收处理的示意性示例。在此非限制性示例中，用户/经销商/机械师已在车辆上安装了新配件。配件可能是任何类型的售后配件或替换配件，并且，如果可以进行车辆ecu的重新标定，则可能会更好地实现新配件的功能。

经销商或其他熟练的技术人员可以基于配件规格来检查ecu标定的列表或动态配置ecu。然而，这可能是一个花费时间的过程，并且可能没有充分利用当前水平的关于正确标定的知识，除非技术人员也具有当前水平的知识。此示意性示例提供了基于中央知识数据库的自动再标定，使得能够迅速有效地对ecu实施已知的优化，并且确保使用的标定是近乎最优的标定。

在此示例中，在步骤201，技术人员或用户捕获配件id。例如，该步骤可包括：扫描sku，为配件或配件编号拍照，或者以其它方式输入相关配件数据(例如，制造商id)。如果没有可用的配件标识，则技术人员可能从用户手册或包装上了解配件的技术说明，并且能够输入所述说明作为相关的配件id。

处理随后在步骤203连接到云，并在步骤205将配件id或其它数据发送到云。在此示例中，处理首先尝试收集基于配件编号或标识号的配件信息。如果在步骤207云确认特定配件的知识，则处理将会进行参照图3讨论的优化策略。

如果云不知道配件id并且无法确认配件知识，则处理可请求某配件的详细数据。这可能包括例如，在步骤209接收配件类型(例如，刹车钳)的输入。基于识别的配件类型，在步骤211，处理可提供相关特性的列表，用户或技术人员可将所述列表用作输入配件数据的基础。

对于输入用户已知的任何特性领域，在步骤213，处理可接收已知的特性数据(例如，材料、电气特性等)。然后，在步骤215，处理可将该数据发送到云，云可对特性做出响应，以及建立该配件的记录以备用于将来针对同样配件的请求。

图3示出了基于云的标定处理的示意性示例。在此示例中，在步骤301，云接收由技术人员或用户输入的配件标识，配件标识被传送到云。然后，云在步骤303基于配件标识查找配件，以在步骤305确定在标定特性数据库中配件是否已经是已知的。

如果配件目前是未知的，则在步骤307，处理可发送针对配件指定特性的请求，并接收响应的配件指定特性，然后进行图4定义的处理。

如果配件已知，在步骤309，处理也可查找或接收车辆标定数据，车辆标定数据指示针对任何可重新配置的ecu的当前设置，所述可重新配置的ecu可与配件相互作用或以其它方式受益于根据配件的再标定。如果在步骤311所述查找显示ecu标定数据的存在时间比预定阈值时间段更长，或者可表现为过期，则在步骤313，处理可向车辆发送针对更新的ecu数据的请求。在步骤315，处理接收响应于该请求的更新的ecu数据。如果处理已接收到按照配件id请求的一部分的ecu数据或者已在先前的处理的点接收到ecu数据，则处理可放弃这一步骤。

然后在步骤317，处理可基于更新的ecu数据或现有的最新ecu数据来标定ecu。这个步骤可能基于根据已知配件特性针对特定ecu定义的标定公式，以及配件与ecu相互作用的效果，或者标定可能基于与针对特定车辆或车辆群的特定配件或配件特性相关联的预定设置。

在步骤319，如果ecu的标定导致任何更改，则在步骤321，处理可将再标定指令发送到电话或车辆。否则，在步骤323，处理可发送许可。将再标定指令发送到电话以及车辆可允许在车辆无法访问云上的再标定系统时发生再标定。例如，如果在车辆正在行驶时无法进行再标定，则处理可在电话或车辆上对再标定进行排队，并处理可在将来当车辆停车时下载/安装再标定数据。由于车辆可能停在远程信号不可用的区域，因此，电话上也存在所述数据允许在电话与车辆之间进行本地通信，以利于再标定。

图4示出了针对未知配件的ecu的标定的示意性处理。在此示例中，在步骤401，响应于在配件id不可用或未知时发送的特性输入或者请求，处理接收特性数据。在步骤403，处理再次查找通过初始请求或按照单独查询的部分识别的车辆。在步骤405，基于识别的车辆和关于车辆ecu的知识，处理从再标定角度确定识别类型的配件是否甚至相关。也就是说，如果不存在基于安装了新的刹车钳的针对特定车辆的再标定数据，则无需进一步继续进行所述查询。在步骤407，处理可报告不需要更改，并退出。

尽管目前没有更改，但是，可能随后发现特定配件受益于先前未知的再标定。因此，储存关于特定车辆的所有识别配件的记录是可行的，并且远程系统可定期运行针对当前和改进的ecu标定的配件检查，以确定是否应该进行动态ecu再标定。如果系统识别出用于再标定的时机，则系统可请求与车辆通信，以发送再标定指令。

如果存在至少一项关于识别类型的配件的可能再标定，则在步骤409，处理可确定是否存在执行再标定所必需的参数。例如，如果处理被告知已安装未知刹车盘，则处理可能需要知道刹车盘的组成，以便对一个或更多个ecu进行再标定。这个步骤允许处理确定需要的数据是否存在。如果存在足够的数据用于再标定，则处理可进行至图3的步骤309。否则，在步骤411，处理可请求需要的参数，包括指定哪些参数是需要的，然后处理循环回到步骤409直到需要的参数存在(或直到处理超时)为止。

图5示出了配件到数据库的添加处理的示意性示例。在此示例中，在步骤501，处理接收先前未知配件的配件数据或非数据库中的永久配件的配件的配件数据(类型、特性等)。在步骤503，处理可将识别的配件特性与其它的临时或永久存储的配件特性相比较，以确定新配件与已知配件或先前识别的配件之间是否存在可用的对应性。

在步骤505，处理还将配件和特性存储到临时数据库中。如果在步骤507配件在临时数据库中出现阈值次数，则系统确定该配件可能为值得存储在永久数据库中的相关配件，并且系统检查与该配件相关联的特性以在步骤509确定数据对于临时数据库中的所有或大多数配件实例是否匹配。如果对于足够匹配而言有过多的异常值(例如，40％的数据不匹配，60％的数据匹配)，则在步骤511，系统移除无关数据并将匹配数据重新分组为单独的部分。在重新分组之后，系统可再次确定对于永久识别是否仍留有足够数据，如果仍留有足够数据，则处理应立即确定特性数据匹配，并且在步骤513，系统可将该部分添加到永久数据库。

如果配件id被输入但仅仅是未知的，则系统可基于配件id临时存储数据。这样使得将多个数据条目分类为对应于相同配件变得容易。

尽管上面描述了示例性的实施例，但并不意在这些实施例描述了本发明的所有可能形式。更确切地，说明书中使用的词语为描述性词语而非限制性词语，并且应理解的是，可在不脱离本发明的精神和范围的情况下做出各种改变。此外，可以以逻辑方式组合各种实现的实施例的特征，以产生在此描述的实施例的情境的适当变型。