CN116578312A - 交通工具软件更新技术 - Google Patents

Abstract

本发明涉及一种交通工具软件更新技术。系统包括源交通工具和目的交通工具。目的交通工具被配置成确定源交通工具和目的交通工具适当地接近以通过无线通信信道交换数据，将目的交通工具中的当前版本号与源交通工具中批准的版本号进行比较，响应于一个或多个标准批准目的交通工具中的一个或多个当前软件部件的更新，响应于批准用于更新的当前软件部件的当前版本号不同于批准的软件部件的对应批准版本号，在目的交通工具处经由无线通信信道从源交通工具接收一个或多个批准的软件部件，并且用从源交通工具接收的一个或多个批准的软件部件更新目的交通工具中的一个或多个当前软件部件。

Description

交通工具软件更新技术

引言。

技术领域

本公开涉及用于交通工具软件更新技术的系统和方法。

背景技术

现代交通工具通过包含越来越多数量的复杂电子器件而变得越来越复杂。复杂的电子器件常常包含软件，软件可以随着改进和错误的纠正而进行调整。当交通工具长期未投入服务时，就会出现问题。一些车辆的所有者可能没有意识到更新是可获得的，并且因此没有利用这些更新。其他车辆的所有者可能会利用无法可靠获取更新的服务站。

因此，当连接不容易获得和/或不可靠时，本领域技术人员继续在交通工具软件更新领域进行研究和开发。

发明内容

本文提供了一种系统。该系统包括源交通工具和目的交通工具。源交通工具被配置成存储多个批准的软件部件和多个批准的版本号。目的交通工具包括收发器、多个电路、安装在所述多个电路内的多个当前软件部件以及多个当前软件部件的多个当前版本号。目的交通工具被配置成确定源交通工具和目的交通工具适当地接近以通过收发器经由无线通信信道交换数据，将目的交通工具中的多个当前版本号与源交通工具中的多个批准的版本号进行比较，响应于一个或多个标准批准所述多个当前软件部件中的一个或多个的更新， 响应于被批准用于更新的多个当前软件部件的多个当前版本号不同于多个批准版本号中的相应版本号，经由无线通信信道在目的交通工具处从源交通工具接收所述多个批准的软件部件中的一个或多个，并且用从源交通工具接收的一个或多个批准的软件部件更新目的交通工具中的一个或多个当前软件部件。

在系统的一个或多个实施例中，所述一个或多个标准包括要更新的多个当前软件部件的一个或多个手动选择。

在系统的一个或多个实施例中，所述一个或多个标准包括无线通信信道的带宽、传输多个批准的软件部件的源交通工具的源总处理能力、接收多个批准的软件部件并执行更新的目的交通工具的目的总处理能力、可用于执行更新的时间以及多个批准的软件部件之间的优先级中的一个或多个。

在该系统的一个或多个实施例中，目的交通工具还被配置成在更新已经完成之后向源交通工具传送安装在目的交通工具中的多个当前软件部件和多个批准的软件部件的列表，并且源交通工具还被配置成向源交通工具外部的储存库传送该列表。

在该系统的一个或多个实施例中，该列表包括目的交通工具中的多个电路的多个零件号。

在系统的一个或多个实施例中，所述多个批准的软件部件中的至少一个包括可在目的交通工具的多个电路中的至少一个中执行的代码。

在该系统的一个或多个实施例中，多个批准的软件部件中的至少一个包括在目的交通工具的多个电路中的至少一个中利用的校准信息。

在该系统的一个或多个实施例中，源交通工具还被配置成将源交通工具内的照明条件传送给目的交通工具，并且目的交通工具还被配置成自动应用从源交通工具接收的照明条件。

在该系统的一个或多个实施例中，在目的交通工具处接收多个批准的软件部件中的一个或多个是响应于源交通工具和目的交通工具在品牌、型号和年份上彼此匹配。

本文提供了一种用于交通工具软件更新的方法。该方法包括在源交通工具中存储多个批准的软件部件和多个批准的版本号，并且移动一个或多个源交通工具和目的交通工具适当地彼此接近。目的交通工具包括收发器、多个电路、安装在多个电路内的多个当前软件部件以及多个当前软件部件的多个当前版本号。该方法还包括确定源交通工具和目的交通工具适当接近以通过收发器经由无线通信信道交换数据，将目的交通工具中的多个当前版本号与源交通工具中的多个批准的版本号进行比较，响应于一个或多个标准批准多个当前软件部件中的一个或多个的更新， 响应于被批准用于更新的多个当前软件部件的多个当前版本号不同于多个批准版本号中的对应版本号，经由无线通信信道在目的交通工具处从源交通工具接收多个批准的软件部件中的一个或多个，并且用从源交通工具接收的一个或多个批准的软件部件更新目的交通工具中的一个或多个当前软件部件。

在该方法的一个或多个实施例中，所述一个或多个标准包括要更新的多个当前软件部件的一个或多个手动选择。

在该方法的一个或多个实施例中，所述一个或多个标准包括无线通信信道的带宽、传输多个批准的软件部件的源交通工具的源总处理能力、接收多个批准的软件部件并执行更新的目的交通工具的目的总处理能力、可用于执行更新的时间以及多个批准的软件部件之间的优先级中的一者或多者。

在一个或多个实施例中，该方法还包括在更新已经完成之后，将安装在目的交通工具中的多个当前软件部件和多个批准的软件部件的列表从目的交通工具传送到源交通工具，并将该列表从源交通工具传送到源交通工具外部的储存库。

在该方法的一个或多个实施例中，该列表包括目的交通工具中的多个电路的多个零件号。

在该方法的一个或多个实施例中，多个批准的软件部件中的至少一个包括可在目的交通工具的多个电路中的至少一个中执行的代码。

在该方法的一个或多个实施例中，多个批准的软件部件中的至少一个包括在目的交通工具的多个电路中的至少一个中使用的校准信息。

在一个或多个实施例中，该方法还包括将源交通工具内的照明条件从源交通工具传送到目的交通工具，并且在目的交通工具中自动应用从源交通工具接收的照明条件。

本文提供了一种交通工具。该交通工具包括收发器、多个电路、安装在多个电路内的多个当前软件部件、多个当前软件部件的多个当前版本号以及交通工具任务管理器。收发器被配置成经由无线通信信道与源交通工具交换数据。交通工具任务管理器被配置成确定源交通工具和交通工具适当地接近以经由收发器经由无线通信信道交换数据。源交通工具被配置成存储多个批准的软件部件和多个批准的版本号。交通工具任务管理器还被配置成将交通工具中的多个当前版本号与源交通工具中的多个批准的版本号进行比较，响应于一个或多个标准批准多个当前软件部件中的一个或多个的更新，响应于被批准用于更新的多个当前软件部件的多个当前版本号不同于多个批准版本号中的对应版本号，在交通工具处经由无线通信信道从源交通工具接收多个批准的软件部件中的一个或多个，并且用从源交通工具接收的一个或多个批准的软件部件更新交通工具中的一个或多个当前软件部件。

在一个或多个实施例中，交通工具还被配置成在更新完成后，向源交通工具传送安装在交通工具中的多个当前软件部件和多个批准的软件部件的列表。

在交通工具的一个或多个实施例中，列表包括交通工具中多个电路的多个零件号。

本发明提供了以下技术方案：

1. 一种系统，包括：

源交通工具，其被配置成存储多个批准的软件部件和多个批准的版本号；和

目的交通工具，包括收发器、多个电路、安装在所述多个电路内的多个当前软件部件以及所述多个当前软件部件的多个当前版本号，其中，所述目的交通工具被配置成：

确定所述源交通工具和所述目的交通工具适当地接近以通过收发器经由无线通信信道交换数据；

将所述目的交通工具中的所述多个当前版本号与所述源交通工具中的所述多个批准的版本号进行比较；

响应于一个或多个标准，批准对所述多个当前软件部件中的一个或多个的更新；

响应于批准用于更新的多个当前软件部件的多个当前版本号不同于多个批准版本号中的对应版本号，经由无线通信信道在所述目的交通工具处从所述源交通工具接收多个批准的软件部件中的一个或多个；和

用从所述源交通工具接收的一个或多个批准的软件部件更新目的交通工具中的一个或多个当前软件部件。

根据技术方案1所述的系统，其中，所述一个或多个标准包括对要更新的所述多个当前软件部件的一个或多个手动选择。

根据技术方案1所述的系统，其中，所述一个或多个标准包括无线通信信道的带宽、传输所述多个批准的软件部件的源交通工具的源总处理能力、接收所述多个批准的软件部件并执行更新的目的交通工具的目的总处理能力、可用于执行更新的时间以及所述多个批准的软件部件之间的优先级中的一者或多者。

根据技术方案1所述的系统，其中：

所述目的交通工具还被配置成在更新已经完成之后，向所述源交通工具传送安装在所述目的交通工具中的多个当前软件部件和多个批准的软件部件的列表；并且

所述源交通工具还被配置成将所述列表传送到所述源交通工具外部的储存库。

根据技术方案4所述的系统，其中，所述列表包括所述目的交通工具中多个电路的多个零件号。

根据技术方案1所述的系统，其中，所述多个批准的软件部件中的至少一个包括能够在所述目的交通工具的所述多个电路中的至少一个中执行的代码。

根据技术方案1所述的系统，其中，所述多个批准的软件部件中的至少一个包括在所述目的交通工具的所述多个电路中的至少一个中使用的校准信息。

根据技术方案1所述的系统，其中：

所述源交通工具还被配置成将所述源交通工具内的照明条件传送给目的交通工具；并且

所述目的交通工具还被配置成自动应用从所述源交通工具接收的照明条件。

根据技术方案1所述的系统，其中，在所述目的交通工具处接收多个批准的软件部件中的一个或多个是响应于所述源交通工具和所述目的交通工具在品牌、型号和年份上相互匹配。

一种用于交通工具软件更新的方法，包括：

在源交通工具中存储多个批准的软件部件和多个批准的版本号；

移动所述源交通工具和所述目的交通工具中的一个或多个适当地彼此接近，其中，所述目的交通工具包括收发器、多个电路、安装在所述多个电路内的多个当前软件部件以及所述多个当前软件部件的多个当前版本号；

确定所述源交通工具和所述目的交通工具适当地接近以通过收发器经由无线通信信道交换数据；

将所述目的交通工具中的所述多个当前版本号与所述源交通工具中的多个批准的版本号进行比较；

响应于一个或多个标准，批准对所述多个当前软件部件中的一个或多个的更新；

响应于批准用于更新的所述多个当前软件部件的所述多个当前版本号不同于所述多个批准的版本号中的对应版本号，在所述目的交通工具处经由所述无线通信信道从所述源交通工具接收所述多个的批准软件部件中的一个或多个；以及

用从所述源交通工具接收的一个或多个批准的软件部件来更新所述目的交通工具中的一个或多个当前软件部件。

根据技术方案10所述的方法，其中，所述一个或多个标准包括要更新的多个当前软件部件的一个或多个手动选择。

根据技术方案10所述的方法，其中，所述一个或多个标准包括无线通信信道的带宽、传输所述多个批准的软件部件的源交通工具的源总处理能力、接收所述多个批准的软件部件并执行更新的目的交通工具的目的总处理能力、可用于执行更新的时间以及所述多个批准的软件部件之间的优先级中的一者或多者。

根据技术方案10所述的方法，进一步包括：

在更新已经完成之后，将安装在目的交通工具中的所述多个当前软件部件和所述多个批准的软件部件的列表从目的交通工具传送到所述源交通工具；以及

将所述列表从所述源交通工具传送到所述源交通工具外部的储存库。

根据技术方案13所述的方法，其中，所述列表包括目的交通工具中的所述多个电路的多个零件号。

根据技术方案10所述的方法，其中，所述多个批准的软件部件中的至少一个包括能够在所述目的交通工具的多个电路中的至少一个中执行的代码。

根据技术方案10所述的方法，其中，所述多个批准的软件部件中的至少一个包括在所述目的交通工具的所述多个电路中的至少一个中利用的校准信息。

根据技术方案10所述的方法，进一步包括：

将所述源交通工具内的照明条件从源交通工具传输到目的交通工具；和

在目的交通工具中自动应用从所述源交通工具接收的照明条件。

一种交通工具，包括：

收发器，其被配置成经由无线通信信道与所述源交通工具交换数据；

多个电路；

安装在所述多个电路内的多个当前软件部件；

所述多个当前软件部件的多个当前版本号；和

交通工具任务管理器，其被配置成：

确定所述源交通工具和所述交通工具适当接近以通过所述收发器经由所述无线通信信道交换数据，其中，所述源交通工具被配置成存储多个批准的软件部件和多个批准的版本号；

将所述交通工具中的多个当前版本号与所述源交通工具中的多个批准版本号进行比较；

响应于一个或多个标准，批准对所述多个当前软件部件中的一个或多个的更新；

响应于批准用于更新的所述多个当前软件部件的多个当前版本号不同于所述多个批准版本号中的对应版本号，在所述交通工具处经由无线通信信道从所述源交通工具接收所述多个批准软件部件中的一个或多个；以及

用从所述源交通工具接收的一个或多个批准的软件部件来更新所述交通工具中的一个或多个当前软件部件。

根据技术方案18所述的交通工具，其中，所述交通工具还被配置成在更新已经完成之后，向所述源交通工具传送安装在所述交通工具中的所述多个当前软件部件和所述多个批准的软件部件的列表。

根据技术方案19所述的交通工具，其中，所述列表包括所述交通工具中的所述多个电路的多个零件号。

当结合附图时，从以下对实施本公开的最佳模式的详细描述中，本公开的上述特征和优点以及其他特征和优点将变得显而易见。

附图说明

图1是根据一个或多个示例性实施例的系统的示意图。

图2是根据一个或多个示例性实施例的交通工具的示意图。

图3是根据一个或多个示例性实施例的更新序列的示意图。

图4是根据一个或多个示例性实施例的轮询操作的示意图。

图5是根据一个或多个示例性实施例的用于交通工具到交通工具的软件更新的方法的流程图。

具体实施方式

本公开的实施例总体上提供了一种用于交通工具软件更新技术的系统和方法。交通工具到交通工具（V2V）连接和交通工具到基础设施（V2I）连接可用于将批准的软件部件转移到现场，以便用当前软件部件更新已在现场的目的交通工具。在目的交通工具足够接近批准的软件部件的储存库的情况下，通过经由无线通信网络和/或有线通信网络（例如，交通工具到基础设施的连接或空中连接）将批准的软件部件从储存库直接传输到目的交通工具来进行更新。在目的交通工具离储存库太远而不能经由无线通信网络连接的情况下，一个或多个源（或种子）交通工具可以被初始更新并移动到离目的交通工具更近的地方。源交通工具中被批准的软件部件可以经由无线通信网络（例如，交通工具到交通工具的连接）从源交通工具传送到目的交通工具。

在特定目的交通工具中接收到所选择的批准的软件部件之后，一个或多个批准的软件部件被用于更新特定目的交通工具中的当前部件。在某些情况下，更新可涉及改变特定目的交通工具中的每个软件部件。在其他情况下，更新可涉及改变特定目的交通工具中的少至单个软件部件。更新可以包括当前软件部件的完全替换、当前软件部件的修订或当前软件部件的移除。一些软件部件可能涉及在交通工具的电子控制模块中可执行的代码。其他软件部件可以包括校准信息、配置信息、性能信息、清单、信息娱乐系统目录等。

参考图1，示出了根据一个或多个示例性实施例的系统100的示意图。系统100大致包括储存库102、一个或多个源交通工具（示出了一个）104、一个或多个目的交通工具106a-106n、无线通信信道108和任选的有线通信信道110。源交通工具104可以在储存库102附近和目的交通工具106a-106n附近之间移动。虽然远离储存库102（例如，高达几英里远），但是在源交通工具104和一个或多个目的交通工具106a-106n之间可能存在分隔距离112（例如，通常小于一英里）。

储存库102可以存储软件部件的多个部件集120a-120n。每个部件集120a-120n可以适用于在特定品牌、型号和年份的交通工具104和106a-106n中使用。每个部件集120a-120n可以包括多个批准的软件部件122a-122n。每个批准的软件部件122a-122n可以具有相应的批准的版本号124a-124n。

储存库102实施存储设施。储存库102可以是建筑物、移动平台、计算机、通信网络等。储存库102可操作以存储部件集120a-120n，并经由无线通信信道108和/或有线通信信道110将一个或多个批准的软件部件122a-122n和一个或多个对应的批准的版本号124a-124n直接传输给交通工具104和/或106a-106n。

源交通工具104实施为移动交通工具。源交通工具104可以包括但不限于客车、摩托车、卡车、公共汽车、运动型多用途车、休闲车、建筑交通工具、火车、海船、飞机和农场设备。可以实施其他交通工具来满足特定应用的设计标准。

源交通工具104可操作来从储存库102接收和存储用于一个或多个部件集120a-120n的批准的软件部件122a-122n和批准的版本号124a-124n。在各种实施例中，源交通工具104可以使用如从储存库102接收的兼容部件集120a-120n的批准的软件部件122a-122n来更新内部软件部件。在一些实施例中，源交通工具104可以存储一个或多个部件集120a-120n，而不使用其中包含的批准的软件部件122a-122n。

当源交通工具104在与目的交通工具106a-106n的分隔距离112内时，源交通工具104可操作来与一个或多个目的交通工具106a-106n建立交通工具到交通工具的连接。分隔距离112通常基于无线通信信道108在其上操作的最长距离。一旦已经建立了连接，源交通工具104就与目的交通工具106a-106n通信，以确定部件集120a-120n中的哪些适合更新目的交通工具106a-106n。源交通工具104随后将批准的版本号124a-124n和合适的部件集120a-120n的一个或多个批准的软件部件122a-122n传输到目的交通工具106a-106n。

在目的交通工具106a-106n已经更新之后，源交通工具104可以从每个更新的目的交通工具106a-106n接收相应的列表。该列表通常识别在目的交通工具106a-106n中没有更新的当前软件部件，以及曾用于更新目的交通工具106a-106n的批准的软件部件122a-122n。列表还可以包括但不限于交通工具识别号、电路识别号、交通工具里程、诊断结果等。

目的交通工具106a-106n实施为移动交通工具。目的交通工具106a-106n可以包括但不限于客车、摩托车、卡车、公共汽车、运动型多用途车、娱乐车、建筑交通工具、火车、海船、飞机和农场设备。可以实施其他交通工具来满足特定应用的设计标准。

目的交通工具106a-106n可操作来接收批准的版本号124a-124n和适当的部件集120a-120n的一个或多个批准的软件部件122a-122n。目的交通工具106a-106n还可操作来将批准的版本号124a-124n与内部安装的当前软件部件的当前版本号进行比较。目的交通工具106a-106n随后可以基于标准用一个或多个批准的软件部件122a-122n更新一个或多个当前软件部件。

完全更新和部分更新之间的选择是基于标准的。该标准可包括但不限于对哪些当前软件部件将被更新的一个或多个手动选择、无线通信信道108的带宽、有线通信信道110的带宽、源交通工具104传输批准的软件部件122a-122n的源总处理能力、目的交通工具106a-106n接收批准的软件部件122a-122n并执行更新的目的总处理能力、可用于执行更新的时间以及批准的软件部件122a-122n之间的优先级。可以实施其他标准来满足特定应用的设计标准。举例来说，在时间和带宽充足的情况下，目的交通工具106a-106n可以接收批准的软件部件122a-122n并执行完全更新。在时间有限的另一个示例中，目的交通工具106a-106n可以接收几个最高优先级批准的软件部件122a-122n，并执行部分更新。

一旦目的交通工具106a-106n已经完成更新，目的交通工具106a-106n可以生成对应的列表并将其传输回源交通工具104。源交通工具104可在下次储存库102处于空中传输的范围内时将列表传输到储存库102。储存库102将列表传送到适当的位置（例如，数据中心）进行分析。该分析可以确定交通工具104和106a-106n的当前状态、自从新批准的部件集120a-120n可获得直到交通工具104和106a-106n的车队的某个百分比已经被更新到新批准的部件集120a-120n已经过去了多长时间、交通工具104和106a-106n的配置历史，其中存在共享、展示和/或销售新的或改进的特征的机会，以及与过时的或不确定的软件部件相关的风险分析。

无线通信信道108实施为一个或多个无线网络。无线通信信道108基于一个或多个不同的标准或协议操作，诸如但不限于宽带码分多址（WCDMA）、长期演进（LTE）、第三代合作伙伴计划（3GPPP）和/或第五代（5G）蜂窝。无线通信根据一个或多个无线协议来执行，诸如EEE 802.11协议、微波接入全球互通（WiMAX）和/或蓝牙中的任一种。无线通信信道108支持交通工具到一切（V2X）连接、交通工具到交通工具连接和/或交通工具到基础设施连接。

有线通信信道110实施为一个或多个有线网络。有线通信信道110基于一个或多个不同的标准操作，诸如但不限于以太网、互联网、USB和/或火线。有线通信信道110可以包括车载诊断（OBD）端口和/或Tech-2工具端口。可以实施其他有线通信标准来满足特定应用的设计标准。

参考图2，根据一个或多个示例性实施例示出了交通工具130的示例性实施方式的示意图。所示的交通工具130可以代表源交通工具104和目的交通工具106a-106n。交通工具130通常包括远程信息处理控制平台132、多个电路134a-134n、交通工具总线136和信息娱乐系统138。远程信息处理控制平台132可以包括天线150、收发器152、一个或多个处理器（示出了一个）154和存储器156。信息娱乐系统138包括一个或多个显示器（示出一个）160、一个或多个扬声器（示出一个）162、多个按钮（示出一个）164以及一个或多个电路134a-134n（例如134n）。

远程信息处理控制平台132实施为收发器装置，该收发器装置使得能够通过无线通信信道108和/或有线通信信道110进行无线语音和/或数据通信。无线/有线通信使得交通工具130能够与储存库102、其他使能远程信息处理的交通工具104和106a-106n和/或其他装置通信。

电路134a-134n实施为交通工具130中的各种电子控制模块。各个电路134a-134n可操作来控制发动机操作的各个方面，诸如燃料点火和点火正时。一些电路134a-134n调节交通工具动力系的一个或多个部件的操作，并管理各种电气部件，诸如电动门锁和前灯。其他电路134a-134n执行车载诊断，其提供大量的实时数据，诸如从包括交通工具排放传感器的各种传感器接收的数据，并生成一系列标准化的诊断故障代码，其允许技术人员快速识别和修复交通工具130内的故障。电路134a-134n可以执行其他功能以满足特定应用的设计标准。

一个或多个电路134a-134n可以在正常操作期间利用当前的软件部件172a-172n。使用当前软件部件172a-172n的电路134a-134n可以用先前加载到存储器156中的批准的软件部件122a-122n和批准的版本号124a-124n单独更新。远程信息处理控制平台132可以请求电路134a-134n报告加载的当前版本号174a-174n和批准的版本号124a-124n，作为电路134a-134n的当前配置的快照。远程信息处理控制平台132还可以请求每个电路134a-134n报告相应的硬件零件号和诊断信息作为快照的一部分。

交通工具总线136实施车载通信总线。交通工具总线136连接到远程信息处理控制平台132、电路134a-134n和信息娱乐系统138。数据可以经由交通工具总线136在远程信息处理控制平台132、电路134a-134n和信息娱乐系统138之间交换。在各种实施例中，交通工具总线136实施为控制器局域网（CAN）总线、WIFI总线、蓝牙总线、蓝牙低能量总线、面向媒体的系统传输（MOST）总线、本地互连网络、局域网、以太网总线和/或符合已知的国际标准化组织（ISO）、SAE国际等的其他总线中的一种或多种。在各种实施例中，经由交通工具总线136的通信也可通过车载诊断端口和/或Tech-2工具端口获得。

信息娱乐系统138实施为人机界面，该人机界面被配置成向交通工具130内的用户（或人）呈现信息，并接收来自用户的输入。信息娱乐系统138可以包括电路134a-134n、显示器160、扬声器162和按钮164中的一种或多种。信息娱乐系统138可操作以提供信息相关的服务，诸如车载摄像机图像、交通工具特征、音乐、网页、电影、电视节目、视频游戏等。由信息娱乐系统138生成的视觉信息可以经由显示器160呈现。由信息娱乐系统138生成的音频信息可以经由扬声器162呈现。可以经由按钮164接收手动用户输入。

天线150实施射频天线。天线150耦合到收发器152。天线150可操作以在交通工具130和源交通工具104以及储存库102之间提供双向数据交换。在一些情况下，天线150可以接收用于更新交通工具130的部件集120a-120n。在其他情况下，天线150可以将在交通工具130内生成的列表传输回源交通工具104和/或储存库102。

收发器152实施为双向无线和/或有线通信装置。收发器152利用根据诸如LTE或5G的标准的蜂窝通信，并因此包括用于经由天线150进行数据传输和接收的收发器152。收发器152可以被配置成根据一个或多个无线协议进行通信，诸如IEEE 802.11协议、WiMAX、蓝牙、3GPPP和传输控制协议/互联网协议（TCP/IP）中的任一种。

处理器154实施为能够处理电子指令的处理电路，包括微处理器、微控制器、主处理器、控制器、交通工具通信处理器和专用集成电路（ASIC）。处理器154可以是仅用于远程信息处理控制平台132或与其他交通工具系统共享的专用处理器。处理器154执行各种类型的数字存储指令，诸如存储在存储器156中的软件程序和/或固件程序，这使得远程信息处理控制平台132能够提供各种服务。

存储器156实施存储装置。存储器156包括非易失性和易失性计算机可读存储器。存储器156被配置成接收和存储适用于交通工具130中的电路134a-134n的当前部件集170和部件集120a-120n（例如，120a）。当前部件集170包括当前软件部件172a-172n和对应的当前版本号174a-174n。当前软件部件172a-172n在更新之前被安装在电路134a-134n中。部件集120a包括批准的软件部件122a-122n和对应的批准版本号124a-124n。批准的软件部件122a-122n用于更新当前的软件部件172a-172n。

参考图3，示出了根据一个或多个示例性实施例的示例更新序列180的示意图。序列180由系统100执行。如图所示，序列180包括步骤182至214。步骤的顺序作为代表性的示例示出。可以实施其他步骤顺序来满足特定应用的标准。

系统100可以包括交通工具任务管理器230、手持装置232、网络应用程序234和后台办公室236。交通工具任务管理器230在交通工具130中实施，并被配置成执行各种任务序列，诸如更新当前软件部件172a-172n。交通工具任务管理器230可包括一个或多个应用程序，这些应用程序实施用于条件和动作的一组协议，从而实现if-this-then-that （IFTT）或类似过程。

在各种实施例中，手持装置232实施为智能电话、平板电脑、膝上型计算机、笔记本或能够与远程信息处理控制平台132双向通信的其他类似装置。手持装置232可操作来接收来自用户的输入，向用户呈现信息，并存储数据。在其他实施例中，手持装置232的功能可以在交通工具130内的电子器件（例如，处理器154、存储器156、显示器160、扬声器162和按钮164）中实施。

网络应用程序234实施为控制来往于交通工具130的数据传送的软件，以便更新当前软件部件172a-172n的目的。在各种实施例中，网络应用程序234可以驻留在源交通工具104中。在其他实施例中，网络应用程序234可以驻留在储存库102中。

后台办公室236实施为负责维护系统100的公司或组织的一个或多个办公室。后台办公室236可操作以收集交通工具104和106a-106n的历史记录。在一些实施例中，后台办公室236还提供营销和销售活动。

更新交通工具130通常开始于步骤182，在该步骤中，手持装置232向网络应用程序234发出更新请求。该请求可包括交通工具130的识别信息（例如，交通工具识别号、品牌、型号和年份等）。在步骤184中，网络应用程序234确定连接类型（例如，到附近源交通工具104的“本地”连接或到储存库102的“远程”连接），并将更新请求传递给源交通工具104或储存库102。在步骤186中，源交通工具104基于在步骤184中确定的识别信息和连接类型为交通工具130（例如，目的交通工具106a-106n）确定适当的部件集120a-120n。在步骤188中，储存库102为交通工具130（例如，源交通工具104）确定适当的一个或多个部件集120a-120n。在交通工具130是接近储存库102的源交通工具104的情况下，源交通工具104可以在步骤190中移动到一个或多个目的交通工具106a-106n的分隔距离112内的现场中。

在步骤192中，批准的版本号124a-124n被传输到交通工具130。在步骤194中，远程信息处理控制平台132为交通工具任务管理器230设置任务，以轮询远程信息处理控制平台132和交通工具130的电路134a-134n。在步骤196中，交通工具任务管理器230轮询远程信息处理控制平台132和利用当前软件部件172a-172n的电路134a-134n。远程信息处理控制平台132和利用当前软件部件172a-172n的每个电路134a-134n通过在步骤198中识别安装的当前软件部件172a-172n的当前版本号174a-174n来响应于轮询。当前版本号174a-174n被报告回交通工具任务管理器230。

在步骤200中，交通工具任务管理器230累积当前版本号174a-174n，并通知远程信息处理控制平台132轮询完成。在步骤202中，远程信息处理控制平台132将当前版本号174a-174n与批准的版本号124a-124n进行比较，以确定当前软件部件172a-172n中的哪一个可以被更新，将差异通知给用户，并提示对更新交通工具130的兴趣。在当前版本号174a-174n与对应的批准版本号124a-124n匹配的情况下，没有更新可能是适当的。

在步骤204中，远程信息处理控制平台132选择要在更新中使用的一个或多个批准的软件部件122a-122n。该选择通常基于一个或多个标准。这些标准包括但不限于来自用户的一个或多个手动选择、无线通信信道108的带宽、有线通信信道110的带宽、传输批准的软件部件122a-122n的源交通工具104的源总处理能力、接收批准的软件部件122a-122n并执行更新的目的交通工具106a-106n的目的总处理能力、可用于执行更新的时间以及批准的软件部件122a-122n之间的优先级。在车队所有者的情况下，一组目的交通工具106a-106n可以同时更新到相同的配置。在涉及多个所有者的情况下，每个目的交通工具106a-106n可以基于唯一的选择经历唯一的更新。

在交通工具130是目的交通工具106a-106n的情况下，在步骤206中，源交通工具104将所选择的批准的软件部件122a-122n传送到交通工具130。在交通工具130是源交通工具104的情况下，在步骤208中，储存库102将所选择的批准的软件部件122a-122n传送给交通工具130。在步骤210中，接收到的批准的软件部件122a-122n被安装到远程信息处理控制平台132和适当的电路134a-134中。

在步骤212中，远程信息处理控制平台132生成交通工具130的更新后配置的列表，并将该列表传送到网络应用程序234。该列表可以包括但不限于刚刚安装的批准的软件部件122a-122n、仍然存在于交通工具130中的当前软件部件172a-172n（例如，未更新）、电路134a-134n的零件号和远程信息处理控制平台132。该列表可以本地地存储在远程信息处理控制平台132和/或手持装置232中。在步骤214中，网络应用程序234将该列表与至少批准的版本号124a-124n进行比较，并对该比较加时间戳，以创建交通工具104和106a-106n中有什么硬件和软件部件的历史记录。如果网络应用程序234是源交通工具104的一部分，则在步骤216中，源交通工具104可以被移动到储存库102附近。在步骤218中，历史记录被存储在储存库102中。在各种实施例中，在步骤220中，储存库102可以随后将历史记录传送到后台办公室236。

参考图4，示出了根据一个或多个示例性实施例的示例轮询250的示意图。轮询250由电路134a-134n、远程信息处理控制平台132和交通工具任务管理器230实施。远程信息处理控制平台132在交通工具任务管理器230中设置轮询任务，交通工具任务管理器230随后请求远程信息处理控制平台132和电路134a-134n经由交通工具总线136提供信息。校准信息252、当前软件部件172a-172n的当前版本号174a-174n、配置信息254、清单信息256、信息娱乐目录信息258、硬件零件号信息260、模块版本信息262、性能信息264等被返回给交通工具任务管理器230。该信息存储270在远程信息处理控制平台132内的交通工具数据中枢中。信息的副本可以被传输272到源交通工具104和/或储存库102。

参考图5，根据一个或多个示例性实施例示出了用于交通工具到交通工具的软件更新的示例方法280的流程图。方法（或过程）280可以在系统100中实施。如图所示，方法280包括步骤282至312。步骤的顺序作为代表性示例示出。可以实施其他步骤顺序来满足特定应用的标准。

在步骤282中，批准的软件部件122a-122n和批准的版本号124a-124n被存储在储存库102中。批准的软件部件122a-122n和批准的版本号124a-124n可以在步骤284中经由无线通信信道108和/或有线通信信道110从储存库102传送到源交通工具104。在步骤286中，被传送的批准的软件部件122a-122n和批准的版本号124a-124n被存储在源交通工具104中。在步骤288中，源交通工具104从储存库102附近移动到一个或多个目的交通工具106a-106n的分隔距离112内。

在步骤290中，源交通工具104和/或目的交通工具106a-106n可以确定源交通工具104和目的交通工具106a-106n适当地接近以通过对应的收发器152经由无线通信信道108交换数据。在步骤292中，目的交通工具106a-106n可以向源交通工具104传送检查更新的请求。这些请求可以包括目的交通工具106a-106n的品牌、型号和年份。在步骤294中，源交通工具104可以将批准的版本号124a-124n传送到目的交通工具106a-106n。在一些实施例中，在步骤294中，源交通工具104还可以向目的交通工具106a-106n传送照明条件（例如，正常照明或停电照明）。

在步骤296中，每个目的交通工具106a-106n可以自动实施照明条件。在步骤298中，每个目的交通工具106a-106n将当前安装的当前版本号174a-174n与从源交通工具104接收的批准版本号124a-124n进行比较。该比较识别当前软件部件172a-172n中的哪些可以被更新。在步骤300中，每个目的交通工具106a-106n检查更新标准。该标准可包括但不限于，对要更新的当前软件部件172a-172n的手动选择、无线通信信道108的带宽、传输批准的软件部件122a-122n的源交通工具104的源总处理能力、接收批准的软件部件122a-122n并执行更新的目的交通工具106a-106n的目的总处理能力、可用于执行更新的时间以及批准的软件部件122a-122n之间的优先级。

在步骤302中，每个目的交通工具106a-106n响应于相应的标准批准一个或多个当前软件部件172a-172n的相应更新。在各种情况下，批准的更新在目的交通工具106a-106n之间可以是相同的。在其他情况下，每个目的交通工具106a-106n可以为相应的更新选择一组不同的批准的软件部件122a-122n。例如，目的交通工具106a-106n中的一个可能已经接收到较早的部分更新，并且因此被限制在当前更新中，而另一个目的交通工具106a-106n选择完全更新。目的交通工具106a-106n在步骤304中经由无线通信信道108从源交通工具104接收批准的软件部件。在步骤306中，目的交通工具106a-106n用从源交通工具104接收的对应的批准的软件部件122a-122n应用选择的当前软件部件172a-172n的更新。

在步骤308中，在更新已经完成之后，目的交通工具106a-106n生成并向源交通工具104传送当前安装在目的交通工具106a-106n中的当前软件部件172a-172n（未更新）和批准的软件部件122a-122n（刚刚更新）的交通工具配置的相应列表238。在步骤310中，源交通工具104可以移动接近储存库102。在步骤312中，源交通工具104将列表238传送到储存库102。

交通工具104和106a-106n的每个所有者和每个用户都有关于何时发生了什么更新的记录。诸如客车的源交通工具104可以更新具有相似品牌、型号和年份的多个目的交通工具106a-106n，其中源交通工具104承载单个部件集120a-120n。诸如再补给卡车的源交通工具104可以更新不同品牌、型号和/或年份的多个目的交通工具106a-106n，其中源交通工具104承载多个部件集120a-120n。再补给卡车可以是提供更新和补充被消耗、使用和/或涉及替换的物品的交通工具。

源交通工具104行进到现场、与目的交通工具106a-106n通信并随后返回起点的能力使得源交通工具104能够检索模块版本信息、校准信息、性能信息、安装的应用程序信息、硬件零件号、软件版本号和定义每个交通工具104和106a-106n的当前配置的其他可变信息。收集的信息为车队所有者提供更新选项，并捕获不时进行的添加/更改/删除的历史记录。历史信息使得能够跟踪更新发生了多长时间，以将某一百分比的目的交通工具106a-106n从初始版本A转换到更新版本B，而不是从初始版本A转换到另一更新版本C，其中版本C比版本B新，且版本B比版本A新。

该系统的各种实施例通常提供储存库、源交通工具和目的交通工具。每个源交通工具被配置成存储多个批准的软件部件和多个批准的版本号的至少一个部件集。每个目的交通工具包括收发器、多个电路和安装在多个电路内的多个当前软件部件。当前软件部件具有相应的当前版本号。每个目的交通工具被配置成确定源交通工具和目的交通工具适当接近以通过收发器经由无线通信信道交换数据，将目的交通工具中的当前版本号与源交通工具中的批准的版本号进行比较，并且响应于一个或多个标准批准一个或多个当前软件部件的更新。更新通常涉及当前版本号不同于对应批准版本号的当前软件部件。一旦定义了更新，每个目的交通工具就经由无线通信信道从源交通工具接收适当的批准的软件部件。目的交通工具随后用从源交通工具接收的一个或多个批准的软件部件更新一个或多个当前软件部件。所描述的技术使得目的交通工具106a-106n能够在应用更新时接收更新，而无需预约和在修理店花费时间。

包括所附权利要求书在内的本说明书中的所有参数数值（例如，数量或条件）应理解为在所有情况下由术语“大约”修饰，无论“大约”是否实际出现在数值之前。“大约”表示所述数值允许一些轻微的不精确（该值接近精确；大约或合理地接近该值；差不多）。如果“大约”所提供的不精确性在本领域中不能理解为普通含义，那么本文所用的“大约”至少表示测量和使用这样的参数的普通方法可能产生的变化。此外，范围的公开包括整个范围内所有值和进一步划分的范围的公开。范围内的每个值和范围的端点在此都作为单独的实施例公开。

虽然已经详细描述了实施本公开的最佳模式，但是熟悉本公开相关领域的技术人员将会认识到在所附权利要求的范围内用于实施本公开的各种替代设计和实施例。

Claims (10)

1.一种系统，包括：

源交通工具，其被配置成存储多个批准的软件部件和多个批准的版本号；和

目的交通工具，包括收发器、多个电路、安装在所述多个电路内的多个当前软件部件以及所述多个当前软件部件的多个当前版本号，其中，所述目的交通工具被配置成：

确定所述源交通工具和所述目的交通工具适当地接近以通过收发器经由无线通信信道交换数据；

将所述目的交通工具中的所述多个当前版本号与所述源交通工具中的所述多个批准的版本号进行比较；

响应于一个或多个标准，批准对所述多个当前软件部件中的一个或多个的更新；

响应于批准用于更新的多个当前软件部件的多个当前版本号不同于多个批准版本号中的对应版本号，经由无线通信信道在所述目的交通工具处从所述源交通工具接收多个批准的软件部件中的一个或多个；和

用从所述源交通工具接收的一个或多个批准的软件部件更新目的交通工具中的一个或多个当前软件部件。

2.根据权利要求1所述的系统，其中，所述一个或多个标准包括对要更新的所述多个当前软件部件的一个或多个手动选择。

3.根据权利要求1所述的系统，其中，所述一个或多个标准包括无线通信信道的带宽、传输所述多个批准的软件部件的源交通工具的源总处理能力、接收所述多个批准的软件部件并执行更新的目的交通工具的目的总处理能力、可用于执行更新的时间以及所述多个批准的软件部件之间的优先级中的一者或多者。

4.根据权利要求1所述的系统，其中：

所述目的交通工具还被配置成在更新已经完成之后，向所述源交通工具传送安装在所述目的交通工具中的多个当前软件部件和多个批准的软件部件的列表；并且

所述源交通工具还被配置成将所述列表传送到所述源交通工具外部的储存库。

5.根据权利要求4所述的系统，其中，所述列表包括所述目的交通工具中多个电路的多个零件号。

6.根据权利要求1所述的系统，其中，所述多个批准的软件部件中的至少一个包括能够在所述目的交通工具的所述多个电路中的至少一个中执行的代码。

7.根据权利要求1所述的系统，其中，所述多个批准的软件部件中的至少一个包括在所述目的交通工具的所述多个电路中的至少一个中使用的校准信息。

8.根据权利要求1所述的系统，其中：

所述源交通工具还被配置成将所述源交通工具内的照明条件传送给目的交通工具；并且

所述目的交通工具还被配置成自动应用从所述源交通工具接收的照明条件。

9.根据权利要求1所述的系统，其中，在所述目的交通工具处接收多个批准的软件部件中的一个或多个是响应于所述源交通工具和所述目的交通工具在品牌、型号和年份上相互匹配。

10.一种用于交通工具软件更新的方法，包括：

在源交通工具中存储多个批准的软件部件和多个批准的版本号；

移动所述源交通工具和所述目的交通工具中的一个或多个适当地彼此接近，其中，所述目的交通工具包括收发器、多个电路、安装在所述多个电路内的多个当前软件部件以及所述多个当前软件部件的多个当前版本号；

确定所述源交通工具和所述目的交通工具适当地接近以通过收发器经由无线通信信道交换数据；

将所述目的交通工具中的所述多个当前版本号与所述源交通工具中的多个批准的版本号进行比较；

响应于一个或多个标准，批准对所述多个当前软件部件中的一个或多个的更新；

响应于批准用于更新的所述多个当前软件部件的所述多个当前版本号不同于所述多个批准的版本号中的对应版本号，在所述目的交通工具处经由所述无线通信信道从所述源交通工具接收所述多个的批准软件部件中的一个或多个；以及

用从所述源交通工具接收的一个或多个批准的软件部件来更新所述目的交通工具中的一个或多个当前软件部件。