CN113050967B - 一种列车车载软件的远程更新方法 - Google Patents

Abstract

本发明涉及一种列车车载软件的远程更新方法，该方法包括：步骤A：接收来自地铁信号的车载软件更新推送报文；步骤B：主系车载数据单元远程下载软件更新包；步骤C：等待车载软件更新授权信号；步骤D：收到车载软件更新授权信号后，向其他车载软件发送更新请求；步骤E：其他车载软件通过文件传输协议进行下载更新；步骤F：主系车载数据单元收集来自其他车载设备的更新状态报告；步骤G：判断是否所有软件更新完成，若有软件更新失败，进入步骤H，若所有车载软件更新完成，则发送重启命令；步骤H：备系车载数据单元对从主系车载数据单元更新失败的车载软件进行再次更新。与现有技术相比，本发明具有更新效率高、可靠性高等优点。

Description

一种列车车载软件的远程更新方法

技术领域

本发明涉及列车信号控制系统，尤其是涉及一种列车车载软件的远程更新方法。

背景技术

车载软件更新是列车功能升级及列车运行中问题修复的必要步骤。目前，车载软件的更新，主要通过现场操作人员上车，将发布的软件及数据，使用PC端的车载软件更新工具依次上传至板卡进行升级。现场车辆数量多，每列车上也有数块板卡，现场操作人员稍有不慎，就会漏更或错更，这种更新方式效率及可靠性都较低，同时浪费大量的人力资源。

经过检索，中国专利公开号CN106775789A公开了一种机车软件更新方法、设备及系统。该方法包括：地面服务器通过无线局域网接收机车客户端发送的软件版本更新请求消息，软件版本更新请求消息中包括机车所使用的软件的标识以及当前版本号；地面服务器根据软件版本更新请求消息，判断本地存储的、与软件的标识对应的最新版本号是否与当前版本号一致；若否，则地面服务器通过无线局域网向机车客户端发送软件更新响应消息，软件更新响应消息中包括软件的标识、软件的标识对应的最新版本号以及软件更新程序，以使客户端根据软件更新响应信息对与软件的标识对应的软件进行更新。但是该现有技术存在更新效率低，同时对更新过程的安全性无法进行保障。

发明内容

本发明的目的就是为了克服上述现有技术存在的缺陷而提供一种列车车载软件的远程更新方法，该方法全面提升车载软件更新效率及可靠性，节省人力资源成本。

本发明的目的可以通过以下技术方案来实现：

根据本发明的一个方面，提供了一种列车车载软件的远程更新方法，该方法包括以下步骤：

步骤A：接收来自地铁信号的车载软件更新推送报文；

步骤B：主系车载数据单元远程下载软件更新包；

步骤C：等待车载软件更新授权信号；

步骤D：收到车载软件更新授权信号后，向其他车载软件发送更新请求；

步骤E：其他车载软件通过文件传输协议进行下载更新，并给主系车载数据单元回复更新状态；

步骤F：主系车载数据单元收集来自其他车载设备的更新状态报告，并将更新状态报告共享给备系车载数据单元；

步骤G：根据更新状态报告，判断是否所有软件更新完成，若有软件更新失败，进入步骤H，若所有车载软件更新完成，则发送重启命令，完成远程更新；

步骤H：备系车载数据单元对从主系车载数据单元更新失败的车载软件进行再次更新。

作为优选的技术方案，所述的步骤A具体为：

将更新软件数据压缩包放在轨旁数据单元的文件服务器上，由轨旁数据单元发送车载软件更新推送报文，列车两端的车载数据单元都将接收此推送报文。

作为优选的技术方案，所述的步骤B具体为：

两端的车载数据单元通过列车编组号确定出一个主系车载数据单元，车载数据单元收到车载软件更新推送报文后，由主系车载数据单元通过文件传输协议进行远程下载更新包。

作为优选的技术方案，所述的步骤C具体为：

主系车载数据单元远程下载到更新包后，首先将更新包进行解压，然后进入等待软件更新授权信号状态。

作为优选的技术方案，所述的步骤D具体为：

当车载数据单元收到车载软件更新授权信号后，将各车载软件的更新信息进行组帧后，分别向车载其他板卡和备系车载数据单元发送更新请求信息，其中更新信息包括文件服务器的相关信息、镜像和配置的文件信息。

作为优选的技术方案，所述的步骤E具体为：

其他车载软件收到车载数据单元的更新请求后，根据更新请求中的文件传输协议信息及文件信息，进行下载更新，同时将自身的更新状态回复给主系车载数据单元。

作为优选的技术方案，所述的备系车载数据单元会下载完整的更新包，用于再次更新，如果备系车载数据单元从主系车载数据单元下载失败，则备系车载数据单元通过文件传输协议从轨旁数据单元远程下载压缩包。

作为优选的技术方案，所述的步骤F具体为：

其他车载软件在收到主系车载数据单元的更新请求后，会给主系车载数据单元回复更新状态报告，主系车载数据单元收集各板卡的更新状态报告，并将收集的报告共享给备系车载数据单元。

作为优选的技术方案，所述的步骤G中的主系车载数据单元通过收集的状态报告，判断所有的车载软件是否都更新完成。

作为优选的技术方案，所述的步骤H具体为：

在步骤E中备系车载数据单元已经将完整的更新包下载完成，备系车载数据单元根据步骤F中主系车载数据单元共享的更新状态报告，对更新失败的车载软件进行再次更新；若成功，则发送重启命令，完成远程更新；如果有板卡更新再次失败，则汇报本次远程更新失败。

与现有技术相比，本发明具有以下优点：

1、更新效率高，实施一次远程更新40分钟以内，能够对一条线的所有列车批量更新，相比于现有的更新方式，更新效率大幅提高。

2、可靠性高，通过安全版本更新授权，能够大幅降低版本升级的出错率。

3、无需人工上车手动升级，极大降低人力成本。

附图说明

图1为本发明主系车载数据单元进行车载软件远程更新示意图；

图2为本发明备系车载数据单元进行车载软件远程更新示意图；

图3为本发明车载软件远程更新的具体流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都应属于本发明保护的范围。

如图1-3所示，车载软件远程更新方法，包括以下步骤：

步骤A：接收来自地铁信号的车载软件更新推送报文；

步骤B：主系车载数据单元远程下载软件更新包；

步骤C：等待车载软件更新授权信号；

步骤D：收到车载软件更新授权信号后，向其他车载软件发送更新请求；

步骤E：其他车载软件通过文件传输协议进行下载更新，并给主系车载数据单元回复更新状态。

步骤F：收集来自其他车载设备的更新状态报告；并将更新状态报告共享给备系车载数据单元。

步骤G：根据更新状态报告，判断是否所有软件更新完成，若有软件更新失败，进入步骤H，若所有车载软件更新完成，则发送重启命令，完成远程更新。

步骤H：备系车载数据单元对从主系车载数据单元更新失败的车载软件进行再次更新

所述的步骤A：接收来自地铁信号的车载软件更新推送报文。将更新软件数据压缩包放在轨旁数据单元的文件服务器上，由轨旁数据单元发送车载软件更新推送报文，列车两端的车载数据单元都将接收此推送报文。

所述的步骤B：主系车载数据单元远程下载软件更新包。两端的车载数据单元会通过列车编组号确定出一个主系车载数据单元，车载数据单元收到车载软件更新推送报文后，由主系车载数据单元通过文件传输协议进行远程下载更新包。

所述的步骤C：等待车载软件更新授权信号。

主系车载数据单元远程下载到更新包后，首先将更新包进行解压，然后进入等待软件更新授权信号状态。

所述的步骤D：收到车载软件更新授权信号后，向其他车载软件发送更新请求。

当车载数据单元收到车载软件更新授权信号后，将各车载软件的更新信息(包括文件服务器的相关信息、镜像和配置的文件信息等)进行组帧后，向车载其他板卡(包括备系车载数据单元)发送更新请求信息

所述的步骤E：其他车载软件通过文件传输协议进行下载更新，并给主系车载数据单元回复更新状态。

其他车载软件收到车载数据单元的更新请求后，根据更新请求中的文件传输协议信息及文件信息，进行下载更新(备系车载数据单元会下载完整的更新包，用于再次更新，如果备系车载数据单元从主系车载数据单元下载失败，则备系车载数据单元通过文件传输协议从轨旁数据单元远程下载压缩包)，同时将自身的更新状态回复给主系车载数据单元。

所述的步骤F：主系车载数据单元收集来自其他车载设备的更新状态报告，并将更新状态报告共享给备系车载数据单元。

其他车载软件在收到主系车载数据单元的更新请求后，会给主系车载数据单元回复更新状态报告，主系车载数据单元收集各板卡的更新状态报告，并将收集的报告共享给备系车载数据单元。

所述的步骤G：根据更新状态报告，判断是否所有软件更新完成，若有软件更新失败，进入步骤H，若所有车载软件更新完成，则发送重启命令，完成远程更新。

主系车载数据单元通过收集的状态报告，判断所有的车载软件是否都更新完成。

所述的步骤H：备系车载数据单元对更新失败的车载软件进行再次更新。

在步骤E中，备系车载数据单元已经将完整的更新包下载完成，备系车载数据单元根据步骤F中主系车载数据单元共享的更新状态报告，对更新失败的车载软件进行再次更新。若成功，则发送重启命令，完成远程更新。如果有板卡更新再次失败，则汇报本次远程更新失败。需要现场操作人员上车进行手动更新。

本发明车载软件远程更新方法，通过远程下载更新包，然后解压并将镜像和数据的名称、路径、文件服务器等信息组成更新请求帧，发给相应的软件，其他车载软件根据更新请求中的信息从车载数据单元的文件服务器进行相应的下载，实现批量车载软件的远程更新，从而大幅提升软件更新效率。

本发明更新方法的基本思路，是各车载软件需要更新的版本号排列在一起，通过设定的算法及命名规则获取更新压缩包的名称，并将各软件的镜像和数据打包为计算所得压缩包的名称；将该压缩包放在轨旁数据单元的文件服务器上，远程发送更新请求命令，车载数据单元收到更新请求命令后，主系车载数据单元启动文件传输下载任务将更新包从轨旁数据单元下载至车载数据单元，如果主系车载数据单元下载失败，切换到备系车载数据单元去从轨旁数据单元下载更新包，更新包下载完成后车载数据单元自动将更新包解压。

车载自动防护单元在经过安全校验后，向车载数据单元发送车载软件更新请求，车载数据单元收到车载自动防护单元的更新请求后，将各车载软件的镜像，数据，文件服务器等信息组帧为更新请求，并发送给其他车载软件。其他车载软件接收到车载数据单元的更新请求后，根据请求中的信息，从车载数据单元的文件服务器下载相应的镜像和配置，同时将自己的更新报告回复给车载数据单元，车载数据单元收集其他车载软件发送过来的更新报告，并通过更新报告判断其他车载软件是否更新完成或更新失败，如果有软件更新失败，则另一端车载数据单元再次给更新失败的软件发送更新请求，等到所有软件更新成功后，车载数据单元向车载自动防护单元发送重启命令，所有车载软件重启，完成整个更新。

相比于现有的升级更新模式，本发明能够在调度中心对所有列车进行批量远程更新，大大降低人工成本，同时提高升级效率。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (4)

1.一种列车车载软件的远程更新方法，其特征在于，该方法包括以下步骤：

步骤A：接收来自地铁信号的车载软件更新推送报文；

步骤B：主系车载数据单元远程下载软件更新包；

步骤C：等待车载软件更新授权信号；

步骤D：收到车载软件更新授权信号后，向其他车载软件发送更新请求；

步骤E：其他车载软件通过文件传输协议进行下载更新，并给主系车载数据单元回复更新状态；

步骤F：主系车载数据单元收集来自其他车载设备的更新状态报告，并将更新状态报告共享给备系车载数据单元；

步骤G：根据更新状态报告，判断是否所有软件更新完成，若有软件更新失败，进入步骤H，若所有车载软件更新完成，则发送重启命令，完成远程更新；

步骤H：备系车载数据单元对从主系车载数据单元更新失败的车载软件进行再次更新；

所述的步骤A具体为：

将更新软件数据压缩包放在轨旁数据单元的文件服务器上，由轨旁数据单元发送车载软件更新推送报文，列车两端的车载数据单元都将接收此推送报文；

所述的步骤B具体为：

两端的车载数据单元通过列车编组号确定出一个主系车载数据单元，车载数据单元收到车载软件更新推送报文后，由主系车载数据单元通过文件传输协议进行远程下载更新包；

所述的步骤C具体为：

主系车载数据单元远程下载到更新包后，首先将更新包进行解压，然后进入等待软件更新授权信号状态；

所述的步骤D具体为：

当主系车载数据单元收到车载软件更新授权信号后，将各车载软件的更新信息进行组帧后，分别向车载其他板卡和备系车载数据单元发送更新请求信息，其中更新信息包括文件服务器的相关信息、镜像和配置的文件信息；

所述的步骤E具体为：

其他车载软件收到车载数据单元的更新请求后，根据更新请求中的文件传输协议信息及文件信息，进行下载更新，同时将自身的更新状态回复给主系车载数据单元；

所述的步骤G中的主系车载数据单元通过收集的状态报告，判断所有的车载软件是否都更新完成。

2.根据权利要求1所述的一种列车车载软件的远程更新方法，其特征在于，所述的备系车载数据单元会下载完整的更新包，用于再次更新，如果备系车载数据单元从主系车载数据单元下载失败，则备系车载数据单元通过文件传输协议从轨旁数据单元远程下载压缩包。

3.根据权利要求1所述的一种列车车载软件的远程更新方法，其特征在于，所述的步骤F具体为：

其他车载软件在收到主系车载数据单元的更新请求后，会给主系车载数据单元回复更新状态报告，主系车载数据单元收集各板卡的更新状态报告，并将收集的报告共享给备系车载数据单元。

4.根据权利要求1所述的一种列车车载软件的远程更新方法，其特征在于，所述的步骤H具体为：

在步骤E中备系车载数据单元已经将完整的更新包下载完成，备系车载数据单元根据步骤F中主系车载数据单元共享的更新状态报告，对更新失败的车载软件进行再次更新；若成功，则发送重启命令，完成远程更新；如果有板卡更新再次失败，则汇报本次远程更新失败。

Images