一种列车车载设备程序更新方法及列车车载设备与流程

本发明实施例涉及轨道交通技术领域，具体涉及一种列车车载设备程序更新方法及列车车载设备。

背景技术：

在现有技术中，要对列车车载设备中的程序进行更新，一般是车辆晚上回到车库之后，由现场工程师进入到列车中，利用笔记本电脑等便携设备登上列车组，利用列车车载设备的调试串口将更新程序烧写到车辆中。现有的列车车载设备包括列车自动保护系统(Automatic Train Protection，简称ATP)、列车自动控制系统(Automatic Train Operation，简称ATO)和车载控制器(Vehicle OnBoard Controller，简称VOBC)等车载设备。

现有的列车车载设备的下载结构如图1所示，现场工程师利用便携设备106，例如笔记本电脑，通过第三串口对列车车载设备中的各个子设备的程序进行更新。每个列车车载设备至少包括车载通信控制器101、ATP通信板102、ATP主机板103、ATO主机板104、人机接口(Man Machine Interface，简称MMI)105等，其中，这些设备在每个列车车载设备中均可以有一个或多个。列车车载设备的各个子设备之间通过第一ARCNET接口、第二ARCNET接口、第一串口或第二串口连接。

在实现本发明实施例的过程中，发明人发现现有的列车车载设备更新方法，存在着如下问题：车辆升级的时间多数都是在晚上，加重了现场工程师的工作负担，且夜晚工作，出错的几率也会增加；同时，由于是通过列车车载设备的调试串口进行数据传输时，传输时间经常在20-30分钟左右，且每列车均需要这么长的时间，导致更新程序的效率太低。

技术实现要素：

由于现有的列车车载设备升级的时间多数都是在晚上，加重了现场工程师的工作负担和出错几率；以及每列车均升级均需要较长时间，导致更新程序的效率太低的问题，本发明实施例提出一种列车车载设备程序更新方法及列车车载设备。

第一方面，本发明实施例提出一种列车车载设备程序更新方法，包括：

待列车入库后，列车车载设备的车载通信控制器接收控制中心的下载上位机通过无线通信方式发送的若干程序更新文件，并向所述列车车载设备的所有子设备发送可下载信号；

所述列车车载设备的列车自动保护系统ATP通信板接收第一子设备发送的第一下载确认信号，根据所述第一下载确认信号接收所述车载通信控制器发送的与所述第一子设备对应的第一程序更新文件，并将所述第一程序更新文件发送至所述第一子设备，以使所述第一子设备根据所述第一程序更新文件进行更新；

其中，所述列车车载设备的子设备包括所述ATP通信板、ATP主机板、列车自动控制系统ATO主机板和人机接口MMI。

可选地，所述车载通信控制器通过第一ARCNET接口向所述ATP通信板发送所述可下载信号和所述第一程序更新文件；

当所述第一子设备为所述ATP主机板时，所述ATP通信板通过第二ARCNET接口发送所述可下载信号和所述第一程序更新文件；

当所述第一子设备为所述ATO主机板时，所述ATP通信板通过第一串口发送所述可下载信号和所述第一程序更新文件；

当所述第一子设备为所述MMI时，所述ATP通信板通过第二串口发送所述可下载信号和所述第一程序更新文件。

可选地，所述列车车载设备的列车自动保护系统ATP通信板接收第一子设备发送的第一下载确认信号，根据所述第一下载确认信号接收所述车载通信控制器发送的与所述第一子设备对应的第一程序更新文件，并将所述第一程序更新文件发送至所述第一子设备，进一步包括：

所述ATP通信板并行接收所有子设备发送的下载确认信号，根据所述下载确认信号并行接收所述车载通信控制器发送的与各子设备对应的程序更新文件，并行将所述程序更新文件发送至对应的子设备。

可选地，所述列车车载设备的车载通信控制器接收控制中心的下载上位机通过无线通信方式发送的若干程序更新文件，进一步包括：

所述车载通信控制器接收所述若干程序更新文件，并将每个程序更新文件分为多个数据帧；

相应地，所述列车车载设备的列车自动保护系统ATP通信板接收第一子设备发送的第一下载确认信号，根据所述第一下载确认信号接收所述车载通信控制器发送的与所述第一子设备对应的第一程序更新文件，并将所述第一程序更新文件发送至所述第一子设备，进一步包括：

所述ATP通信板接收第一子设备发送的第一下载确认信号，根据所述第一下载确认信号接收所述车载通信控制器发送的所述第一程序更新文件的数据帧，并将所述数据帧发送至所述第一子设备。

可选地，所述待列车入库后，列车车载设备的车载通信控制器接收控制中心的下载上位机通过无线通信方式发送的若干程序更新文件，进一步包括：

待列车入库后，所述下载上位机根据当前登录账户确定是否具备程序更新权限；

若所述下载上位机判断获知所述当前登录账户具备程序更新权限，则向所述车载通信控制器发送所述若干程序更新文件；

所述车载通信控制器接收所述下载上位机通过无线通信方式发送的所述若干程序更新文件。

第二方面，本发明实施例还提出一种列车车载设备，包括：车载通信控制器、列车自动保护系统ATP通信板、ATP主机板、列车自动控制系统ATO主机板和人机接口MMI；

所述车载通信控制器用于接收控制中心的下载上位机通过无线通信方式发送的若干程序更新文件，并向所述ATP通信板、所述ATP主机板、所述ATO主机板和所述MMI发送可下载信号；

所述ATP通信板用于接收所述ATP主机板、所述ATO主机板或所述MMI发送的下载确认信号，根据所述下载确认信号接收所述车载通信控制器发送的与所述ATP通信板、所述ATP主机板、所述ATO主机板或所述MMI对应的程序更新文件，并将所述程序更新文件发送至所述ATP主机板、所述ATO主机板或所述MMI，以使所述ATP通信板、所述ATP主机板、所述ATO主机板或所述MMI根据所述程序更新文件进行更新；

所述ATP主机板、所述ATO主机板或所述MMI用于根据接收的所述程序更新文件进行程序更新。

可选地，所述车载通信控制器通过第一ARCNET接口与所述ATP通信板进行通信；

所述ATP通信板通过第二ARCNET接口与所述ATP主机板进行通信；

所述ATP通信板通过第一串口与所述ATO主机板进行通信；

所述ATP通信板通过第二串口与所述MMI进行通信。

可选地，所述ATP通信板进一步用于并行接收所述ATP主机板、所述ATO主机板或所述MMI发送的下载确认信号，根据所述下载确认信号并行接收所述车载通信控制器发送的与所述ATP通信板、所述ATP主机板、所述ATO主机板或所述MMI对应的程序更新文件，并行将所述程序更新文件发送至所述ATP主机板、所述ATO主机板或所述MMI，以使所述ATP通信板、所述ATP主机板、所述ATO主机板或所述MMI根据所述程序更新文件进行更新。

可选地，所述车载通信控制器进一步用于接收所述若干程序更新文件，并将每个程序更新文件分为多个数据帧；

相应地，所述ATP通信板进一步用于接收所述ATP主机板、所述ATO主机板或所述MMI发送的下载确认信号，根据所述下载确认信号接收所述车载通信控制器发送的与所述ATP通信板、所述ATP主机板、所述ATO主机板或所述MMI对应的程序更新文件的数据帧，并将所述数据帧发送至所述ATP主机板、所述ATO主机板或所述MMI，以使所述ATP通信板、所述ATP主机板、所述ATO主机板或所述MMI根据所述数据帧进行更新。

可选地，所述车载通信控制器进一步用于当所述下载上位机判断获知当前登录账户具备程序更新权限后，接收所述下载上位机通过无线通信方式发送的若干程序更新文件，并向所述ATP通信板、所述ATP主机板、所述ATO主机板和所述MMI发送可下载信号。

由上述技术方案可知，本发明实施例通过车载通信控制器接收下载上位机通过无线通信方式发送的若干程序更新文件，并通过ATP通信板向各子设备发送对应的程序更新文件，采用自动的方式进行程序更新，代替人工在现场通过调试串口的工作，节省人力资源，并且能够缩减更新时间。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些图获得其他的附图。

图1为现有技术中列车车载设备进行程序更新的结构示意图；

图2为本发明一实施例提供的一种列车车载设备程序更新方法的流程示意图；

图3为本发明一实施例提供的并行下载的流程示意图；

图4为本发明一实施例提供的列车车载设备进行程序更新的结构示意图。

具体实施方式

下面结合附图，对发明的具体实施方式作进一步描述。以下实施例仅用于更加清楚地说明本发明的技术方案，而不能以此来限制本发明的保护范围。

图2示出了本实施例提供的一种列车车载设备程序更新方法的流程示意图，包括：

S201、待列车入库后，列车车载设备的车载通信控制器接收控制中心的下载上位机通过无线通信方式发送的若干程序更新文件，并向所述列车车载设备的所有子设备发送可下载信号；

其中，所述列车车载设备的子设备包括但不限于ATP通信板、ATP主机板、ATO主机板和MMI。

所述可下载信号为通知运行列车车载设备的所有子设备进行程序更新文件下载的信号，此时程序更新文件已经存储在列车车载设备的车载通信控制器。

其中，所述下载上位机运行在控制中心，与多个列车车载设备通过无线连接；列车车载设备的结构与现有技术相似，但具体的功能实现有所区别。

支持下载的程序更新文件可以包括：内核文件、数据文件、配置文件和引导文件等。

具体地，更新程序(包括若干程序更新文件)从下载上位机处被无线下载到列车车载设备的车载通信控制板中；车载通信控制板将多个程序更新文件发送给ATP通信板，并向列车车载设备的所有子设备发送可下载信号。

S202、所述列车车载设备的列车自动保护系统ATP通信板接收第一子设备发送的第一下载确认信号，根据所述第一下载确认信号接收所述车载通信控制器发送的与所述第一子设备对应的第一程序更新文件，并将所述第一程序更新文件发送至所述第一子设备，以使所述第一子设备根据所述第一程序更新文件进行更新；

其中，所述第一子设备为列车车载设备的任一子设备。

所述第一下载确认信号为所述第一子设备向ATP通信板发送的下载确认信号，表示所述第一子设备可以进行第一程序更新文件的下载。

所述第一程序更新文件为所述第一子设备进行更新的程序更新文件。

具体地，ATP通信板接收到子设备发送的下载确认信号后，判断每个程序更新文件要被发送的子设备，如果是要发送给ATP通信板自身的程序更新文件，则ATP通信板保存该程序更新文件；如果是要发送给其它设备的程序更新文件，则ATP通信板通过第一类数据接口或第二类数据接口将数据帧转发给对应的其它子设备，其中，第一类数据接口和第二类数据接口具有不同的优先级，并且第一类数据接口的传输速率小于第二类数据接口的传输速率。

在更新程序从下载上位机处被无线下载到列车车载设备的车载通信控制板之后，重启列车车载设备，使得列车车载设备从运行模式切换到更新程序模式。

本实施例以现有的列车车载设备为基础，不改变其内部的硬件结构，通过在控制中心操作下载上位机，实现列车车载设备各个子设备中程序的更新。利用无线通信传输手段，打破了以往通过调试面板串口更新内核程序的局限，实现多车的子设备同时更新，大大减少了现场工程师的劳动强度，降低了对现场工程师的专业要求，节省了大量人力，同时减少了人为犯错的可能。

本实施例通过车载通信控制器接收下载上位机通过无线通信方式发送的若干程序更新文件，并通过ATP通信板向各子设备发送对应的程序更新文件，采用自动的方式进行程序更新，代替人工在现场通过调试串口的工作，节省人力资源，并且能够缩减更新时间，有效地提高了数据转发的效率，使得下载时间从一个小时缩减到5-10分钟。

进一步地，在上述方法实施例的基础上，S202进一步包括：

所述ATP通信板并行接收所有子设备发送的下载确认信号，根据所述下载确认信号并行接收所述车载通信控制器发送的与各子设备对应的程序更新文件，并行将所述程序更新文件发送至对应的子设备。

相比于现有技术中通过调试串口串行下载的方式，本实施例采用并行下载方式，即开始下载时，第一帧数据请求帧给所有的要进行下载的子设备(例如，ATP通信板、ATP主机板、ATO主机板和MMI)都发送可下载信号。车载通信控制器先接收到哪个子设备的回复信号，就启动哪个子设备的下载流程。例如，ATP主机板先回复可以下载的下载确认信号，则车载通信控制板先将属于ATP主机板的程序更新文件通过第一ACRNET接口发送给ATP通信板，ATP通信板通过第二ACRNET接口将该程序更新文件发送给ATP主机板。在ATP主机板接收程序更新文件的同时，车载通信控制板接收到了MMI回复可以下载的下载确认信息，车载通信控制板将属于MMI的程序更新文件通过第一ACRNET接口发送给ATP通信板，ATP通信板通过第二串口将该程序更新文件发送给MMI。在ATP主机板接收完其程序更新文件之后，其下载的优先权会降低，从而使得其它设备也有机会进行下载。这种并行下载方式，合理利用了低速口数据请求帧与回复帧之间的时间空档进行高速接口(例如，ARCNET接口)间的数据传输。

其中并行下载方式主要功能的逻辑在车载通信控制器和ATP通信板实现，由于串口传输速率远小于ARCNET传输速率，所以在串口的数据帧和回复帧之间的时间空隙中可以发送多帧的ARCNET数据，所以在车载通信控制器中的逻辑采用在串口设备进行数据收发的间隙当中进行ARCNET设备的数据收发，考虑到串口传输速率慢，若串口数据得不到及时处理，其数据会一致堆积到最后才进行转发，不能真正意义上实现并行处理，所以要及时处理串口设备的数据收发，需要控制各个设备的收发优先级，所以在ATP通信板的路由模块采用各个端口数据收发的优先级控制，即当前已经进行过一次数据转发的端口降低其一级的优先级，这就保证了串口设备收发慢，但其优先级会于一个较高的位置，故其数据可以及时进行转发。

如图3所示，首先对串口数据进行发送，并优先判断所要接收的数据是否是串口数据，如果是串口数据，则接收串口数据，并进一步发送串口数据；如果不是串口数据，则进行ARCNET数据的收发。

作为另一种替换方式，还可以设置串口下载的优先级始终高于ARCNET接口的优先级，这样，一旦串口的传输完成，就可以先开启串口的传输，在串口传输时再继续ARCNET接口的传输，避免串口由于优先级较低而无法实现并行下载的目的。

ATP通信板为中间设备，所以其具备数据转发的功能，在并行下载的过程中，ATP通信板按照遍历的方式对各个子设备进行数据接收及转发，这种单纯的遍历方式存在高速口容易抢占低速口的数据帧的缺点，使得低速口的数据收发的优先级很低，即不能及时处理收到的数据，导致低速口数据不能立刻进行转发，减缓了下载时间。考虑到这一点，在数据转发时，加入通道平移机制，即当前收到数据的通道，向后平移一个位置，此方式控制了遍历的优先级，有效的提高了数据转发的效率。此方案下载时间约为五到十分钟。

需要说明的是，虽然本实施例以串口和ARCNET接口对并行下载的方式进行了举例，然而本申请并不限于此，只要存在两种速度不同的接口，即可实现本方案。

进一步地，在上述方法实施例的基础上，所述车载通信控制器通过第一ARCNET接口向所述ATP通信板发送所述可下载信号和所述第一程序更新文件；

当所述第一子设备为所述ATP主机板时，所述ATP通信板通过第二ARCNET接口发送所述可下载信号和所述第一程序更新文件；

当所述第一子设备为所述ATO主机板时，所述ATP通信板通过第一串口发送所述可下载信号和所述第一程序更新文件；

当所述第一子设备为所述MMI时，所述ATP通信板通过第二串口发送所述可下载信号和所述第一程序更新文件。

具体地，如图4所述，车载通信控制器与下载上位机之间通过无线网连接，车载通信控制器与ATP通信板之间通过第一ARCNET连接，ATP通信板与ATP主机板之间通过第二ARCNET连接，ATP通信板与ATO主机板通过第一串口连接，ATP通信板与MMI通过第二串口连接。

在本实施例中，所述第一串口和所述第二串口可以称为所述第一类数据接口，所述第一ARCNET接口和所述第二ARCNET接口可以称为所述第二类数据接口。第一类数据接口和第二类数据接口均有多个，第一类数据接口的优先级可以始终高于第二类数据接口的优先级。第一类数据接口和第二类数据接口对所有数据接口进行轮询，刚接收完数据帧的数据接口的优先级被降低。

之所以在列车车载设备中有两种不同的接口，一方面是因为有些设备(例如，MMI)是第三方厂家的产品，其仅提供了串口；另一方面是因为列车车载设备内空间有限，并且为了和以前的设备相互兼容，因此也保留了一些串口。

由于列车车载设备自身判断下载时机的逻辑复杂，同时基于安全性考虑，确定车辆已经入库后，由控制中心的下载上位机发起自动下载流程。下载流程共分为两个阶段，其中第一阶段为无线传输阶段，将要更新的文件从控制中心的下载上位机下载到列车车载设备的车载通信控制器。此阶段是下载阶段，并不会真正进行更新，仅仅是准备更新。断电重启后，进入第二阶段，此阶段对各个子设备进行文件更新，这种设计也是为了保证正线运行的安全性。

第一阶段：下载上位机通过无线网将文件下载到车载通信控制器；例如，可以通过FTP协议由下载上位机将更新程序传输到各列车的车载通信控制器，由于下载时机通常为夜间车辆入库，故不用控制无线带宽的占用率。

第二阶段：车载通信控制器中的发送模块对文件进行分片，并下发数据帧给各个子设备，接收模块接收各个子设备的回复帧，发送模块根据接收模块的回复帧选择下一帧要发送的分片数据。

ATP通信板通过ARCNET与车载通信控制器相连，ATP通信板中的路由模块接收车载通信控制器的发送模块下发的数据帧，若数据帧为发送给其他子设备则向其他子设备进行转发，同时该路由模块接收其他子设备的回复帧并转发给车载通信控制器，车载通信控制器的接收模块进行接收。若数据帧为发送给ATP通信板自己的，则通过自己的接收模块进行接收，并通过发送模块将回复帧发送给车载通信控制器，车载通信控制器的接收模块进行接收。

ATP主机板通过ARCNET与ATP通信板相连，ATP主机板中的接收模块从ATP通信板的路由模块接收ATP主机板的数据帧，并由发送模块发送回复帧到ATP通信板的路由模块。

ATO主机板通过串口与ATP通信板相连，ATO主机板中的接收模块从ATP通信板的路由模块接收ATO主机板的数据帧，并由发送模块发送回复帧到ATP通信板的路由模块。

MMI通过串口与ATP通信板相连，MMI中的接收模块从ATP通信板的路由模块接收MMI的数据帧，并由发送模块发送回复帧到ATP通信板的路由模块。

通过不同的数据接口进行数据收发，并定义不同数据接口的优先级，能够控制不同数据的收发时间和速度，以适应不同的数据收发要求。

进一步地，在上述方法实施例的基础上，S201中所述列车车载设备的车载通信控制器接收控制中心的下载上位机通过无线通信方式发送的若干程序更新文件，进一步包括：

所述车载通信控制器接收所述若干程序更新文件，并将每个程序更新文件分为多个数据帧；

相应地，所述列车车载设备的列车自动保护系统ATP通信板接收第一子设备发送的第一下载确认信号，根据所述第一下载确认信号接收所述车载通信控制器发送的与所述第一子设备对应的第一程序更新文件，并将所述第一程序更新文件发送至所述第一子设备，进一步包括：

所述ATP通信板接收第一子设备发送的第一下载确认信号，根据所述第一下载确认信号接收所述车载通信控制器发送的所述第一程序更新文件的数据帧，并将所述数据帧发送至所述第一子设备。

通过将程序更新文件分为多个数据帧，能够便于并行传输，提高传输速率。

进一步地，在上述方法实施例的基础上，S201中所述待列车入库后，列车车载设备的车载通信控制器接收控制中心的下载上位机通过无线通信方式发送的若干程序更新文件，进一步包括：

S2011、待列车入库后，所述下载上位机根据当前登录账户确定是否具备程序更新权限；

S2012、若所述下载上位机判断获知所述当前登录账户具备程序更新权限，则向所述车载通信控制器发送所述若干程序更新文件；

S2013、所述车载通信控制器接收所述下载上位机通过无线通信方式发送的所述若干程序更新文件。

其中，不同登录账户可具体不同操作权限。为防止非专业人员操作，下载上位机具备权限管理功能，正确输入用户名和密码，且具备操作权限的登录账户方可进入更新操作界面，无权限者无法开启自动更新功能。

此外，本实施例提供的列车车载设备程序更新方法还具有以下优势：

下载上位机实时显示在线列车状态，包括列车IP地址、网络状态、各子设备版本号等信息。

提供更加便捷的更新手段：用户可以勾选要更新的列车和子设备，指定对应的文件。通过无线传输，同时对多车进行更新，使子设备升级更加快捷高效。

提供更加直观的更新过程：下载上位机会实时的跟踪各列车各子设备的更新进度，让用户对更新过程更加了解和放心；

提供更加放心的更新结果：文件的每次传输都会有验证措施，确保文件的准确无误。

提供更加全面的更新记录：下载上位机的日志功能将会记录用户的每次更新操作，每列车每个子设备的升级历程都会形成记录。

兼容串口更新方式：列车车载设备仍会保留原始的串口更新方式，以便在条件限制无法通过无线更新时使用。

图4示出了本实施例提供的一种列车车载设备的结构示意图，所述列车车载设备包括：车载通信控制器401、列车自动保护系统ATP通信板402、ATP主机板403、列车自动控制系统ATO主机板404和人机接口MMI 405；

所述车载通信控制器401用于接收控制中心的下载上位机406通过无线通信方式发送的若干程序更新文件，并向所述ATP通信板402、所述ATP主机板403、所述ATO主机板404和所述MMI 405发送可下载信号；

所述ATP通信板402用于接收所述ATP主机板403、所述ATO主机板404或所述MMI 405发送的下载确认信号，根据所述下载确认信号接收所述车载通信控制器401发送的与所述ATP通信板402、所述ATP主机板403、所述ATO主机板404或所述MMI 405对应的程序更新文件，并将所述程序更新文件发送至所述ATP主机板403、所述ATO主机板404或所述MMI 405，以使所述ATP通信板402、所述ATP主机板403、所述ATO主机板404或所述MMI 405根据所述程序更新文件进行更新；

所述ATP主机板403、所述ATO主机板404或所述MMI 405用于根据接收的所述程序更新文件进行程序更新。

本实施例通过车载通信控制器接收下载上位机通过无线通信方式发送的若干程序更新文件，并通过ATP通信板向各子设备发送对应的程序更新文件，采用自动的方式进行程序更新，代替人工在现场通过调试串口的工作，节省人力资源，并且能够缩减更新时间。

进一步地，在上述装置实施例的基础上，所述车载通信控制器401通过第一ARCNET接口与所述ATP通信板进行通信；

所述ATP通信板402通过第二ARCNET接口与所述ATP主机板403进行通信；

所述ATP通信板402通过第一串口与所述ATO主机板404进行通信；

所述ATP通信板402通过第二串口与所述MMI 405进行通信。

进一步地，在上述装置实施例的基础上，所述ATP通信板402进一步用于并行接收所述ATP主机板403、所述ATO主机板404或所述MMI 405发送的下载确认信号，根据所述下载确认信号并行接收所述车载通信控制器发送的与所述ATP通信板402、所述ATP主机板403、所述ATO主机板404或所述MMI 405对应的程序更新文件，并行将所述程序更新文件发送至所述ATP主机板403、所述ATO主机板404或所述MMI 405，以使所述ATP通信板402、所述ATP主机板403、所述ATO主机板404或所述MMI 405根据所述程序更新文件进行更新。

进一步地，在上述装置实施例的基础上，所述车载通信控制器401进一步用于接收所述若干程序更新文件，并将每个程序更新文件分为多个数据帧；

相应地，所述ATP通信板402进一步用于接收所述ATP主机板403、所述ATO主机板404或所述MMI 405发送的下载确认信号，根据所述下载确认信号接收所述车载通信控制器401发送的与所述ATP通信板402、所述ATP主机板403、所述ATO主机板404或所述MMI 405对应的程序更新文件的数据帧，并将所述数据帧发送至所述ATP主机板403、所述ATO主机板404或所述MMI 405，以使所述ATP通信板402、所述ATP主机板403、所述ATO主机板404或所述MMI 405根据所述数据帧进行更新。

进一步地，在上述装置实施例的基础上，所述车载通信控制器401进一步用于当所述下载上位机406判断获知当前登录账户具备程序更新权限后，接收所述下载上位机406通过无线通信方式发送的若干程序更新文件，并向所述ATP通信板402、所述ATP主机板403、所述ATO主机板404和所述MMI 405发送可下载信号。

本实施例所述的列车车载设备程序更新装置可以用于执行上述方法实施例，其原理和技术效果类似，此处不再赘述。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。