CN113472884A

CN113472884A - Ota升级方法和装置

Info

Publication number: CN113472884A
Application number: CN202110741166.9A
Authority: CN
Inventors: 辛英; 曹石; 魏倩雯; 孙明峰; 孙泽正; 张延良
Original assignee: Weichai Power Co Ltd; Weifang Weichai Power Technology Co Ltd
Current assignee: Weichai Power Co Ltd; Weifang Weichai Power Technology Co Ltd
Priority date: 2021-06-30
Filing date: 2021-06-30
Publication date: 2021-10-01

Abstract

本申请提供一种OTA升级方法和装置，包括将多个待升级的车载终端分为M个组，每个组包括N个车载终端；将M个组按照优先级从高到低进行处理；采用N个并行进程对当前组内的N个车载终端并行发送通信报文，当在预设时间内没有接收到当前组内的第一车载终端的通信报文的响应报文时，从下一优先级组内选择第二车载终端发送通信报文；当接收到目标车载终端发送的通信报文的响应报文时，暂停发送通信报文，根据响应报文包括的通信标识恢复用于对响应报文对应的通信报文进行发送的目标进程；通过目标进程向目标车载终端发送升级数据。本申请可以解决需要进行OTA升级的车辆数量过多时无法保障OTA服务器的正常运行的问题。

Description

OTA升级方法和装置

技术领域

本申请涉及通信技术，尤其涉及一种OTA升级方法和装置。

背景技术

车辆通过车载终端进行空间下载技术(Over-the-Air Technology，简称OTA)升级已经成为发展趋势。在OTA升级时，车载终端与OTA服务器通讯连接，以接收OTA服务器下发的数据包。

在同一时间段需要进行OTA升级的车辆数量过多时，OTA服务器就很有可能需要在同一时间段接收多个访问和进行多个任务下发。而OTA服务器在对多个访问进行处理时，只能对一个访问处理直到下发该一个访问对应的任务后才可以处理下一个访问。在对该一个访问处理时，需要向发起访问的车载终端发送报文，再监控该发起访问的车载终端是否对报文进行反馈以确定车载终端是否能够接收OTA服务器发送的数据。只有该车载终端可以接收OTA服务器发送的数据时，OTA服务器才向该车载终端发送升级数据包。在对一个访问处理的过程中，OTA服务器需要一直监控和等待该发起访问的车载终端是否反馈，直到接收到反馈后将升级数据发送至该发起访问的车载终端。即，在对一个访问处理的过程中，OTA服务器无法对其他未处理的访问进行处理，这就导致未被处理的访问被挂起，也会增加OTA服务器对多个访问的处理时长，当被挂起的访问过多、OTA服务器处理访问的时间过久时就会导致OTA服务器过载而宕机的情况发生。OTA服务器的宕机会影响车辆OTA升级的进程，从而引发车辆OTA升级停止或发生故障。

因此，如何在需要进行OTA升级的车辆数量过多时保障OTA服务器的正常运行，进而保障车辆正常OTA升级，依然是亟待解决的问题。

发明内容

本申请提供一种OTA升级方法和装置，用以解决需要进行OTA升级的车辆数量过多时无法保障OTA服务器的正常运行，以及无法保障车辆正常升级OTA的问题。

一方面，本申请提供一种OTA升级方法，包括：

将多个待升级的车载终端分为M个组，每个组包括N个车载终端，M和N为大于零的整数，且N小于OTA服务器的最大并行进程数；

将所述M个组按照优先级从高到低进行处理；

在对当前组进行处理时，采用N个并行进程对所述当前组内的N个车载终端并行发送通信报文，当在预设时间内没有接收到所述当前组内的第一车载终端的通信报文的响应报文时，从下一优先级组内选择第二车载终端发送通信报文，其中，发送给各车载终端的通信报文中包括的通信标识不同；

当接收到目标车载终端发送的通信报文的响应报文时，暂停发送通信报文，根据所述响应报文包括的通信标识恢复用于对所述响应报文对应的通信报文进行发送的目标进程，其中，通信报文的响应报文中包括的通信标识与通信报文中包括的通信标识相同；

通过所述目标进程向所述目标车载终端发送升级数据。

其中一个实施例中，所述根据所述响应报文包括中的通信标识恢复用于对所述响应报文对应的通信报文进行发送的目标进程包括：

根据所述响应报文包括的通信标识确定所述目标进程。

其中一个实施例中，还包括：

接收数据平台发送的升级数据包；

所述通过所述目标进程向所述目标车载终端发送升级数据包括：

根据所述响应报文从所述升级数据包中获取与所述目标车载终端对应的升级数据；

通过所述目标进程向所述目标车载终端发送所述目标升级数据。

其中一个实施例中，每个组中的N个车载终端具有并行的进程。

另一方面，本申请提供一种OTA升级装置，包括：

分组模块，用于将多个待升级的车载终端分为M个组，每个组包括N个车载终端，M和N为大于零的整数，且N小于OTA服务器的最大并行进程数；

处理模块，用于将所述M个组按照优先级从高到低进行处理；

通信模块，用于在对当前组进行处理时，采用N个并行进程对所述当前组内的N个车载终端并行发送通信报文，当在预设时间内没有接收到所述当前组内的第一车载终端的通信报文的响应报文时，从下一优先级组内选择第二车载终端发送通信报文，其中，发送给各车载终端的通信报文中包括的通信标识不同。

其中一个实施例中，所述处理模块具体用于：

根据所述响应报文包括的通信标识确定所述目标进程。

其中一个实施例中，所述通信模块还用于接收数据平台发送的升级数据包；

所述通信模块具体用于：

另一方面，本申请提供一种计算机设备，包括存储器，处理器和收发器，所述存储器用于存储指令，所述收发器用于和其他设备通信，所述处理器用于执行所述存储器中存储的指令，以使所述计算机设备执行如第一方面所述的OTA升级方法。

另一方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当所述指令被执行时，使得计算机执行如第一方面所述的OTA升级方法。

另一方面，本申请提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的OTA升级方法。

本申请提供的该OTA升级方法可以将多个待升级的车载终端分为M个具有优先级的组，每个组包括N个车载终端。在按照优先级对该M个组进行处理时，如果当前组已经发送通信报文，但是没有接收到车载终端发送的响应报文时，从下一优先级组内选择另一个车载终端发送通信报文。即一个通信报文发送后不用一直等待反馈报文，而是可以接着发送下一个通信报文，依次类推。因此当需要升级的车载终端数量居多时，OTA服务器不会因为当前车载终端处理进程未结束而一直等待，而是可以开启下一个车载终端的处理进程。这样就不会导致被挂起的访问过多，从而避免OTA服务器过载而宕机的情况发生。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为本申请提供的OTA升级方法的应用场景示意图。

图2为本申请实施例一提供的OTA升级方法的流程示意图。

图3为本申请实施例二提供的OTA升级方法的流程示意图。

图4为本申请实施例三提供的OTA升级装置的示意图。

图5为本申请实施例四提供的计算机设备的示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在车辆通过车载终端进行空间下载技术(Over-the-Air Technology，简称OTA)时，OTA服务器向车载终端发送数据包，由车载终端基于数据包完成车辆的OTA升级。OTA在同一时间段接收到多个车载终端发送的OTA访问时，OTA服务器只能对一个OTA访问处理完成后才可以对下一个OTA访问进行处理。其中，处理完成指的是完成该一个OTA访问处理的任务下发。

在对一个OTA访问处理的过程中，OTA服务器无法对其他未处理的OTA访问进行处理，这就导致未被处理的OTA访问被挂起，也会增加OTA服务器对多个OTA访问的处理时长，当被挂起的访问过多、OTA服务器处理访问的时间过久时就会导致OTA服务器过载而宕机的情况发生。OTA服务器的宕机会影响车辆OTA升级的进程，从而引发车辆OTA升级停止或发生故障。

在对该一个OTA访问处理时，需要向发起OTA访问的车载终端发送报文，再监控该发起OTA访问的车载终端是否对报文进行反馈，以确定车载终端是否能够接收OTA服务器发送的数据。只有该发起OTA访问的车载终端可以接收OTA服务器发送的数据时，OTA服务器才向该车载终端发送升级数据包。在对一个访问处理的过程中，OTA服务器需要一直监控和等待该发起访问的车载终端是否反馈，直到接收到反馈后将升级数据发送至该发起访问的车载终端。这就是导致未被处理的OTA访问被挂起，增加OTA服务器对多个OTA访问的处理时长的本质原因。

基于此，本申请提供一种OTA升级方法和装置，该OTA升级方法将多个待升级的车载终端分为M个具有优先级的组，每个组包括N个车载终端。在按照优先级对该M个组进行处理时，如果当前组已经发送通信报文，但是没有接收到车载终端发送的响应报文时，从下一优先级组内选择另一个车载终端发送通信报文。即一个通信报文发送后不用一直等待反馈报文，而是可以接着发送下一个通信报文，依次类推。因此当需要升级的车载终端数量居多时，OTA服务器不会因为当前车载终端处理进程未结束而一直等待，而是可以开启下一个车载终端的处理进程。这样就不会导致被挂起的访问过多，从而避免OTA服务器过载而宕机的情况发生。

本申请提供的OTA升级方法应用于计算机设备，该计算机设备例如计算机、OTA服务器等。图1为本申请提供的OTA升级方法的应用示意图，图中，该计算机设备中存储有多个车载终端的访问请求，其中，该多个车载终端的访问请求由多个车载终端发送。该计算机设备再从存储的多个车载终端的访问请求中筛选出需要在某一时间段进行升级的车载终端(多个待升级的车载终端)。将该需要在某一时间段进行升级的车载终端按照请求升级的时间先后进行优先级分组，得到M组，每个组包括N个车载终端。在对该多个待升级的车载终端进行处理时，基于当前组向N个车载终端中每个车载终端发出通信报文。如果OTA服务器没有在预设时间内接收到第一车载终端的通信报文的响应报文，则从下一优先级组内选择第二车载终端发送通信报文，依此类推，直到接收到响应报文时暂停发送通信报文，并基于接收到的响应报文对应的进程向目标车载终端发送升级数据。

请参见图2，本申请实施例一提供一种OTA升级方法，包括：

S210，将多个待升级的车载终端分为M个组，每个组包括N个车载终端，M和N为大于零的整数，且N小于OTA服务器的最大并行进程数。

该多个待升级的车载终端可以理解为以上描述的筛选出的需要在某一时间段进行升级的车载终端。将该车载终端分为M个组时，将该需要在某一时间段进行升级的车载终端按照请求升级的时间先后进行优先级分组，得到M组，每个组包括N个车载终端。例如筛选出有50个车载终端都需要在一个时间段内进行升级，该计算机设备的最大并行进程数为11，则N可以取10，M可以取5。请求升级的时间对该车载终端进行排序，请求升级的时间靠前的前10个车载终端为优先级最高的一组，依次类推，得到优先级从高到低的5组车载终端。

S220，将该M个组按照优先级从高到低进行处理。

在进行该多个待升级的车载终端分组时，该M个组的优先级也会被设定好，关于该M个组的优先级设定可以参考步骤S210中的相关描述，此处不再赘述。

在对M个组进行处理时，M个组按照优先级从高到低进行处理，每个组中的N个车载终端可以是并行处理的，即，每个组中的N个车载终端具有并行的进程。对N个车载终端的具体处理过程可以参考以下步骤S230中的相关描述。

S230，在对当前组进行处理时，采用N个并行进程对该当前组内的N个车载终端并行发送通信报文，当在预设时间内没有接收到该当前组内的第一车载终端的通信报文的响应报文时，从下一优先级组内选择第二车载终端发送通信报文，其中，发送给各车载终端的通信报文中包括的通信标识不同。

在对当前组进行处理时，N个车载终端是并行处理的，即采用N个并行进程对该当前组内的N个车载终端并行发送通信报文。

如果在预设时间内接收到了该N个车载终端的通信报文的响应报文，则依然采用该N个并行进程进行下一步的处理。如果在预设时间内没有接收到该当前组内的第一车载终端的通信报文的响应报文时，从该当前组的下一级优先组内选择第二车载终端发送通信报文。其中，该第一车载终端是该当前组中任意一个车载终端。该预设时间可以根据实际需要选择，本申请不做限定。

在给各个车载终端发送通信报文时，每个车载终端对应的通信报文中都包含有通信标识，且发送给各车载终端的通信报文中包括的通信标识不同。这样是为了方便在接收到车载终端发送的通信报文的响应报文时可以识别出是哪个车载终端发送的响应报文。

S240，当接收到目标车载终端发送的通信报文的响应报文时，暂停发送通信报文，根据该响应报文包括的通信标识恢复用于对该响应报文对应的通信报文进行发送的目标进程，其中，通信报文的响应报文中包括的通信标识与通信报文中包括的通信标识相同。

该通信标识贯穿该车载终端报文接收和发送的始终，即车载终端和该计算机设备在交互过程中始终携带相同的通信标识。因此，当该计算机设备接收到目标车载终端发送的通信报文的响应报文后，就确定目标车载终端可以正常接收数据，此时就需要为该目标车载终端发送升级数据。

而如步骤S230中的相关描述，如果该目标车载终端发送该响应报文的时间超过该预设时间，则该计算机设备已经切换至下一优先级组内车载终端的处理进程。因此，该计算机设备需要根据该响应报文包括的通信标识确定该目标进程，再恢复用于对该响应报文对应的通信报文进行发送的目标进程。

S250，通过该目标进程向该目标车载终端发送升级数据。

在向该目标车载终端发送升级数据之前，需要数据平台发送给该计算机设备升级数据包。该数据平台指的是OTA数据平台，该升级数据包可以包括全部车载终端的升级数据，也可以只包括该多个待升级的车载终端的升级数据。该数据平台下发升级数据包可以由工作人员手动触发，也可以是该计算机设备向该数据平台发送数据下发请求后由该数据平台进行升级数据包的下发。

如果是该计算机设备向数据平台发送数据下发请求，则该数据下发请求中可以包含该多个待升级的车载终端的信息，以便该数据平台根据该多个待升级的车载终端的信息调取并发送该多个待升级的车载终端的升级数据。

在接收该数据平台发送的升级数据包后，可以通过该响应报文从该升级数据包中获取与该目标车载终端对应的升级数据。具体的，可以通过该响应报文包括的通信标识从该升级数据包中获取与该目标车载终端对应的升级数据。在获取与该目标车载终端对应的升级数据后，再通过该目标进程向该目标车载终端发送给目标升级数据。

可选的，该升级数据包也可以不从该数据平台直接获取，而是由工作人员输入至该计算机设备。

接收数据平台发送的升级数据包的程序需要在步骤S250之前进行，但是与步骤S210至步骤S240之间没有顺序限制。接收数据平台发送的升级数据包的程序可以在步骤S210之前、S220之前、S230之前或S240之前执行。

综上，本实施例提供的该OTA升级方法可以将多个待升级的车载终端分为M个具有优先级的组，每个组包括N个车载终端。在按照优先级对该M个组进行处理时，如果当前组已经发送通信报文，但是没有接收到车载终端发送的响应报文时，从下一优先级组内选择另一个车载终端发送通信报文。即一个通信报文发送后不用一直等待反馈报文，而是可以接着发送下一个通信报文，依次类推。因此当需要升级的车载终端数量居多时，OTA服务器不会因为当前车载终端处理进程未结束而一直等待，而是可以开启下一个车载终端的处理进程。这样就不会导致被挂起的访问过多，从而避免OTA服务器过载而宕机的情况发生。

请参见图3，图3为本申请一个可选的实施例提供的OTA升级方法的示意图，也是该计算机设备更为具体的程序执行示意图，在图3所示的实施例中，该OTA升级方法包括：

S310，接收数据平台下发的升级数据包。

关于步骤S310的相关描述可以参考步骤S250中关于接收数据平台下发的升级数据包的相关描述，此处不再赘述。

S320，根据每个车载终端的需求对筛选出来的车载终端进行分组，得到M个组，每一组中包括N个车载终端，M和N为大于零的整数。

其中，筛选出来的车载终端指的是需要在某个时间段进行数据升级的车载终端。每个车载终端的需求可以理解为每个车载终端对于升级时间的需求。对该筛选出来的车载终端进行分组的多少由每个车载终端的需求而定，而每个组中包括的车载终端数量由该计算机设备的最大并行进程数决定。

例如有10个车载终端需要在第一时间段进行升级，5个车载终端需要在第二时间段进行升级，10个车载终端需要在第三时间段进行升级。如果该计算机设备的最大并行进程数大于10，则将这25个车载终端分为3个组，第一优先级组有10个车载终端，第二优先级组有5个车载终端，第三优先级组有10个车载终端。其中，该第一优先级组、该第二优先级组和该第三优先级组的优先级从高到低。

S330，根据M个组的优先级对第j组车载终端中的N个车载终端并行发送通信报文，其中，发送给各车载终端的通信报文中包括的通信标识不同。

其中，当该M个组还没有被处理时，j＝1，即第j组是M个组中优先级最高的组。而当该M个组中有一些组已经被处理时，该第j组就是该M个组中还未被处理组中优先级最高的组。

该第j组车载终端即实施例一中步骤S230描述的该当前组，向各车载终端发送通信报文的相关描述可以参考步骤S230中的相关描述，此处不再赘述。

S340，判断是否接收到该第j组车载终端中i车载终端发送的响应报文，其中，该响应报文中包括的通信标识与通信报文中包括的通信标识相同。

该i车载终端可以理解为步骤S230中描述的该第一车载终端，是该第j组车载终端中的任意一个车载终端。

S350，如果未接收到该第j组车载终端中i车载终端发送的响应报文，则更新j为j+1，更新i为i+1，并返回执行步骤S330。

此时，该j+1组就是j组的下一优先级组，在对该第j+1组车载终端发送通信报文时，可以如步骤S230中描述的，从该j+1组中选择第二车载终端(i+1车载终端)发送通信报文。i和i+1只是为了区分车载终端的不同，和第j组和第j+1组之间具有的上一级、下一级关系不同，i+1车载终端只代表该j+1组中的任意一个车载终端。

S360，如果接收到该第j组车载终端中i车载终端发送的响应报文，则暂停发送通信报文，根据该响应报文包括的通信标识恢复用于对该响应报文对应的通信报文进行发送的目标进程，通过该目标进程向该i车载终端发送升级数据。

S370，判断是否接收到该i车载终端发送的数据接收完毕报文。

该数据接收完毕响应报文是该i车载终端在接收完该升级数据之后生成的。

S380，如果接收到该i车载终端发送的数据接收完毕报文，且i＝N，j＝M，则完成数据下发任务。

即，筛选出来的车载终端已经全部接收升级数据，该计算机设备已经完成数据下发任务。

如果未接收到该i车载终端发送的数据接收完毕报文，则更新j＝j+1，i＝i+1，返回执行步骤S330，直到接收到所有筛选出来的车载终端发送的数据接收完毕报文，完成数据下发任务。

当未接收到该i车载终端发送的数据接收完毕报文时，无需等待该i车载终端发送的数据接收完毕报文，而是可以更新j＝j+1，i＝i+1，直接进行第j+1组中任意一个车载终端的进程。这样可以减少该计算机设备等待的时间，从而提高车载终端的升级速率。

综上，本实施例提供的该OTA升级方法在实施例一提供的该OTA升级方法的基础上增加了判断当前通信的车载终端是否接收完毕升级数据的过程。如果当前通信的车载终端还没有反馈数据接收完毕报文，则接着处理下一个车载终端，不用一直等待当前通信的车载终端反馈数据接收完毕报文。如此，在多个车载终端升级时，可以进一步得加快多个车载终端的处理进程，从而避免计算机设备(OTA服务器)宕机的情况发生。

综上，本申请提供的该OTA升级方法通过异步式分组分优先级的处理方法，使得计算机设备(OTA服务器)不是一一对待升级的全部车载终端进行数据下发处理，而是先将要处理的全部车载终端根据需求进行分组，并进行优先级排列。在进行车载终端通信时采用异步处理方式，通过增加通信标识的方式唯一识别通信的线程对应的车载终端。这样就分解了OTA服务器的同步触发量，减少了OTA服务器挂起的访问的数量，避免了OTA服务器过载而造成的宕机。除此之外，本申请提供的OTA升级方法还可以在接收到紧急的车载终端升级请求时，将该紧急的车载终端置入优先级较高的组进行处理，从而实现紧急车载终端升级任务处理的效果。

请参见图4，本申请实施例三还提供一种OTA升级装置10，包括：

分组模块11，用于将多个待升级的车载终端分为M个组，每个组包括N个车载终端，M和N为大于零的整数，且N小于OTA服务器的最大并行进程数。每个组中的N个车载终端具有并行的进程。

处理模块12，用于将该M个组按照优先级从高到低进行处理。

通信模块13，用于在对当前组进行处理时，采用N个并行进程对该当前组内的N个车载终端并行发送通信报文，当在预设时间内没有接收到该当前组内的第一车载终端的通信报文的响应报文时，从下一优先级组内选择第二车载终端发送通信报文，其中，发送给各车载终端的通信报文中包括的通信标识不同。

该处理模块12还用于根据该响应报文包括的通信标识确定该目标进程。

该通信模块13还用于接收数据平台发送的升级数据包。

该处理模块12还用于根据该响应报文从该升级数据包中获取与该目标车载终端对应的升级数据；

该通信模块13还用于通过该目标进程向该目标车载终端发送该目标升级数据。

请参见图5，本申请实施例四还提供一种计算机设备20，包括存储器21，处理器22和收发器23，该存储器21用于存储指令，该收发器23用于和其他设备通信，该处理器22用于执行该存储器21中存储的指令，以使该终端设备20执行如上实施例一至实施例二提供的该OTA升级方法。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机执行指令，当该指令被执行时，使得计算机执行指令被处理器执行时用于实现如上任一项实施例提供的该OTA升级方法。

本申请还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时，实现如上实施例一和实施例二提供的该OTA升级方法，具体实现方式和技术效果类似，这里不再赘述。

需要说明的是，上述计算机可读存储介质可以是只读存储器(Read Only Memory，ROM)、可编程只读存储器(Programmable Read-Only Memory，PROM)、可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，EPROM)、电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性随机存取存储器(Ferromagnetic Random Access Memory，FRAM)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(Compact Disc Read-Only Memory，CD-ROM)等存储器。也可以是包括上述存储器之一或任意组合的各种电子设备，如移动电话、计算机、平板设备、个人数字助理等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

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

本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims

1.一种OTA升级方法，其特征在于，包括：

将所述M个组按照优先级从高到低进行处理；

通过所述目标进程向所述目标车载终端发送升级数据。

2.根据权利要求1所述的方法，其特征在于，所述根据所述响应报文包括中的通信标识恢复用于对所述响应报文对应的通信报文进行发送的目标进程包括：

根据所述响应报文包括的通信标识确定所述目标进程。

3.根据权利要求2所述的方法，其特征在于，还包括：

接收数据平台发送的升级数据包；

4.根据权利要求1-3任一项所述的方法，其特征在于，每个组中的N个车载终端具有并行的进程。

5.一种OTA升级装置，其特征在于，包括：

处理模块，用于将所述M个组按照优先级从高到低进行处理；

6.根据权利要求5所述的装置，其特征在于，所述处理模块具体用于：

根据所述响应报文包括的通信标识确定所述目标进程。

7.根据权利要求6所述的装置，其特征在于，所述通信模块还用于接收数据平台发送的升级数据包；

所述通信模块具体用于：

8.根据权利要求5-7任一项所述的装置，其特征在于，每个组中的N个车载终端具有并行的进程。

9.一种计算机设备，其特征在于，包括存储器，处理器和收发器，所述存储器用于存储指令，所述收发器用于和其他设备通信，所述处理器用于执行所述存储器中存储的指令，以使所述计算机设备执行如权利要求1-4任一项所述的OTA升级方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当所述指令被执行时，使得计算机执行如权利要求1-4中任一项所述的OTA升级方法。

11.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-4中任一项所述的OTA升级方法。