CN117908913A - 一种更新车载安全平台软件的方法和装置 - Google Patents

Abstract

本发明公开了一种更新车载安全平台软件的方法和装置。将升级文件存储到记录板，向记录板输入更新指令，将记录板中的升级文件传输至主控板；根据选定的升级标志位数值，启动主控板的升级应用程序，将升级文件写入主控板，或根据选定的升级标志位数值，主控板转发升级文件到功能板卡，由功能板卡的升级应用程序将升级文件写入功能板卡。能够对多个功能板卡进行升级，可批量化更新车载安全平台软件，不需要使用烧写器，减少每块板卡烧写次数，实现较快捷和便捷的程序烧写方式，软件更新效率高，能够避免车地无线网络波动造成的升级失败，不需要调试人员登上列车进行升级程序烧写。

Description

一种更新车载安全平台软件的方法和装置

技术领域

本发明涉及轨道交通技术领域，特别涉及一种更新车载安全平台软件的方法和装置。

背景技术

车载安全平台是应用于信号控制领域的高安全性和高可靠性的冗余工业测控计算机系统，常用交叉冗余二取二结构(二乘二取二)。其中，冗余“取二”模式采用基于硬件二取二的双套输入、处理、输出的冗余模式；冗余“乘二”模式支持交叉互换并列双重输出。

对于车载安全平台升级程序来说，调试人员需要携带便携式电脑和程序烧写器登车进行程序烧写。采取二乘二取二结构的车载安全平台，每块板卡有两个相同功能的微处理器，相同功能的板卡有两块，对同一功能板卡进行程序升级，需要对两块板卡的4个微处理程序存储区分别进行烧写。对于车载安全平台经常升级的主逻辑控制板(简称主控板)程序来说，每次程序升级，都需要调试人员登车用烧写器烧写四次相同的主控板可执行文件。升级一辆列车双端安全平台的主控板主控制逻辑应用程序，就需要烧写八次相同的可执行文件。对于整条线路的列车，车载安全平台主控板主控制逻辑应用程序升级就需要耗费较大人力和时间。与轨旁安全平台不同的是，车载安全平台不适合使用网络直接远程更新程序，车地无线网络带宽并不高且存在波动，易导致远程更新程序失败。

发明内容

为了解决上述问题，发明人做出本发明，通过具体实施方式，提供一种更新车载安全平台软件的方法和装置。

第一方面，本发明实施例提供一种更新车载安全平台软件的方法，包括以下步骤：

将升级文件存储到记录板，向记录板输入更新指令，将记录板中的升级文件传输至主控板；

根据选定的升级标志位数值，启动主控板升级应用程序，将升级文件写入主控板，或根据选定的升级标志位数值，主控板转发升级文件到功能板卡，由功能板卡升级应用程序将升级文件写入功能板卡。

具体的，将升级文件存储到记录板，包括以下步骤：

通过远程传输或本地传输的方式，将升级文件存储到记录板；

当远程传输升级文件至记录板时，记录板根据列车编号，加载记录板的IP配置，地面服务器根据列车编号，确定记录板的IP并建立和记录板的网络连接，将升级文件通过所述网络传输至记录板。

具体的，将记录板中的升级文件传输至主控板，包括以下步骤：

根据预设的传输协议，将记录板中的升级文件分成多个数据包，记录板根据接收到的更新指令，向主控板发送更新请求，主控板收到更新请求后，将升级标志位设置为主控板启动时加载主控板升级应用程序的对应数值，主控板重启系统，进入主控板升级应用程序，主控板发送更新请求的应答给记录板，记录板发送更新头数据给主控板，主控板收到更新头数据后，对记录表发送更新头数据的应答，记录板将升级文件的全部数据包发送主控板后，向主控板发送更新尾数据，主控板收到更新尾数据后，向记录板发送更新尾数据的应答，记录板向主控板发送更新关闭的消息，更新数据结束。

具体的，所述更新车载安全平台软件的方法，还包括以下步骤：

设置记录板到主控板的升级文件传输协议，包括设置交互数据帧类型和帧结构，设置升级文件对应的多个数据块的格式，

交互数据帧类型包括更新请求、更新头数据、更新应用数据、更新尾数据、更新请求响应、更新头数据响应、更新应用数据响应、更新尾数据响应和更新关闭，

交互数据帧结构包括交互数据包头和应用数据，交互数据包头包括数据类型、应用数据长度、应用数据校验值和应用数据标志，

每帧数据包括发送前，计算对应应用数据校验值，填入对应数据包中，收到数据包后，计算收到的数据包中应用数据的校验值，与数据包中记录的应用数据校验值进行对比，当对比一致时，确认数据包中的应用数据传输正确。

具体的，更新请求帧的数据类型包括主控板应用程序数据类型、各功能板卡应用程序数据类型和主控板电子地图数据类型；更新头数据帧的应用数据包括更新数据类型、更新数据版本和更新数据总长；更新数据总长为升级文件的数据量；更新应用数据帧的应用数据包括数据块，更新应用数据帧的应用数据标志表示数据块开端值，接收端根据已收到的更新应用数据帧的数据块开端值，预测下一次收到的更新应用数据帧，当下一次收到的更新应用数据帧与预测不一致时，向发送端请求发送预测的更新应用数据帧，其中，包括升级文件最后一个数据块的数据包的应用数据标志最高位为预设值；更新尾数据帧的应用数据为总应用数据校验值，在升级文件发送之前，计算升级文件的校验值，并记录到更新尾数据帧的应用数据中，收到升级文件的全部数据块后，计算收到的升级文件的校验值，并与更新尾数据帧中的总应用数据校验值对比，当对比一致时，确认升级文件传输正确。

具体的，选定升级标志位数值之前，包括以下步骤：

对升级标志位设置不同的候选值，分别对应主控板启动时加载的不同程序和不同的升级目标板卡，

对升级标志位设置候选值A，对应主控板启动时加载主控制逻辑应用程序，

对升级标志位设置候选值非A值，对应主控板启动时加载主控板升级应用程序，

对升级标志位设置零号候选值，对应以主控板为升级目标板卡，

对升级标志位设置一号候选值至M号候选值，分别对应以一号至M号功能板卡为升级目标板卡。

具体的，当升级主控板主控制逻辑应用程序时，主控板升级应用程序将记录板接收到的升级文件存至缓存中，擦除主控板主控制逻辑应用程序存储位置的数据，将缓存中的升级文件写入主控板主控制逻辑应用程序存储位置。

具体的，当升级功能板卡程序时，功能板卡升级应用程序将记录板接收到的升级文件存至缓存中，擦除每个待升级功能板卡的程序存储位置的数据，将缓存中的升级文件写入每个待升级功能板卡的程序存储位置。

具体的，将缓存中的升级文件写入存储位置后，读取所述存储位置的数据，与升级文件对比，对比一致，确认写入正确。

第二方面，本发明实施例提供一种更新车载安全平台软件的装置，包括记录板，所述记录板与车载安全平台的主控板有线连接，升级文件存储在记录板中，记录板收到更新指令后，向主控板传输升级文件；所述装置，用于根据选定的升级标志位数值，启动主控板的升级应用程序，将升级文件写入主控板，或根据选定的升级标志位数值，主控板转发升级文件到功能板卡，由功能板卡的升级应用程序将升级文件写入功能板卡。

本发明实施例提供的上述技术方案的有益效果至少包括：

能够对多个功能板卡进行升级，可批量化更新车载安全平台软件，且能减少操作人员操作步骤，不需要使用烧写器，减少每块板卡烧写次数，实现较快捷和便捷的程序烧写方式，软件更新效率高，通过记录板传输升级文件，能够避免车地无线网络波动造成的升级失败，当对记录板进行远程控制时，能够间接实现车载安全平台软件的远程更新，不需要调试人员登上列车进行升级程序烧写。

本发明的其它特征和优点将在随后的说明书中阐述，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例中更新车载安全平台软件的方法流程图；

图2为本发明实施例中主控板、记录板、功能板卡连接示意图；

图3为本发明实施例中记录板的升级文件操作流程图；

图4为本发明实施例中记录板和主控板更新数据交互过程示意图；

图5为本发明实施例中交互数据帧结构示意图；

图6为本发明实施例中更新头数据帧结构示意图；

图7为本发明实施例中升级文件数据块划分示意图；

图8为本发明实施例中更新应用数据帧结构示意图；

图9为本发明实施例中更新尾数据帧结构示意图；

图10为本发明实施例中升级过程示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为了解决现有技术中存在的问题，本发明实施例提供一种更新车载安全平台软件的方法和装置。

本发明实施例提供一种更新车载安全平台软件的方法，其流程如图1所示，包括如下步骤：

步骤S1：将升级文件存储到记录板，向记录板输入更新指令，将记录板中的升级文件传输至主控板。

具体的，主控板、记录板和功能板卡的数据连接如图2所示，图2中，主逻辑控制板(简称主控板)与各个功能板卡通过串行总线连接，记录板跟主控板通过硬线连接。记录板具有存储数据、执行程序、接收发送信息的功能。记录板通过主控板，记录整个车载安全平台设备运行状态信息，同时也可以给主控板或各个功能板卡进行软件升级，完成车载安全平台的软件升级操作。

将升级文件存储到记录板，包括以下步骤：通过远程传输或本地传输的方式，将升级文件存储到记录板；当远程传输升级文件至记录板时，记录板根据列车编号，加载记录板的IP配置，地面服务器根据列车编号，确定记录板的IP并建立和记录板的网络连接，将升级文件通过所述网络传输至记录板。记录板每次只传输一种板卡的升级文件，可多次传输多个功能板卡的升级文件。

在一个具体的实施例中，如图3所示，记录板的升级文件操作包括：

1、记录板根据列车编号，自动加载IP配置。地面服务器根据列车编号，可连接到指定的记录板IP。通过车地无线网络，调试人员可以远程使用FTP服务，通过指定的用户名和密码，将升级文件传输到记录板中存储，以此保证升级文件的来源合法性。

2、记录板正常启动的是名为RCD_APP1的记录数据功能程序，完成对车载平台设备和其他相关设备中各种事件和故障信息的记录。操作人员可以远程向记录板输入更新指令，启动记录板的升级程序名为RCD_APP2，根据输入的更新指令，RCD_APP2升级程序将升级文件传输到主控板中。

3、记录板检查升级文件是否存在、MD5值是否正确、版本是否正确，以验证升级文件的合法性和完整性，防止潜在的恶意攻击或错误的升级。记录主控板升级日志，监控和追踪升级的历史信息，显示升级过程中的进度和状态信息。MD5(Message Digest Algorithm5)是一种常用的哈希算法，用于将任意长度的数据映射为固定长度的哈希值，通常是128位的二进制串或32位的十六进制字符串。由于根据MD5哈希值无法推导出原始数据的内容，不同的数据输入生成的MD5哈希值一般是唯一的，所以通过比较两个数据的MD5哈希值，可以快速判断它们是否相同，从而验证数据的完整性和一致性。

将记录板中的升级文件传输至主控板，如图4所示，包括以下步骤：根据预设的传输协议，将记录板中的升级文件分成多个数据包，记录板根据接收到的更新指令，向主控板发送更新请求，主控板收到更新请求后，将升级标志位设置为主控板启动时加载主控板升级应用程序的对应数值，主控板重启系统，进入主控板升级应用程序，主控板发送更新请求的应答给记录板，记录板发送更新头数据给主控板，主控板收到更新头数据后，对记录表发送更新头数据的应答，记录板将升级文件的全部数据包发送主控板后，向主控板发送更新尾数据，主控板收到更新尾数据后，向记录板发送更新尾数据的应答，记录板向主控板发送更新关闭的消息，更新数据结束。

更新车载安全平台软件的方法，还包括以下步骤：设置记录板到主控板的升级文件传输协议，包括设置交互数据帧类型和帧结构，设置升级文件对应的多个数据块的格式，交互数据帧类型包括更新请求、更新头数据、更新应用数据、更新尾数据、更新请求响应、更新头数据响应、更新应用数据响应、更新尾数据响应和更新关闭。数据块与数据包的关系是，每帧交互数据是一个数据包，是传输的基本单位，更新应用数据帧类型的数据包中包括数据块和交互数据包头，数据块是分割升级文件得到的。

具体的，交互数据帧类型定义如下所示：

Comm_Req	更新请求
		Comm_Start	更新头数据
Comm_Data	更新应用数据
		Comm_End	更新尾数据
Comm_Close	更新关闭
		Comm_Req_Ack	更新请求响应
Comm_Start_Ack	更新头数据响应
		Comm_Data_Ack	更新应用数据响应
Comm_End_Ack	更新尾数据响应

交互数据帧结构如图5所示，交互数据帧结构包括交互数据包头和应用数据，交互数据包头包括数据类型、应用数据长度、应用数据校验值和应用数据标志。每一帧数据由数据包头和应用数据构成。应用数据就是记录板和主控板的交互数据。数据类型指的就是交互数据类型，例如上表中的Comm_Req。应用数据长度指的就是应用数据的字节长度，应用数据长度最大值为MAX_LEN，每一帧最大长度就等于MAX_LEN加上数据包头长度。每一帧的应用数据在发送前都会计算一下应用数据的CRC值，接收端收到该包数据后，也会计算应用数据的CRC值，如果两个CRC值一致，该应用数据没问题。CRC(Cyclic Redundancy Check，循环冗余校核)，是一种根据网络数据包或电脑文件等数据产生简短固定位数校核码的快速算法，主要用来检测或校核数据传输或者保存后可能出现的错误。CRC利用除法及余数的原理，实现错误侦测的功能，具有原理清晰、实现简单等优点。在发送升级文件数据的时候，该应用数据标志位除最高位外，别的位是应用数据偏移值，或者称为数据流水号。图5中，选用CRC校验码，得到应用数据CRC值。

每帧数据包括发送前，计算对应应用数据校验值，填入对应数据包中，收到数据包后，计算收到的数据包中应用数据的校验值，与数据包中记录的应用数据校验值进行对比，当对比一致时，确认数据包中的应用数据传输正确。

更新请求帧的数据类型包括主控板应用程序数据类型、各功能板卡应用程序数据类型和主控板电子地图数据类型；更新请求帧中，应用数据就是待更新数据类型。更新数据类型用来区分接下来更新的数据是什么类型数据，具体更新数据类型如下表所示，并且更新数据类型不限于4个功能板卡。

UpData_CLData	主控板应用程序数据类型
		UpData_Board1Data	功能板卡1应用程序数据类型
UpData_Board2Data	功能板卡2应用程序数据类型
		UpData_Board3Data	功能板卡3应用程序数据类型
UpData_Board4Data	功能板卡4应用程序数据类型
		UpData_MAPData	主控板电子地图数据类型

更新头数据帧的应用数据包括更新数据类型、更新数据版本和更新数据总长；更新数据总长为升级文件的数据量；更新头数据帧的结构如图6所示，更新头数据帧中，应用数据除了更新数据类型，还有升级文件数据的版本以及更新数据总长度。

更新数据总长度指的是升级文件数据大小。在后续传输过程中，应用数据每次传输最大长度为MAX_LEN，数据总长度为TOTAL_LEN，则会将应用数据分割成如图7所示的N个数据块，前N-1个数据块长度都是MAX_LEN，最后一个数据块N的数据长度为TOTAL_LEN-(N-1)*MAX_LEN。图7中offset指数据块的开端值，位于帧结构的应用数据标志中，datalen指数据块的长度。

如图8所示，更新应用数据帧的应用数据包括数据块，更新应用数据帧的应用数据标志表示数据块开端值。更新应用数据帧中，应用数据就是升级文件数据中通过MAX_LEN分割出来的n个数据块之一。

接收端根据已收到的更新应用数据帧的数据块开端值，预测下一次收到的更新应用数据帧，当下一次收到的更新应用数据帧与预测不一致时，向发送端请求发送预测的更新应用数据帧，其中，包括升级文件最后一个数据块的数据包的应用数据标志最高位为预设值。例如，应用数据标志就是数据块的offset值。接收方根据期望的offset和接收到的offset值进行对比，来判断数据块是否乱序或者丢失。如果不是期望的offset，接收方发送期望的offset值给发送方，让其进行重传期望的offset数据块。如果是最后一包数据的话，数据标志的最高位置1，表示本包是最后一包应用数据。

如图9所示，更新尾数据帧的应用数据为总应用数据校验值，在升级文件发送之前，计算升级文件的校验值，并记录到更新尾数据帧的应用数据中，收到升级文件的全部数据块后，计算收到的升级文件的校验值，并与更新尾数据帧中的总应用数据校验值对比，当对比一致时，确认升级文件传输正确。例如，更新尾数据帧中，应用数据就是记录板计算出来的总应用数据CRC值。交互数据包头中应用数据CRC确保每个小包应用数据的CRC校验正确，最后总的CRC值确保提取出来的总的应用数据CRC校验正确。通过上述协议能够确保主控板接收到的升级数据都是完整且正确的。

选定升级标志位数值之前，包括以下步骤：对升级标志位设置不同的候选值，分别对应主控板启动时加载的不同程序和不同的升级目标板卡，

对升级标志位设置候选值A，对应主控板启动时加载主控制逻辑应用程序，A代表加载主控制逻辑应用程序的编码，

对升级标志位设置候选值非A，对应主控板启动时加载升级应用程序，升级标志位中，一部分用于设置A或非A，还有一部分用于设置零号候选值、或一号至M号任一候选值。

对升级标志位设置零号候选值，对应以主控板为升级目标板卡，

对升级标志位设置一号候选值至M号候选值，分别对应以一号至M号功能板卡为升级目标板卡。非A值的情况下，都会启动主控板升级应用程序，然后由候选值(零号候选值、一号候选值至M号候选值)决定升级的板卡。M代表功能板块编号。

步骤S2：根据选定的升级标志位数值，启动主控板升级应用程序，将升级文件写入主控板，或根据选定的升级标志位数值，主控板转发升级文件到功能板卡，由功能板卡升级应用程序将升级文件写入到功能板卡。

当升级主控板主控制逻辑应用程序时，主控板升级应用程序将记录板接收到的升级文件存至缓存中，擦除主控板主控制逻辑应用程序存储位置的数据，将缓存中的升级文件写入主控板主控制逻辑应用程序存储位置。例如以RAM(Random Access Memory，随机存取存储器)为缓存。

具体的，主控板有三个程序，一个是引导加载程序(bootloader)，一个是主控制逻辑应用程序为CL_APP1，一个是升级应用程序为CL_APP2。引导加载程序根据升级标志位数值，来切换启动CL_APP1和CL_APP2程序。如图10所示，系统启动时，引导加载程序默认启动CL_APP1程序，使用主控制逻辑功能。当主控制逻辑应用程序CL_APP1接收到记录板发送的更新请求的时候，根据更新请求中更新数据类型，设置升级标志位数值，并重新启动系统，引导加载程序会启动升级应用程序CL_APP2。CL_APP2根据升级标志位的数值，决定是主控板自己接收升级数据还是转发升级数据到别的功能板卡，然后清除升级标志位数据，恢复默认启动方式。如果是升级主控板主控制逻辑应用程序，升级应用程序CL_APP2从记录板接收到的升级数据先放到RAM里面，等到数据全部接收完毕并且总CRC值校验通过后，擦除CL_APP1程序所在存储位置，将RAM里面的数据写入到CL_APP1程序存储位置，由此完成CL_APP1程序更新。CL_APP2将升级数据全部写入后，再从存取区中读取写入数据并与源数据进行比较，确保数据已正确写入存储区。重启系统，引导加载程序默认启动新的CL_APP1程序，使用主控制逻辑功能。如果更新类型是主控板之外的其他功能板的程序，主控板升级应用程序转发记录板和功能板卡之间的交互信息，此时的主控板只是起到一个透传的作用，功能板卡包括启动程序、主应用程序和升级应用程序，功能板卡也像主控板一样启动功能板卡的升级应用程序，从记录板接收升级数据先放到RAM中，等到数据全部接收完毕并且总CRC值校验通过后，擦除功能板卡主应用程序所在存储位置，将RAM里面的数据写入到功能板卡主应用程序存储位置，由此完成功能板卡主应用程序更新。

当升级功能板卡主应用程序时，功能板卡升级应用程序将记录板接收到的升级文件存至缓存中，擦除每个待升级功能板卡的程序存储位置的数据，将缓存中的升级文件写入每个待升级功能板卡的程序存储位置。

将缓存中的升级文件写入存储位置后，读取所述存储位置的数据，与升级文件对比，对比一致，确认写入正确。

本实施例的上述方法中，能够对多个功能板卡进行升级，可批量化更新车载安全平台软件，且能减少操作人员操作步骤，不需要使用烧写器，减少每块板卡烧写次数，实现较快捷和便捷的程序烧写方式，软件更新效率高，通过记录板传输升级文件，能够避免车地无线网络波动造成的升级失败，当对记录板进行远程控制时，能够间接实现车载安全平台软件的远程更新，不需要调试人员登上列车进行升级程序烧写。

本领域技术人员能够对上述顺序进行变换而并不离开本公开的保护范围。

本发明另一实施例提供一种更新车载安全平台软件的装置，包括记录板，所述记录板与车载安全平台的主控板有线连接，升级文件存储在记录板中，记录板收到更新指令后，向主控板传输升级文件；所述装置，用于根据选定的升级标志位数值，启动主控板的升级应用程序，将升级文件写入主控板，或根据选定的升级标志位数值，主控板转发升级文件到功能板卡，由功能板卡的升级应用程序将升级文件写入功能板卡。

所述装置中的升级标志位包括不同的候选值，分别对应主控板启动时加载的不同程序和不同的升级目标板卡。

关于上述实施例中的装置，其具体实施方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本实施例中，能够对多个功能板卡进行升级，可批量化更新车载安全平台软件，且能减少操作人员操作步骤，不需要使用烧写器，减少每块板卡烧写次数，实现较快捷和便捷的程序烧写方式，软件更新效率高，通过记录板传输升级文件，能够避免车地无线网络波动造成的升级失败，当对记录板进行远程控制时，能够间接实现车载安全平台软件的远程更新，不需要调试人员登上列车进行升级程序烧写。

凡在本发明的原则范围内做的任何修改、补充和等同替换等，均应仍归属于本发明的专利涵盖范围内。

Claims (10)

1.一种更新车载安全平台软件的方法，其特征在于，包括以下步骤：

将升级文件存储到记录板，向记录板输入更新指令，将记录板中的升级文件传输至主控板；

根据选定的升级标志位数值，启动主控板升级应用程序，将升级文件写入主控板，或根据选定的升级标志位数值，主控板转发升级文件到功能板卡，由功能板卡升级应用程序将升级文件写入功能板卡。

2.如权利要求1所述的方法，其特征在于，将升级文件存储到记录板，包括以下步骤：

通过远程传输或本地传输的方式，将升级文件存储到记录板；

当远程传输升级文件至记录板时，记录板根据列车编号，加载记录板的IP配置，地面服务器根据列车编号，确定记录板的IP并建立和记录板的网络连接，将升级文件通过所述网络传输至记录板。

3.如权利要求1所述的方法，其特征在于，将记录板中的升级文件传输至主控板，包括以下步骤：

根据预设的传输协议，将记录板中的升级文件分成多个数据包，记录板根据接收到的更新指令，向主控板发送更新请求，主控板收到更新请求后，将升级标志位设置为主控板启动时加载主控板升级应用程序的对应数值，主控板重启系统，进入主控板升级应用程序，主控板发送更新请求的应答给记录板，记录板发送更新头数据给主控板，主控板收到更新头数据后，对记录表发送更新头数据的应答，记录板将升级文件的全部数据包发送主控板后，向主控板发送更新尾数据，主控板收到更新尾数据后，向记录板发送更新尾数据的应答，记录板向主控板发送更新关闭的消息，更新数据结束。

4.如权利要求1所述的方法，其特征在于，所述更新车载安全平台软件的方法，还包括以下步骤：

设置记录板到主控板的升级文件传输协议，包括设置交互数据帧类型和帧结构，设置升级文件对应的多个数据块的格式，

交互数据帧类型包括更新请求、更新头数据、更新应用数据、更新尾数据、更新请求响应、更新头数据响应、更新应用数据响应、更新尾数据响应和更新关闭，

交互数据帧结构包括交互数据包头和应用数据，交互数据包头包括数据类型、应用数据长度、应用数据校验值和应用数据标志，

每帧数据包括发送前，计算对应应用数据校验值，填入对应数据包中，收到数据包后，计算收到的数据包中应用数据的校验值，与数据包中记录的应用数据校验值进行对比，当对比一致时，确认数据包中的应用数据传输正确。

5.如权利要求4所述的方法，其特征在于，

更新请求帧的数据类型包括主控板应用程序数据类型、各功能板卡应用程序数据类型和主控板电子地图数据类型；

更新头数据帧的应用数据包括更新数据类型、更新数据版本和更新数据总长；更新数据总长为升级文件的数据量；

更新应用数据帧的应用数据包括数据块，更新应用数据帧的应用数据标志表示数据块开端值，接收端根据已收到的更新应用数据帧的数据块开端值，预测下一次收到的更新应用数据帧，当下一次收到的更新应用数据帧与预测不一致时，向发送端请求发送预测的更新应用数据帧，其中，包括升级文件最后一个数据块的数据包的应用数据标志最高位为预设值；

更新尾数据帧的应用数据为总应用数据校验值，在升级文件发送之前，计算升级文件的校验值，并记录到更新尾数据帧的应用数据中，收到升级文件的全部数据块后，计算收到的升级文件的校验值，并与更新尾数据帧中的总应用数据校验值对比，当对比一致时，确认升级文件传输正确。

6.如权利要求1所述的方法，其特征在于，选定升级标志位数值之前，包括以下步骤：

对升级标志位设置不同的候选值，分别对应主控板启动时加载的不同程序和不同的升级目标板卡，

对升级标志位设置候选值A，对应主控板启动时加载主控制逻辑应用程序，

对升级标志位设置候选值非A值，对应主控板启动时加载主控板升级应用程序，

对升级标志位设置零号候选值，对应以主控板为升级目标板卡，

对升级标志位设置一号候选值至M号候选值，分别对应以一号至M号功能板卡为升级目标板卡。

7.如权利要求1所述的方法，其特征在于，

当升级主控板主控制逻辑应用程序时，主控板升级应用程序将记录板接收到的升级文件存至缓存中，擦除主控板主控制逻辑应用程序存储位置的数据，将缓存中的升级文件写入主控板主控制逻辑应用程序存储位置。

8.如权利要求1所述的方法，其特征在于，

当升级功能板卡主应用程序时，功能板卡升级应用程序将记录板接收到的升级文件存至缓存中，擦除每个待升级功能板卡的程序存储位置的数据，将缓存中的升级文件写入每个待升级功能板卡的程序存储位置。

9.如权利要求7或8所述的方法，其特征在于，

将缓存中的升级文件写入存储位置后，读取所述存储位置的数据，与升级文件对比，对比一致，确认写入正确。

10.一种更新车载安全平台软件的装置，其特征在于，包括记录板，所述记录板与车载安全平台的主控板有线连接，升级文件存储在记录板中，记录板收到更新指令后，向主控板传输升级文件；所述装置，用于根据选定的升级标志位数值，启动主控板的升级应用程序，将升级文件写入主控板，或根据选定的升级标志位数值，主控板转发升级文件到功能板卡，由功能板卡的升级应用程序将升级文件写入功能板卡。