CN108052338A - 一种软件刷新方法及装置 - Google Patents

Abstract

本发明公开了一种软件刷新方法及装置，该方法应用于控制器中的主MCU，包括：接收外部设备发送的安全机制校验请求；响应安全机制校验请求，判断是否具有对从MCU的刷新权限、以及外部设备是否具有对主MCU的刷新权限；若是，接收外部设备发送的传输请求，传输请求携带目标MCU的标识，目标MCU为至少两个MCU中的任一MCU；当目标MCU为主MCU时，控制从MCU进入低功耗状态，并对主MCU进行刷新；当目标MCU属于从MCU时，控制从MCU中、除待刷新从MCU外的其他从MCU进入低功耗状态，并对待刷新从MCU进行刷新。由于控制不被刷新的从MCU进入低功耗状态，因此相对于现有技术降低了能源浪费。

Description

一种软件刷新方法及装置

技术领域

本发明涉及汽车电子技术领域，特别是涉及一种软件刷新方法及装置。

背景技术

随着汽车行业的飞速发展，整车厂对供应商的要求越来越高，具有多功能、高复杂度的控制器越来越流行，比如一个控制器通过集成至少两个MCU而兼具PEPS、BCM等多项功能。虽然集成有至少两个MCU，但对于整车厂来说，该控制器仍然是一个完整的控制器，因此当需要对控制器刷新时，仅仅开放一个接口给控制器。

现有的刷写方案中，当对集成于控制器中的某一MCU进行刷新时，其他MCU仍处于激活状态，但不会有任何功能，因此造成能源浪费。

发明内容

为解决上述技术问题，本发明实施例提供了一种软件刷新方法及装置，技术方案如下：

一种软件刷新方法，应用于控制器中的主MCU，所述控制器为集成有至少两个MCU的控制器，所述至少两个MCU包括一个主MCU和至少一个从MCU，所述主MCU与外部设备通信；

所述方法包括：

接收所述外部设备发送的安全机制校验请求；

响应所述安全机制校验请求，判断是否具有对所述从MCU的刷新权限、以及所述外部设备是否具有对所述主MCU的刷新权限；

若是，接收所述外部设备发送的传输请求，所述传输请求携带目标MCU的标识，所述目标MCU为所述至少两个MCU中的任一MCU；

当所述目标MCU为所述主MCU时，控制所述从MCU进入低功耗状态，并对所述主MCU进行刷新；

当所述目标MCU属于从MCU时，控制所述从MCU中、除待刷新从MCU外的其他从MCU进入低功耗状态，并对所述待刷新从MCU进行刷新。

优选地，响应所述安全机制校验请求，判断是否具有对所述从MCU的刷新权限、以及所述外部设备是否具有对所述主MCU的刷新权限，包括：

响应所述安全机制校验请求，生成校验种子，并将所述校验种子发送至所述从MCU和所述外部设备；

接收所述从MCU根据所述校验种子生成的第一密钥、所述外部设备根据所述校验种子生成的第二密钥；

判断所述主MCU生成的第三密钥与所述第一密钥、所述第二密钥是否均相同，若是，确定具有对所述从MCU的刷新权限、以及所述外部设备具有对所述主MCU的刷新权限。

优选地，还包括：

接收所述外部设备发送的软件刷新条件检查请求；

响应所述软件刷新条件检查请求，获取所述至少两个MCU的刷新状态，所述刷新状态包括满足刷新条件和不满足刷新条件；

判断所述至少两个MCU的刷新状态是否均满足刷新条件；

若是，执行接收所述外部设备发送的安全机制校验请求的步骤。

优选地，对所述主MCU进行刷新包括：

接收所述外部设备发送的数据；

解析所述数据，并将所述数据写入所述主MCU；

对所述待刷新从MCU进行刷新，包括：

接收所述外部设备发送的数据；

解析所述数据，并将解析后的数据打包成带有所述待刷新从MCU的标识的数据，并向所述从MCU广播打包后的数据。

优选地，还包括：

当所述目标MCU为所述主MCU时，获取所述外部设备发送的数据的第一校验值和写入所述主MCU的数据的第二校验值；

判断所述第一校验值与所述第二校验值是否相同；

若是，表明刷新成功，否则刷新失败；

或，

当所述目标MCU属于所述从MCU时，获取所述外部设备发送的数据的第三校验值、所述主MCU广播的数据的第四校验值和写入所述待刷新从MCU的第五校验值；

判断所述第三校验值、所述第四校验值和所述第五校验值是否相同；

若是，表明刷新成功，否则刷新失败。

优选地，当刷新成功时，还包括：

接收所述外部设备发送的唤醒命令；

响应所述唤醒命令，唤醒处于所述低功耗状态的从MCU。

一种软件刷新装置，应用于控制器中的主MCU，所述控制器为集成有至少两个MCU的控制器，所述至少两个MCU包括一个主MCU和至少一个从MCU，所述主MCU与外部设备通信；

所述装置包括：

第一接收单元，用于接收所述外部设备发送的安全机制校验请求；

响应单元，用于响应所述安全机制校验请求，判断是否具有对所述从MCU的刷新权限、以及所述外部设备是否具有对所述主MCU的刷新权限；

第二接收单元，用于当所述响应单元确定具有对所述从MCU的刷新权限、以及所述外部设备具有对所述主MCU的刷新权限时，接收所述外部设备发送的传输请求，所述传输请求携带目标MCU的标识，所述目标MCU为所述至少两个MCU中的任一MCU；

第一刷新单元，用于当所述目标MCU为所述主MCU时，控制所述从MCU进入低功耗状态，并对所述主MCU进行刷新；

第二刷新单元，用于当所述目标MCU属于从MCU时，控制所述从MCU中、除待刷新从MCU外的其他从MCU进入低功耗状态，并对所述待刷新从MCU进行刷新。

优选地，所述响应单元包括，包括：

生成子单元，用于响应所述安全机制校验请求，生成校验种子，并将所述校验种子发送至所述从MCU和所述外部设备；

接收子单元，用于接收所述从MCU根据所述校验种子生成的第一密钥，所述外部设备根据所述校验种子生成的第二密钥；

判断子单元，用于判断所述主MCU生成的第三密钥与所述第一密钥、所述第二密钥是否均相同，若是，确定具有对所述从MCU的刷新权限、以及所述外部设备具有对所述主MCU的刷新权限。

优选地，还包括：

第三接收单元，用于接收所述外部设备发送的软件刷新条件检查请求；

获取单元，用于响应所述软件刷新条件检查请求，获取所述至少两个MCU的刷新状态，所述刷新状态包括满足刷新条件和不满足刷新条件；

判断单元，用于判断所述至少两个MCU的刷新状态是否均满足刷新条件；

执行单元，用于当所述第二判断单元确定满足所述刷新条件时，执行接收所述外部设备发送的安全机制校验请求的步骤。

优选地，所述第一刷新单元，具体用于：

接收所述外部设备发送的数据；

解析所述数据，并将所述数据写入所述主MCU；

所述第二刷新单元，具体用于：

接收所述外部设备发送的数据；

解析所述数据，并将解析后的数据打包成带有所述待刷新从MCU的标识的数据，并向所述从MCU广播打包后的数据。

本发明提供的技术方案，在对外部设备请求刷新的目标MCU刷新之前，控制不被刷新的从MCU进入低功耗状态，从而使得对目标MCU进行刷新时，使不被刷新的从MCU为低功耗状态，相对于现有技术中的激活状态，降低了能源浪费。另外，本发明中，除了校验外部设备对主MCU的刷新权限，还校验了主MCU对从MCU的刷新权限，因此可靠性较高。

附图说明

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

图1为本发明实施例所提供的一种软件刷新方法的一种流程示意图；

图2为本发明实施例所提供的一种软件刷新方法的另一种流程示意图；

图3为本发明实施例所提供的一种软件刷新装置的一种结构示意图；

图4为本发明实施例所提供的一种软件刷新装置的另一种结构示意图。

具体实施方式

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

本发明提供的软件刷新方法应用于控制器中的主MCU，该控制器集成有至少两个MCU，至少两个MCU包括一个主MCU和至少一个从MCU，主MCU可以与外部设备通信。

请参阅图1，图1为本发明实施例提供的一种软件刷新方法的一种实现流程图，该方法包括：

步骤S101、接收外部设备发送的安全机制校验请求。

步骤S102、响应安全机制校验请求，判断是否具有对从MCU的刷新权限、以及外部设备是否具有对主MCU的刷新权限，若是，执行步骤S103。

需要说明的是，该步骤中的从MCU，指的是控制器中集成的所有从MCU。

由于后续流程中主MCU要控制不刷新的从MCU进入低功耗状态，因此，除了在主MCU与外部设备之间校验刷新权限外，还需要在主MCU与从MCU之间校验刷新权限，以提高从MCU被控制的可靠性。

实际应用中，判断是否具有对从MCU的刷新权限、以及外部设备是否具有对主MCU的刷新权限，具体可以通过以下步骤实现：

响应安全机制校验请求，生成校验种子，并将校验种子发送至从MCU和外部设备。

接收从MCU根据校验种子生成的第一密钥，外部设备根据校验种子生成的第二密钥。需要说明的是，当从MCU的数量大于1个时，接收从MCU根据校验种子生成的第一密钥，具体为接收每一从MCU根据校验种子分别生成的第一密钥。

判断第一密钥、第二密钥及主MCU生成的第三密钥是否相同；

当第一密钥、第二密钥和第三密钥均相同时，表明主MCU具有对从MCU的刷新权限、以及外部设备具有对主MCU的刷新权限。

步骤S103、接收外部设备发送的传输请求。

传输请求携带目标MCU的标识，目标MCU为MCU中的任一MCU。

需要说明的，该步骤中的MCU指的是控制器中集成的所有MCU，该MCU包括一个主MCU和控制器中集成的所有从MCU。

当接收到目标MCU的标识后，主MCU可以通过标识匹配的方式进一步判断目标MCU为主MCU还是属于从MCU。

步骤S104、当目标MCU为主MCU时，控制从MCU进入低功耗状态，并对主MCU进行刷新。

步骤S105、当目标MCU属于从MCU时，控制从MCU中、除待刷新从MCU外的其他从MCU进入低功耗状态，并对待刷新从MCU进行刷新。此时，待刷新从MCU为目标MCU。

主MCU控制从MCU或从MCU中、除待刷新从MCU外的其他从MCU进入低功耗状态，具体可以通过发送特定格式的信号实现，其中，在特定格式的信号中，每一个bit代表一个从MCU的工作状态，bit为0表明需要对应的从MCU进入低功耗状态，bit为1表明需要对应的从MCU保持激活状态。

其中，低功耗状态指的是，在软件刷新过程中，只保留从MCU中与刷新功能相关的通讯功能(如，为了接收主MCU的命令从低功耗中切换到激活状态)，而关闭掉其他无关的外设(包括但不限于AD、PWM以及其他无关通讯功能)。而激活状态则指的是从MCU的所有外设都处于正常工作的状态。

本发明实施例提供的技术方案，在对外部设备请求刷新的目标MCU刷新之前，控制不被刷新的从MCU进入低功耗状态，从而使得对目标MCU进行刷新时，使不被刷新的从MCU为低功耗状态，相对于现有技术中的激活状态，降低了能源浪费。另外，本实施例中，除了校验外部设备对主MCU的刷新权限，还校验了主MCU对从MCU的刷新权限，因此可靠性较高。

请参阅图2，图2为本发明实施例提供的一种软件刷新方法的另一种实现流程图，该方法包括：

步骤S201、接收外部设备发送的软件刷新条件检查请求。

步骤S202、响应软件刷新条件检查请求，获取MCU的刷新状态。

刷新状态包括满足刷新条件和不满足刷新条件。

需要说明的，该步骤中的MCU指的是控制器中集成的所有MCU，该MCU包括一个主MCU和控制器中集成的所有从MCU。

MCU的激活状态可以分为静默状态和正在执行功能的非静默状态，静默状态下的MCU满足刷新条件，而非静默状态下的MCU、根据其所执行的功能的优先权既可以满足刷新条件，也可以不满足刷新条件。

步骤S203、判断MCU的刷新状态是否均满足刷新条件，若是，执行步骤S204。

步骤S204、接收外部设备发送的安全机制校验请求。

步骤S205、响应安全机制校验请求，判断是否具有对从MCU的刷新权限、以及外部设备是否具有对主MCU的刷新权限，若是，执行步骤S206。

步骤S206、接收外部设备发送的传输请求。

传输请求携带目标MCU的标识，目标MCU为MCU中的任一MCU。

可选的，步骤S204-S206的执行过程与上述实施例提供的步骤S101-S103的执行过程相同，有关步骤S204-S206的详细过程，请参见上述对步骤S101-S103的描述，在此不做赘述。

步骤S207、当目标MCU为主MCU时，控制从MCU进入低功耗状态，并接收外部设备发送的数据，解析数据，并将数据写入主MCU。

由于主MCU为唯一与外部设备通信的MCU，所以，当主MCU为目标MCU时可以直接将解析的数据写入主MCU。

步骤S208、获取外部设备发送的数据的第一校验值和写入主MCU的数据的第二校验值。

步骤S209、判断第一校验值与第二校验值是否相同，若是，执行步骤S213。

步骤S208-步骤S209实现的是数据写入后，对写入数据的兼容性校验。

步骤S210、当目标MCU属于从MCU时，控制从MCU中、除待刷新从MCU外的其他从MCU进入低功耗状态，并接收外部设备发送的数据，解析数据，并将解析后的数据打包成带有待刷新从MCU的标识的数据，并向从MCU广播打包后的数据，此时，待刷新从MCU为所述目标MCU。

当目标MCU属于从MCU时，为了防止主MCU广播的数据唤醒除待刷新从MCU之外的从MCU，需要将主MCU解析后的数据重新打包为带有待刷新从MCU的标识的数据，从而使得除待刷新从MCU之外的从MCU对接收的数据不进行任何处理。

步骤S211、获取外部设备发送的数据的第三校验值、主MCU广播的数据的第四校验值和写入待刷新从MCU的第五校验值；

步骤S212、判断第三校验值、第四校验值和第五校验值是否相同，若是，执行步骤S213。

步骤S213、接收外部设备发送的唤醒命令。

步骤S214、响应唤醒命令，唤醒处于低功耗状态的从MCU。

在刷新成功后，还需要唤醒低功耗状态的从MCU，以恢复控制器的正常运行。

本发明实施例提供的技术方案，在对外部设备请求刷新的目标MCU刷新之前，控制不被刷新的从MCU进入低功耗状态，从而使得对目标MCU进行刷新时，使不被刷新的从MCU为低功耗状态，相对于现有技术中的激活状态，降低了能源浪费。另外，本实施例中，除了校验外部设备对主MCU的刷新权限，还校验了主MCU对从MCU的刷新权限，因此可靠性较高。

请参阅图3，图3为本发明实施例提供的软件刷新装置的一种结构示意图，该软件刷新装置应用于控制器中的主MCU，控制器为集成有至少两个MCU的控制器，至少两个MCU至少包括一个主MCU和至少一个从MCU，主MCU与外部设备通信。

该装置结构示意图中的各单元的工作过程参照图1对应的实施例中方法的执行过程，该装置包括：

第一接收单元301，用于接收外部设备发送的安全机制校验请求。

响应单元302，用于响应安全机制校验请求，判断是否具有对从MCU的刷新权限、以及外部设备是否具有对主MCU的刷新权限。

第二接收单元303，用于当响应单元302确定具有对从MCU的刷新权限、以及外部设备具有对主MCU的刷新权限时，接收外部设备发送的传输请求，传输请求携带目标MCU的标识，目标MCU为MCU中的任一MCU。

第一刷新单元304，用于当目标MCU为主MCU时，控制从MCU进入低功耗状态，并对主MCU进行刷新。

第二刷新单元305，用于当目标MCU属于从MCU时，控制从MCU中、除待刷新从MCU外的其他从MCU进入低功耗状态，并对待刷新从MCU进行刷新。

本发明实施例提供的技术方案，在对外部设备请求刷新的目标MCU刷新之前，通过第一刷新单元及第二刷新单元控制不被刷新的从MCU进入低功耗状态，从而使得对目标MCU进行刷新时，使不被刷新的从MCU为低功耗状态，相对于现有技术中的激活状态，降低了能源浪费。另外，本实施例中，除了校验外部设备对主MCU的刷新权限，还校验了主MCU对从MCU的刷新权限，因此可靠性较高。

请参阅图4，图4为本发明实施例提供的软件刷新装置的一种结构示意图，该装置结构示意图中的各单元的工作过程参照图2对应的实施例中方法的执行过程，该装置包括：

第三接收单元401，用于接收外部设备发送的软件刷新条件检查请求。

获取单元402，用于响应软件刷新条件检查请求，获取MCU的刷新状态，刷新状态包括满足刷新条件和不满足刷新条件。

判断单元403，用于判断MCU的刷新状态是否均满足刷新条件。

第一接收单元404，用于当判断单元403确定满足刷新条件时，接收外部设备发送的安全机制校验请求。

生成子单元405，用于响应安全机制验证请求，生成校验种子，并将校验种子发送至从MCU和外部设备。

接收子单元406，用于接收从MCU根据校验种子生成的第一密钥，外部设备根据校验种子生成的第二密钥。需要说明的是，当从MCU的数量大于1个时，接收从MCU根据校验种子生成的第一密钥，具体为接收每一从MCU根据校验种子分别生成的第一密钥。

判断子单元407，用于判断主MCU生成的第三密钥与第一密钥、第二密钥是否均相同。

第二接收单元408，用于当判断子单元407确定第一密钥、第二密钥及第三密钥相同时，接收外部设备发送的传输请求，传输请求携带目标MCU的标识，目标MCU为MCU中的任一MCU。

第一刷新单元409，用于当目标MCU为主MCU时，控制从MCU进入低功耗状态，并接收外部设备发送的数据，解析数据，并将数据写入主MCU。

第二刷新单元410，用于当目标MCU属于从MCU时，控制从MCU中、除待刷新从MCU外的其他从MCU进入低功耗状态，并接收外部设备发送的数据；解析数据，并将解析后的数据打包成带有待刷新MCU的标识的数据，并向从MCU广播打包后的数据。

本发明实施例提供的技术方案，在对外部设备请求刷新的目标MCU刷新之前，通过第一刷新单元及第二刷新单元控制不被刷新的从MCU进入低功耗状态，从而使得对目标MCU进行刷新时，使不被刷新的从MCU为低功耗状态，相对于现有技术中的激活状态，降低了能源浪费。另外，本实施例中，除了校验外部设备对主MCU的刷新权限，还校验了主MCU对从MCU的刷新权限，因此可靠性较高。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

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

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，在没有超过本发明的精神和范围内，可以通过其他的方式实现。当前的实施例只是一种示范性的例子，不应该作为限制，所给出的具体内容不应该限制本发明的目的。例如，所述单元或子单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或多个子单元结合一起。另外，多个单元可以或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

另外，所描述系统，装置和方法以及不同实施例的示意图，在不超出本发明的范围内，可以与其它系统，模块，技术或方法结合或集成。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

以上所述仅是本发明的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种软件刷新方法，其特征在于，应用于控制器中的主MCU，所述控制器为集成有至少两个MCU的控制器，所述至少两个MCU包括一个主MCU和至少一个从MCU，所述主MCU与外部设备通信；

所述方法包括：

接收所述外部设备发送的安全机制校验请求；

响应所述安全机制校验请求，判断是否具有对所述从MCU的刷新权限、以及所述外部设备是否具有对所述主MCU的刷新权限；

若是，接收所述外部设备发送的传输请求，所述传输请求携带目标MCU的标识，所述目标MCU为所述至少两个MCU中的任一MCU；

当所述目标MCU为所述主MCU时，控制所述从MCU进入低功耗状态，并对所述主MCU进行刷新；

当所述目标MCU属于从MCU时，控制所述从MCU中、除待刷新从MCU外的其他从MCU进入低功耗状态，并对所述待刷新从MCU进行刷新。

2.根据权利要求1所述的软件刷新方法，其特征在于，响应所述安全机制校验请求，判断是否具有对所述从MCU的刷新权限、以及所述外部设备是否具有对所述主MCU的刷新权限，包括：

响应所述安全机制校验请求，生成校验种子，并将所述校验种子发送至所述从MCU和所述外部设备；

接收所述从MCU根据所述校验种子生成的第一密钥、所述外部设备根据所述校验种子生成的第二密钥；

判断所述主MCU生成的第三密钥与所述第一密钥、所述第二密钥是否均相同，若是，确定具有对所述从MCU的刷新权限、以及所述外部设备具有对所述主MCU的刷新权限。

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

接收所述外部设备发送的软件刷新条件检查请求；

响应所述软件刷新条件检查请求，获取所述至少两个MCU的刷新状态，所述刷新状态包括满足刷新条件和不满足刷新条件；

判断所述至少两个MCU的刷新状态是否均满足刷新条件；

若是，执行接收所述外部设备发送的安全机制校验请求的步骤。

4.根据权利要求1-3任一项所述的软件刷新方法，其特征在于，对所述主MCU进行刷新包括：

接收所述外部设备发送的数据；

解析所述数据，并将所述数据写入所述主MCU；

对所述待刷新从MCU进行刷新，包括：

接收所述外部设备发送的数据；

解析所述数据，并将解析后的数据打包成带有所述待刷新从MCU的标识的数据，并向所述从MCU广播打包后的数据。

5.根据权利要求4所述的软件刷新方法，其特征在于，还包括：

当所述目标MCU为所述主MCU时，获取所述外部设备发送的数据的第一校验值和写入所述主MCU的数据的第二校验值；

判断所述第一校验值与所述第二校验值是否相同；

若是，表明刷新成功，否则刷新失败；

或，

当所述目标MCU属于所述从MCU时，获取所述外部设备发送的数据的第三校验值、所述主MCU广播的数据的第四校验值和写入所述待刷新从MCU的第五校验值；

判断所述第三校验值、所述第四校验值和所述第五校验值是否相同；

若是，表明刷新成功，否则刷新失败。

6.根据权利要求5所述的刷新方法，其特征在于，当刷新成功时，还包括：

接收所述外部设备发送的唤醒命令；

响应所述唤醒命令，唤醒处于所述低功耗状态的从MCU。

7.一种软件刷新装置，其特征在于，应用于控制器中的主MCU，所述控制器为集成有至少两个MCU的控制器，所述至少两个MCU包括一个主MCU和至少一个从MCU，所述主MCU与外部设备通信；

所述装置包括：

第一接收单元，用于接收所述外部设备发送的安全机制校验请求；

响应单元，用于响应所述安全机制校验请求，判断是否具有对所述从MCU的刷新权限、以及所述外部设备是否具有对所述主MCU的刷新权限；

第二接收单元，用于当所述响应单元确定具有对所述从MCU的刷新权限、以及所述外部设备具有对所述主MCU的刷新权限时，接收所述外部设备发送的传输请求，所述传输请求携带目标MCU的标识，所述目标MCU为所述至少两个MCU中的任一MCU；

第一刷新单元，用于当所述目标MCU为所述主MCU时，控制所述从MCU进入低功耗状态，并对所述主MCU进行刷新；

第二刷新单元，用于当所述目标MCU属于从MCU时，控制所述从MCU中、除待刷新从MCU外的其他从MCU进入低功耗状态，并对所述待刷新从MCU进行刷新。

8.根据权利要求7所述的软件刷新装置，其特征在于，所述响应单元包括，包括：

生成子单元，用于响应所述安全机制校验请求，生成校验种子，并将所述校验种子发送至所述从MCU和所述外部设备；

接收子单元，用于接收所述从MCU根据所述校验种子生成的第一密钥，所述外部设备根据所述校验种子生成的第二密钥；

判断子单元，用于判断所述主MCU生成的第三密钥与所述第一密钥、所述第二密钥是否均相同，若是，确定具有对所述从MCU的刷新权限、以及所述外部设备具有对所述主MCU的刷新权限。

9.根据权利要求8所述的软件刷新装置，其特征在于，还包括：

第三接收单元，用于接收所述外部设备发送的软件刷新条件检查请求；

获取单元，用于响应所述软件刷新条件检查请求，获取所述至少两个MCU的刷新状态，所述刷新状态包括满足刷新条件和不满足刷新条件；

判断单元，用于判断所述至少两个MCU的刷新状态是否均满足刷新条件；

执行单元，用于当所述第二判断单元确定满足所述刷新条件时，执行接收所述外部设备发送的安全机制校验请求的步骤。

10.根据权利要求7-9任一项所述的软件刷新装置，其特征在于，所述第一刷新单元，具体用于：

接收所述外部设备发送的数据；

解析所述数据，并将所述数据写入所述主MCU；

所述第二刷新单元，具体用于：

接收所述外部设备发送的数据；

解析所述数据，并将解析后的数据打包成带有所述待刷新从MCU的标识的数据，并向所述从MCU广播打包后的数据。