CN115827012A - 充电桩子部件软件升级方法、装置、介质和充电桩 - Google Patents

Abstract

本申请涉及一种充电桩子部件软件升级方法、装置、计算机可读存储介质、计算机程序产品和充电桩。所述方法包括：获取待升级子部件的子部件标识和升级软件包；提取升级软件包的版本信息；获取子部件标识对应的子部件的子部件版本信息，并根据升级软件包的版本信息和子部件版本信息，判断子部件是否需要升级；若子部件需要升级，将升级软件包下发至子部件；该升级软件包用于对所述子部件进行软件升级。采用本方法能够支持不同供应商子部件的同步升级，有利于提高充电桩子部件软件升级工作过程的工作效率。

Description

充电桩子部件软件升级方法、装置、介质和充电桩

技术领域

本申请涉及充电桩技术领域，特别是涉及一种充电桩子部件软件升级方法、装置、计算机可读存储介质、计算机程序产品和充电桩。

背景技术

随着新能源产业的迅速发展，电动车辆的数量逐步增加，随之配套的充电桩也越来越多。充电桩中，包括多种子部件，在使用过程中，需要对各子部件进行定时或不定时进行软件升级，以不断完善充电桩，提升用户体验。

传统技术中，由各子部件供应商的售后人员，携带专业升级工具前往充电桩现场对子部件进行升级。由于充电桩都是分散建设的，且同一充电桩对应多家子部件供应商，采用传统技术进行充电桩子部件的软件升级，需要不同子部件供应商的售后人员，对不同充电桩的对应子部件逐个进行升级。

因此，传统的充电桩子部件软件升级方法，存在工作效率低的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高工作效率的充电桩子部件软件升级方法、装置、计算机可读存储介质、计算机程序产品和充电桩。

第一方面，本申请提供了一种充电桩子部件软件升级方法。所述方法包括：

获取待升级子部件的子部件标识和升级软件包；

提取所述升级软件包的版本信息；

获取所述子部件标识对应的子部件的子部件版本信息，并根据所述升级软件包的版本信息和所述子部件版本信息，判断所述子部件是否需要升级；

若所述子部件需要升级，将所述升级软件包下发至所述子部件；所述升级软件包用于对所述子部件进行软件升级。

上述充电桩子部件软件升级方法，通过获取待升级子部件的子部件标识和升级软件包，并根据升级软件包的版本信息，以及充电桩中与升级软件包对应的子部件的版本信息，判断子部件是否需要升级，再在子部件需要升级时，将升级软件包下发至对应子部件，对该子部件进行软件升级，方法简单，可支持不同供应商子部件的同步升级，有利于提高充电桩子部件软件升级工作过程的工作效率。

在其中一个实施例中，所述提取所述升级软件包的版本信息之前，还包括：

获取充电桩的工作状态信息，并根据所述工作状态信息判断当前的工作状态是否支持软件升级；

若是，则执行所述提取所述升级软件包的版本信息的步骤。

上述实施例中，在提取升级软件包的版本信息之前，获取充电桩的工作状态信息，并根据工作状态信息判断当前的工作状态是否支持软件升级，可以确保软件升级过程，不影响充电桩的正常工作，有利于提高充电桩子部件软件升级方法的科学性。

在其中一个实施例中，所述提取所述升级软件包的版本信息之前，还包括：

对所述升级软件包进行安全校验；

所述提取所述升级软件包的版本信息，包括：

若所述安全校验的结果为通过校验，提取所述升级软件包的版本信息。

上述实施例中，提取升级软件包的版本信息之前，先对升级软件包进行安全校验，可以确保升级软件包的安全性，避免充电桩受到攻击，有利于提升充电桩子部件软件升级方法的安全性。

在其中一个实施例中，所述将所述升级软件包下发至所述子部件，包括：

获取所述子部件的预留缓冲区的大小；

判断所述升级软件包的大小是否大于所述预留缓冲区的大小；

若是，根据所述预留缓冲区的大小，对所述升级软件包进行分包处理得到子软件包，并将所述子软件包依次发送至所述子部件。

上述实施例中，在将升级软件包下发至子部件的过程中，还获取子部件的预留缓冲区的大小，并根据预留缓冲区和升级软件包的大小关系，进行有区别的数据传输，可以确保不同情况下升级软件包的顺利下发，有利于扩展充电桩子部件软件升级方法的应用场景。

在其中一个实施例中，所述子软件包至少包括第一子软件包和第二子软件包；所述将所述子软件包依次发送至所述子部件，包括：

将第一子软件包发送至所述子部件，并向所述子部件发送所述第一子软件包的第一子校验码；

获取第一校验结果，并在所述第一校验结果为校验通过的情况下，向所述子部件发送第二子软件包；所述第一校验结果由所述子部件计算接收到的所述第一子软件包的第一子验证码，并根据所述第一子校验码和所述第一子验证码生成。

上述实施例中，在发送子软件包的过程中，对子软件包进行校验，可以确保子软件包的完整性和安全性，有利于进一步提高充电桩子部件软件升级方法的可靠性。

在其中一个实施例中，所述子软件包携带所述子软件包对应的分组地址信息；所述将所述子软件包依次发送至所述子部件之后，还包括：

获取整包校验结果；所述整包校验结果由所述子部件根据所述子软件包，以及所述子软件包的分组地址信息，对所述子软件包进行合包处理后，得到待用软件包，并对所述待用软件包进行安全校验后生成。

上述实施例中，在所有子软件包依次发送至子部件之后，还对合包处理后得到的待用软件包进行二次安全校验，可以确保待用软件包的完整性和安全性，有利于进一步提高充电桩子部件软件升级方法的可靠性。

在其中一个实施例中，所述获取整包校验结果之后，还包括：

向所述子部件发送复位指令。

上述实施例中，在接收到校验成功的整包校验结果后，向子部件发送复位指令，指示子部件执行复位操作，可以避免因软件升级导致子部件的系统冗余，影响充电桩的性能。

第二方面，本申请还提供了一种充电桩子部件软件升级装置。所述装置包括：

获取模块，用于获取待升级子部件的子部件标识和升级软件包；

信息提取模块，用于提取所述升级软件包的版本信息；

判断模块，用于获取所述子部件标识对应的子部件的子部件版本信息，并根据所述升级软件包的版本信息和所述子部件版本信息，判断所述子部件是否需要升级；

发放模块，用于若所述判断模块的判断结果为所述子部件需要升级，将所述升级软件包下发至所述子部件；所述升级软件包用于对所述子部件进行软件升级。

在其中一个实施例中，所述判断模块还用于：获取充电桩的工作状态信息，并根据所述工作状态信息判断当前的工作状态是否支持软件升级；

所述信息提取模块具体用于：若所述判断模块的判断结果为支持软件升级，则执行所述提取所述升级软件包的版本信息的步骤。

在其中一个实施例中，所述充电桩子部件软件升级装置还包括：

安全校验模块，用于对所述升级软件包进行安全校验；

所述信息提取模块具体用于：若所述安全校验的结果为通过校验，提取所述升级软件包的版本信息。

在其中一个实施例中，所述发放模块包括：

获取单元，用于获取所述子部件的预留缓冲区的大小；

判断单元，用于判断所述升级软件包的大小是否大于所述预留缓冲区的大小；

发放单元，用于若所述判断单元的判断结果为是，根据所述预留缓冲区的大小，对所述升级软件包进行分包处理得到子软件包，并将所述子软件包依次发送至所述子部件。

在其中一个实施例中，所述子软件包至少包括第一子软件包和第二子软件包；所述发放单元具体用于：将第一子软件包发送至所述子部件，并向所述子部件发送所述第一子软件包的第一子校验码；获取第一校验结果，并在所述第一校验结果为校验通过的情况下，向所述子部件发送第二子软件包；所述第一校验结果由所述子部件计算接收到的所述第一子软件包的第一子验证码，并根据所述第一子校验码和所述第一子验证码生成。

在其中一个实施例中，所述发放模块还包括：校验结果获取单元，用于获取整包校验结果；所述整包校验结果由所述子部件根据所述子软件包，以及所述子软件包的分组地址信息，对所述子软件包进行合包处理后，得到待用软件包，并对所述待用软件包进行安全校验后生成。

在其中一个实施例中，所述发放模块还包括：复位单元，用于向所述子部件发送复位指令。

第三方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取待升级子部件的子部件标识和升级软件包；

提取所述升级软件包的版本信息；

获取所述子部件标识对应的子部件的子部件版本信息，并根据所述升级软件包的版本信息和所述子部件版本信息，判断所述子部件是否需要升级；

若所述子部件需要升级，将所述升级软件包下发至所述子部件；所述升级软件包用于对所述子部件进行软件升级。

第四方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

获取待升级子部件的子部件标识和升级软件包；

提取所述升级软件包的版本信息；

获取所述子部件标识对应的子部件的子部件版本信息，并根据所述升级软件包的版本信息和所述子部件版本信息，判断所述子部件是否需要升级；

若所述子部件需要升级，将所述升级软件包下发至所述子部件；所述升级软件包用于对所述子部件进行软件升级。

第五方面，本申请还提供了一种充电桩。所述充电桩包括主控制器和子部件，所述主控制器连接所述子部件，用于实现上述的方法的步骤。

附图说明

图1为一个实施例中充电桩子部件软件升级方法的应用环境图；

图2为一个实施例中充电桩子部件软件升级方法的流程示意图；

图3为另一个实施例中充电桩子部件软件升级方法的流程示意图；

图4为一个实施例中将升级软件包下发至子部件的流程示意图；

图5为一个实施例中将子软件包依次发送至子部件的流程示意图；

图6为又一个实施例中充电桩子部件软件升级方法的流程示意图；

图7为再一个实施例中充电桩子部件软件升级方法的流程示意图；

图8为一个实施例中升级过程中主控制器和子部件的交互过程示意图；

图9为一个实施例中充电桩子部件软件升级装置的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

传统技术中，充电桩桩企通过直接采购多家供应商提供的子部件，进行装配后完成充电桩的安装，因此，对充电桩中子部件进行软件升级时，需要不同子部件供应商的售后人员携带专业升级工具前往充电桩现场对子部件进行升级，工作效率低下。并且，不同充电桩中的同一子部件，可能存在多家供应商，而同一供应商生产的子部件，也可能存在多种硬件版本，供应商或硬件版本不同，与之匹配的软件版本也不相同，需要售后人员根据现场情况进行反复核查以确定正确的软件版本，这无疑进一步增大了售后人员的工作量，不利于工作效率的提升。若仅仅参考主控制器的远程升级方式，先获取某一充电桩中主控制器的软件版本信息，确认该主控制器是否需要进行升级，再在该主控制器需要升级的情况下对其进行软件升级，升级后获取下一充电桩中主控制器的软件版本信息，依次类推，直至所有充电桩的主控制器都升级完成，相当于需要逐一对不同充电桩进行升级处理，同样无法做到批量升级，对工作效率的提升效果有限。因此，本申请提供一种能够提高工作效率的充电桩子部件软件升级方法。

本申请实施例提供的充电桩子部件软件升级方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104进行通信，服务器104通过网络与充电桩106进行通信。数据存储系统可以存储服务器104需要处理的数据。数据存储系统可以集成在服务器104上，也可以放在云上或其他网络服务器上。在进行充电桩子部件软件升级的过程中：获取待升级子部件的子部件标识和升级软件包；提取升级软件包的版本信息；获取子部件标识对应的子部件的子部件版本信息，并根据升级软件包的版本信息和子部件版本信息，判断子部件是否需要升级；若子部件需要升级，将升级软件包下发至该子部件；升级软件包用于对该子部件进行软件升级。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种充电桩子部件软件升级方法，以该方法应用于图1中的充电桩106，具体应用于充电桩106中的主控制器的情况为例进行说明。该方法包括步骤S202至步骤S208。

步骤S202：获取待升级子部件的子部件标识和升级软件包。

其中，充电桩的硬件构成通常包括主控制器和多个子部件，例如电池、充放电模块和保护模块等。子部件标识是可以用于唯一标识充电桩中子部件的信息。该子部件标识可以由数字、字母和字符中至少一种组合而成。升级软件包是由子部件供应商提供的，用于对待升级子部件进行软件升级的软件程序包。该升级软件包，可以是16进制的.hex文件或者其他格式文件，具体可以包含软件代码数据、软件版本信息、子部件标识、子部件硬件版本信息和数字签名等信息。

具体的，可以对充电桩中的所有子部件进行统一编码，以使每个子部件对应一个唯一的子部件标识。在需要对子部件进行升级时，通过子部件标识即可关联对应的待升级子部件，进而实现多个不同子部件的同步升级。进一步的，还可以对所有充电桩进行同一编码，以使每个充电桩对应一个唯一的充电桩标识，该充电桩标识，可以是充电桩的网络IP地址，也可以是由数字、字母和字符中至少一种组合而成的字符串标识。在需要对不同充电桩的子部件进行升级时，通过充电桩标识可以关联对应的待升级充电桩，进而实现多个不同充电桩的同步升级。

工作人员可以通过终端向服务器上传待升级充电桩的充电桩标识、待升级子部件的子部件标识，以及各待升级子部件的升级软件包，由主控制器从服务器获取待升级子部件的子部件标识和升级软件包。此外，主控制器从服务器获取待升级子部件的子部件标识和升级软件包的具体方式，可以是主动获取，也可以是被动接收。例如，可以由服务器根据充电桩标识，向各充电桩标识对应的充电桩下发待升级子部件的子部件标识和升级软件包；也可以由服务器向各待升级充电桩发送升级指令，再由待升级充电桩根据升级指令主动从服务器获取待升级子部件的子部件标识和升级软件包。

步骤S205：提取升级软件包的版本信息。

其中，升级软件包的版本信息包括软件版本信息，以及该升级软件包适用的子部件硬件版本信息。该软件版本信息是可以唯一标识升级软件包的软件版本的信息。在软件开发过程中，可以引入软件版本信息对同一子部件的各个软件版本进行标识和区分。具体的，主控制器可以通过提取升级软件包中特定地址处存储的信息，得到升级软件包的版本信息。

步骤S206：获取子部件标识对应的子部件的子部件版本信息，并根据升级软件包的版本信息和子部件版本信息，判断该子部件是否需要升级。

其中，子部件版本信息包括子部件软件版本信息和子部件硬件版本信息。该子部件硬件版本信息由子部件供应商在产品下线测试时刷进子部件的闪存，是不可更改的信息。该子部件软件版本信息为子部件当前使用的软件版本的标识信息，随着子部件中软件版本的变化而变化。一方面，同一子部件供应商供应的子部件可能存在多种硬件版本，而不同硬件版本所支持的软件版本并不相同；另一方面，针对个别充电桩，不排除存在运维人员已经单独进行软件升级的情况。

基于此，主控制器获取充电桩内，子部件标识对应的子部件的子部件版本信息，并根据子部件版本信息和升级软件包的版本信息，判断定该子部件是否需要升级：若升级软件包的软件版本适用于该子部件，且该子部件的软件版本与升级软件包对应的软件版本不一致，该子部件需要升级；否则，该子部件无需升级。

步骤S208：若子部件需要升级，将升级软件包下发至该子部件。

其中，升级软件包用于对子部件进行软件升级。具体的，若确定充电桩中，升级软件包对应的子部件需要升级，则将该升级软件包下发至该子部件，以便该子部件利用对应的升级软件包进行软件升级。需要说明的是，若子部件无需升级，则通过服务器向终端发送升级不匹配的反馈信息。进一步的，子部件升级完成后，向主控制器反馈升级已完成，由主控制器通过服务器向终端反馈升级结果，以便工作人员及时了解工作进展。

此外，主控制器将升级软件包下发至子部件的过程中，可以周期性地向子部件发送升级心跳，由子部件周期性地回复升级心跳，若主控制器在设定时间内未收到子部件回复的升级心跳，则退出升级流程，并向终端发送相应的反馈信息。

上述充电桩子部件软件升级方法，一方面，通过获取待升级子部件的子部件标识和升级软件包，并在子部件需要升级时，将升级软件包下发至对应子部件，对该子部件进行软件升级，方法简单，可支持不同供应商子部件的同步升级，有利于提高充电桩子部件软件升级工作过程的工作效率；另一方面，根据升级软件包的版本信息，以及充电桩中与升级软件包对应的子部件的版本信息，判断子部件是否需要升级，可以实现升级过程中的自动防呆，避免因刷错软件导致充电桩无法正常工作，有利于提高充电桩子部件软件升级方法的科学性。

在一个实施例中，如图3所示，步骤S205之前，还包括步骤S203：获取充电桩的工作状态信息，并根据工作状态信息判断当前的工作状态是否支持软件升级。其中，步骤S203可以在步骤S202之前、之后或与步骤S202同步执行。

其中，充电桩的工作状态信息，包括电池电量、充电枪连接状态和工作电流等；工作状态包括充电、放电和待机状态。具体的，根据充电桩的工作状态信息，可以判断充电桩当前所处的工作状态，并根据预设规则判断当前的工作状态是否支持软件升级。若充电桩的当前工作状态支持软件升级，则执行步骤S205，若充电桩的当前工作状态不支持软件升级，则等待预设时长，并重新获取充电桩的工作状态信息。

进一步的，预设规则的具体内容并不唯一，可以根据充电桩的配置进行区别设置，只需确保升级软件包的传输不影响充电桩的正常工作即可。例如，可以仅在待机状态支持软件升级，也可以在待机和充电状态支持软件升级。

上述实施例中，在提取升级软件包的版本信息之前，获取充电桩的工作状态信息，并根据工作状态信息判断当前的工作状态是否支持软件升级，可以确保软件升级过程，不影响充电桩的正常工作，有利于提高充电桩子部件软件升级方法的科学性。

在一个实施例中，请继续参考图3，步骤S205之前，还包括步骤S204：对升级软件包进行安全校验。在该实施例的情形下，步骤S205包括：若安全校验的结果为通过校验，提取升级软件包的版本信息。其中，步骤S204可以在步骤S202之前、之后或与步骤S202同步执行，同样的，步骤S204也可以在步骤S203之前、之后或与步骤S203同步执行。

其中，安全验证是采用一定的手段对所传输的数据的进行验证的过程，通常用于确保数据的完整性和准确性。具体的，主控制器先对升级软件包进行解析，得到软件包中的软件代码数据，再基于预设算法计算这些软件代码数据的校验值，即为升级软件包的实际校验值，并获取对应的原始校验值，将计算得到的实际校验值和原始校验值进行比对，若二者一致则安全校验通过，否则安全校验不通过。进一步的，若安全校验通过，则执行步骤S205；若安全校验不通过，则向终端反馈信息已泄露，以便终端的工作人员及时了解情况，采取应对措施。

可以理解，进行安全校验的具体方法并不唯一。例如可以采用哈希校验或CRC(Cyclic Redundancy Check，循环冗余校验)校验方法。以CRC校验为例，主控制器可以根据CRC32算法计算得到升级软件包中软件代码数据的实际CRC值，并获取软件代码数据包含的数字签名，通过相应的RSA解密算法，得到原始CRC值，再将实际CRC值和原始CRC值进行比对，若二者相等，则安全校验通过，反之则安全校验不通过。若安全校验不通过，则停止当前的升级流程，并通过服务器向终端反馈信息已泄露。

上述实施例中，提取升级软件包的版本信息之前，先对升级软件包进行安全校验，可以确保升级软件包的安全性，避免充电桩受到攻击，有利于提升充电桩子部件软件升级方法的安全性。

在一个实施例中，如图4所示，将升级软件包下发至子部件，包括步骤S402至步骤S406。

步骤S402：获取子部件的预留缓冲区的大小。

其中，子部件的预留缓冲区用于在升级软件包的传输过程中进行数据缓存。该预留缓冲区的大小并不唯一，例如可以是1KB或2KB。具体的，主控制器获取子部件的预留缓冲区的大小的具体方式，可以是主动获取，也可以是被动接收。例如，主控制器可以向子部件发送索要区间指令，由子部件根据自身的地址区间划分情况，预留设定大小的缓冲区，并向主控制器反馈缓冲区的大小和位置。

进一步的，在主控制器获取子部件的预留缓冲区的大小之前，还可以获取子部件的工作状态，并根据子部件的工作状态，结合设定规则判断当前该子部件是否允许在线更新。若是，则执行步骤S402，若否，则等待设定时长，并重新获取子部件的工作状态。该设定规则的具体内容并不唯一，可以根据子部件的具体类型进行区别设置，只需确保升级软件包的传输不影响充电桩的正常工作即可。例如，可以仅在待机状态支持在线更新，也可以在待机和充电状态支持在线更新。需要说明的是，上述获取子部件的工作状态，并根据子部件的工作状态，结合设定规则判断当前该子部件是否允许在线更新的动作，可以由主控制器执行，也可以由子部件执行。

步骤S404：判断升级软件包的大小是否大于预留缓冲区的大小。

其中，升级软件包的大小是指升级软件包中，所包含的软件代码数据的大小。具体的，主控制器获取子部件的预留缓冲区的大小之后，将该预留缓冲区的大小与升级软件包的大小进行比较。若升级软件包的大小小于或等于预留缓冲区的大小，则主控制器可以将升级软件包全部发送至预留缓冲区，完成升级软件包的下发。

若升级软件包的大小大于预留缓冲区的大小，则执行步骤S406：根据预留缓冲区的大小，对升级软件包进行分包处理得到子软件包，并将子软件包依次发送至子部件。

其中，分包处理是将升级软件包分割成多个子软件包的过程。若升级软件包的大小大于预留缓冲区的大小，为确保升级软件包的顺利下发，需要对升级软件包进行分包处理后再下发。具体的，主控制器可以根据预留缓冲区的大小，将升级软件包分割成至少两个子软件包，再将各子软件包依次发送至子部件。需要说明的是，各子软件包的大小可以相同，也可以不相同，只需小于或等于预留缓冲区的大小即可。

上述实施例中，在将升级软件包下发至子部件的过程中，还获取子部件的预留缓冲区的大小，并根据预留缓冲区和升级软件包的大小关系，进行有区别的数据传输，可以确保不同情况下升级软件包的顺利下发，有利于扩展充电桩子部件软件升级方法的应用场景。

在一个实施例中，子软件包携带子软件包对应的分组地址信息，请继续参考图4，将子软件包依次发送至子部件之后，还包括步骤S407：获取整包校验结果。

其中，整包校验结果由子部件根据子软件包，以及子软件包的分组地址信息，对子软件包进行合包处理后，得到待用软件包，并对待用软件包进行安全校验后生成。该分组地址信息，可以是指子软件包的首地址信息，和/或，子软件包的尾地址信息。

具体的，子组件接收到子软件包后，根据子软件包的分组地址信息，对各子软件包进行合包处理后，得到待用软件包，并对待用软件包进行安全校验：计算待用软件包的实际校验值，并将该实际校验值与升级软件包的原始校验值进行比对，若二者一致，则向主控制器发送校验通过的整包校验结果，否则向主控制器发送校验不通过的整包校验结果。进一步的，若校验通过，则子部件基于待用软件包进行软件升级和更新。

上述实施例中，在所有子软件包依次发送至子部件之后，还对合包处理后得到的待用软件包进行二次安全校验，可以确保待用软件包的完整性和安全性，有利于进一步提高充电桩子部件软件升级方法的可靠性。

在一个实施例中，请继续参考图4，步骤S407之后，还包括步骤S408：向子部件发送复位指令。

其中，复位指令可以用于指示子部件擦除升级过程中，产生的相应存储数据，例如，预留缓冲区的存储数据以及升级前的软件代码数据，以释放存储空间，为后续子部件的正常运行提供硬件基础；还可以用于指示子部件进行状态切换，以便主控制器可以根据各子部件的状态，确定充电桩的当前工作状态，输出对应的提示信息。例如，在存在一个或多个子部件正在升级的情况下，主控制器可以控制指示灯闪烁，或者，通过充电桩的操作界面、小程序或公众号提示用户充电桩正在升级，不支持充电服务，以便用户及时获取充电桩的当前工作状态。

具体的，主控制器在接收到校验成功的整包校验结果后，向子部件发送复位指令，指示子部件执行复位操作，完成本次的子部件软件升级。可以理解，复位完成后，充电桩子部件升级完成。

上述实施例中，在接收到校验成功的整包校验结果后，向子部件发送复位指令，指示子部件执行复位操作，可以避免因软件升级导致子部件的系统冗余，影响充电桩的性能。

在一个实施例中，子软件包至少包括第一子软件包和第二子软件包；在该实施例的情形下，如图5所示，将子软件包依次发送至子部件，包括步骤S502和步骤S504。

步骤S502：将第一子软件包发送至子部件，并向子部件发送该第一子软件包的第一子校验码。

其中，第一子校验码是用于对第一子软件包进行完整性校验的校验码。具体的，主控制器可以先将第一子软件包发送至子部件，在第一子软件包发送完成后，再向子部件发送该第一子软件包的第一子校验码；也可以将第一子软件包，以及第一子软件包的第一子校验码一并发送至子部件。

步骤S504：获取第一校验结果，并在第一校验结果为校验通过的情况下，向子部件发送第二子软件包。

其中，第一校验结果由子部件计算接收到的第一子软件包的第一子验证码，并根据第一子校验码和第一子验证码生成。具体的，子部件接收第一子软件包后，基于设定算法计算第一子软件包中包含的软件代码数据的校验值，即为第一子软件包的第一子验证码，并将第一子验证码和第一子校验码进行比对，若二者一致则向主控制器反馈校验通过的第一校验结果，若二者不一致则向主控制器反馈校验不通过的第一校验结果。若校验通过，则主控制器向子部件发送第二子软件包，基于同样的逻辑进行第二子软件包的校验，直至升级软件包对应的子软件包全部发送完毕。若校验不通过，则重新对升级软件包进行分包处理。需要说明的是，上述过程中采用的预设算法，可以是哈希校验、CRC校验或其他校验方法的相关算法。

上述实施例中，在发送子软件包的过程中，对子软件包进行校验，可以确保子软件包的完整性和安全性，有利于进一步提高充电桩子部件软件升级方法的可靠性。

为便于理解，下面结合图6至图8，对充电桩子部件软件升级方法进行详细说明。

在一个实施例中，如图6所示，工作人员通过后台终端，将待升级充电桩的充电桩标识、待升级子部件的子部件标识，以及各待升级子部件的升级软件包上传至服务器，由充电桩标识对应的充电桩中的主控制器，通过充电桩内部的通信组件，从服务器下载该充电桩中各待升级子部件的子部件标识和升级软件包。该主控制器，可以是包含各类处理芯片及其外围电路，具备逻辑运算功能的硬件模块。该处理芯片，可以是单片机、DSP(DigitalSignal Process，数字信号处理)芯片或FPGA(Field Programmable Gate Array，现场可编程逻辑门阵列)芯片。主控制器接收到升级软件包后，通过解析，得到升级软件包所包含的信息，例如软件代码数据、软件版本信息、子部件标识、子部件硬件版本信息和数字签名等。主控制器与充电桩内部，子部件标识对应的子部件建立通信连接，向该子部件下发升级指令，通过与子部件交互，将对应的升级软件包下发至子部件，以便子部件完成软件升级。进一步的，若充电桩处于充放电工作状态，则等待充放电完成且充电枪与车辆完全断开连接之后，再进行子部件的升级。此外，升级过程中，主控制器可以通过控制故障灯闪烁，提示用户当前不支持充放电操作。若升级过程中有用户向充电桩发送充放电指令，则主控制器控制充电桩不执行该指令，而是通过充电桩的操作界面、小程序或公众号等提示用户充电桩当前正在升级，不支持充放电操作。

在一个实施例中，如图7所示，工作人员通过终端向服务器上传数据的过程中，可以指定某一台充电桩进行升级，也可以同时指定多台充电桩进行批量升级。由服务器根据接收到的指令中包含的充电桩标识，将待升级子部件的子部件标识和升级软件包下发至对应的充电桩。其中，充电桩标识可以是IP地址。充电桩主控制器接收到升级软件包后，先获取充电桩的工作状态信息，并根据工作状态信息判断当前是否正在执行充放电指令。若是，则等待预设时长，并重新获取充电桩的工作状态信息，若否，则判断充电桩的当前工作状态支持软件升级，进行升级软件包的数据解析，提取升级软件包中的软件版本、软件代码数据、子部件标识、子部件硬件版本和数字签名等信息。

完成数据解析之后，一方面，主控制器对升级软件包进行安全校验，确认信息是否安全：获取升级软件包的软件代码数据，根据CRC32算法计算得到CRC值，并获取升级软件包的数字签名，通过RSA解密算法计算得到升级软件包的原CRC值；再将计算得到的CRC值和原CRC值进行对比，若二者相等，则数据安全，反之则说明数据已被窃取或篡改，数据不安全；若数据不安全，则停止当前的升级流程，通过服务器向终端反馈信息已泄露，以便终端的工作人员及时了解情况，采取应对措施。

另一方面，主控制器根据子部件标识确定充电桩中，需要进行OTA(Over-the-AirTechnology，空中下载技术)升级的子部件，并获取该子部件的硬件版本信息和软件版本信息，与升级软件包中解析出的子部件硬件版本信息进行比对，判断该子部件是否需要升级：若升级软件包的软件版本是否适用于该子部件，且该子部件的软件版本与升级软件包对应的软件版本不一致，该子部件需要升级；否则，该子部件无需升级。若子部件无需升级，则通过服务器向终端反馈升级不匹配的信息，实现升级过程中的自动防呆，避免因刷错软件导致充电桩无法正常工作。若子部件需要升级，则向子部件发送升级指令，并将相应的升级软件包下发至子部件。子部件接收到升级指令后，开始启动升级，并在升级完成后，将结果反馈至主控制器，由主控制器通过服务器向终端反馈升级结果。

其中，OTA升级过程中主控制器和子部件的具体交互过程如图8所示。具体的，如图8所示，主控制器先向子部件发送下载命令，子部件接收下载命令后，先根据自身的工作状态判断当前是否支持下载，若支持下载，则子部件向主控制器发送下载命令应答，主控制器接收下载命令应答。若不支持下载，则子部件等待设定时长后，重新根据自身工作状态判断当前是否支持下载。若主控制器在2S内未接收到下载命令应答，则停止发送下载命令。

在接收到下载命令应答之后，主控制器向子部件发送索要区间指令，由子部件根据自身的地址区间划分情况，预留设定大小的缓冲区，并通过索要区间应答向主控制器反馈该缓冲区的大小和位置。同样的，若主控制器在2S内未接收到索要区间应答，则停止索要区间。

主控制器获取子部件的预留缓冲区的大小之后，将该预留缓冲区的大小与升级软件包的大小进行比较。若升级软件包的大小小于或等于预留缓冲区的大小，则主控制器可以将升级软件包全部发送至预留缓冲区，完成升级软件包的下发。若升级软件包的大小大于预留缓冲区的大小，则主控制器根据预留缓冲区的大小，对升级软件包进行分包处理得到至少两个子软件包，并向子部件发送启动组包命令，将各子软件包依次发送至子部件。可以理解，各子软件包的大小应小于或等于预留缓冲区的大小。其中，预留缓冲区的大小并不唯一，可以根据不同子部件的硬件条件区别设置，例如可以是1KB或2KB。以各子软件包的大小均为1KB的情况为例。每个子软件包均包含1KB的数据，分为256条数据帧，其数据序列号为0x00到0xFF进行编号。

进一步的，各子软件包携带该子软件包的首地址和子软件包编号信息。子部件每接收到一个子软件包，基于设定算法计算该子软件包中包含的软件代码数据的子校验码，并从主控制器获取该子软件包的子验证码，并将该子软件包的子验证码和子校验码进行比对，若二者一致则向主控制器反馈校验通过的校验结果，若二者不一致则向主控制器反馈校验不通过的校验结果。若校验通过，则主控制器向子部件发送下一个子软件包，基于同样的逻辑进行下一个子软件包的校验，直至升级软件包对应的子软件包全部发送完毕。若校验不通过，则从该子软件包的首地址开始，重新对升级软件包进行分包处理。

此外，子部件每完成一个子软件包的校验，在校验通过的前提下，根据该子软件包的首地址和大小，将该子软件包中的子软件代码数据烧写至下载区的对应地址处，并擦除预留缓冲区中的数据，以对各子软件包进行合包处理，得到与原升级软件包对应的待用软件包。得到与原升级软件包对应的待用软件包之后，主控制器向子部件模块发送程序校验命令，指示子部件对待用软件包进行安全校验：计算待用软件包的实际校验值，并将该实际校验值与升级软件包的原始校验值进行比对，若二者一致，则通过程序校验应答向主控制器发送校验通过的整包校验结果，否则向主控制器发送校验不通过的整包校验结果。进一步的，若校验通过，则子部件基于待用软件包进行软件升级和更新。同样的，若主控制器在2S内未接收到程序校验应答，则停止程序校验。

程序校验通过后，主控制器向子部件发送复位指令，指示子部件擦除升级过程中，产生的相应存储数据，例如，预留缓冲区的存储数据以及升级前的软件代码数据，以释放存储空间，为后续子部件的正常运行提供硬件基础；以及指示子部件进行状态切换，以便主控制器可以根据各子部件的状态，确定充电桩的当前工作状态，输出对应的提示信息。具体的，子部件接收到复位指令后，等待5S之后进行复位，以确保程序在线更新完成。

需要说明的是，主控制器将升级软件包下发至子部件的过程中，可以周期性地向子部件发送升级心跳，由子部件周期性地回复升级心跳，若主控制器在设定时间内未收到子部件回复的升级心跳，则退出升级流程，并通过服务器向终端发送相应的反馈信息。

上述充电桩子部件软件升级方法，一方面，通过获取待升级子部件的子部件标识和升级软件包，并在子部件需要升级时，将升级软件包下发至对应子部件，对该子部件进行软件升级，方法简单，可支持不同供应商子部件的同步升级，有利于提高充电桩子部件软件升级工作过程的工作效率；另一方面，根据升级软件包的版本信息，以及充电桩中与升级软件包对应的子部件的版本信息，判断子部件是否需要升级，可以实现升级过程中的自动防呆，避免因刷错软件导致充电桩无法正常工作，有利于提高充电桩子部件软件升级方法的科学性。此外，在进行子部件软件升级的过程中，对升级软件包进行多次安全校验，有利于提高数据的安全性，进而提升充电桩子部件软件升级方法的可靠性。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的充电桩子部件软件升级方法的充电桩子部件软件升级装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个充电桩子部件软件升级装置实施例中的具体限定可以参见上文中对于充电桩子部件软件升级方法的限定，在此不再赘述。

在一个实施例中，如图9所示，提供了一种充电桩子部件软件升级装置900，包括：获取模块902、信息提取模块904、判断模块906和发放模块908，其中：

获取模块902，用于获取待升级子部件的子部件标识和升级软件包；

信息提取模块904，用于提取升级软件包的版本信息；

判断模块906，用于获取子部件标识对应的子部件的子部件版本信息，并根据升级软件包的版本信息和子部件版本信息，判断子部件是否需要升级；

发放模块908，用于若判断模块906的判断结果为子部件需要升级，将升级软件包下发至子部件；升级软件包用于对子部件进行软件升级。

在一个实施例中，判断模块906还用于：获取充电桩的工作状态信息，并根据工作状态信息判断当前的工作状态是否支持软件升级；信息提取模块904具体用于：若判断模块的判断结果为支持软件升级，则执行提取升级软件包的版本信息的步骤。

在一个实施例中，充电桩子部件软件升级装置900还包括：安全校验模块，用于对升级软件包进行安全校验；信息提取模块904具体用于：若安全校验的结果为通过校验，提取升级软件包的版本信息。

在一个实施例中，发放模块908包括：获取单元，用于获取子部件的预留缓冲区的大小；判断单元，用于判断升级软件包的大小是否大于预留缓冲区的大小；发放单元，用于若判断单元的判断结果为是，根据预留缓冲区的大小，对升级软件包进行分包处理得到子软件包，并将子软件包依次发送至子部件。

在一个实施例中，子软件包至少包括第一子软件包和第二子软件包；发放单元具体用于：将第一子软件包发送至子部件，并向子部件发送第一子软件包的第一子校验码；获取第一校验结果，并在第一校验结果为校验通过的情况下，向子部件发送第二子软件包；第一校验结果由子部件计算接收到的第一子软件包的第一子验证码，并根据第一子校验码和第一子验证码生成。

在一个实施例中，发放模块908还包括：校验结果获取单元，用于获取整包校验结果；整包校验结果由子部件根据子软件包，以及子软件包的分组地址信息，对子软件包进行合包处理后，得到待用软件包，并对待用软件包进行安全校验后生成。

在一个实施例中，发放模块908还包括：复位单元，用于向子部件发送复位指令。

上述充电桩子部件软件升级装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种充电桩，该充电桩包括主控制器和子部件，该主控制器连接子部件，用于实现上述方法的步骤。

其中，主控制器可以是包含各类处理芯片及其外围电路，具备逻辑运算功能的硬件模块。该处理芯片，可以是单片机、DSP芯片或FPGA芯片。该子部件，可以是电池、充放电模块和保护模块等。关于充电桩子部件软件升级方法的具体限定参见上文，此处不再赘述。具体的，主控制器与各子部件协同工作，实现充电桩的充放电功能。进一步的，充电桩还包括通信组件，主控制器通过通信组件与服务器建立连接。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (10)

1.一种充电桩子部件软件升级方法，其特征在于，所述方法包括：

获取待升级子部件的子部件标识和升级软件包；

提取所述升级软件包的版本信息；

获取所述子部件标识对应的子部件的子部件版本信息，并根据所述升级软件包的版本信息和所述子部件版本信息，判断所述子部件是否需要升级；

若所述子部件需要升级，将所述升级软件包下发至所述子部件；所述升级软件包用于对所述子部件进行软件升级。

2.根据权利要求1所述的方法，其特征在于，所述提取所述升级软件包的版本信息之前，还包括：

获取充电桩的工作状态信息，并根据所述工作状态信息判断当前的工作状态是否支持软件升级；

若是，则执行所述提取所述升级软件包的版本信息的步骤。

3.根据权利要求1所述的方法，其特征在于，所述提取所述升级软件包的版本信息之前，还包括：

对所述升级软件包进行安全校验；

所述提取所述升级软件包的版本信息，包括：

若所述安全校验的结果为通过校验，提取所述升级软件包的版本信息。

4.根据权利要求1至3任意一项所述的方法，其特征在于，所述将所述升级软件包下发至所述子部件，包括：

获取所述子部件的预留缓冲区的大小；

判断所述升级软件包的大小是否大于所述预留缓冲区的大小；

若是，根据所述预留缓冲区的大小，对所述升级软件包进行分包处理得到子软件包，并将所述子软件包依次发送至所述子部件。

5.根据权利要求4所述的方法，其特征在于，所述子软件包至少包括第一子软件包和第二子软件包；所述将所述子软件包依次发送至所述子部件，包括：

将第一子软件包发送至所述子部件，并向所述子部件发送所述第一子软件包的第一子校验码；

获取第一校验结果，并在所述第一校验结果为校验通过的情况下，向所述子部件发送第二子软件包；所述第一校验结果由所述子部件计算接收到的所述第一子软件包的第一子验证码，并根据所述第一子校验码和所述第一子验证码生成。

6.根据权利要求4所述的方法，其特征在于，所述子软件包携带所述子软件包对应的分组地址信息；所述将所述子软件包依次发送至所述子部件之后，还包括：

获取整包校验结果；所述整包校验结果由所述子部件根据所述子软件包，以及所述子软件包的分组地址信息，对所述子软件包进行合包处理后，得到待用软件包，并对所述待用软件包进行安全校验后生成。

7.根据权利要求6所述的方法，其特征在于，所述获取整包校验结果之后，还包括：

向所述子部件发送复位指令。

8.一种充电桩子部件软件升级装置，其特征在于，所述装置包括：

获取模块，用于获取待升级子部件的子部件标识和升级软件包；

信息提取模块，用于提取所述升级软件包的版本信息；

判断模块，用于获取所述子部件标识对应的子部件的子部件版本信息，并根据所述升级软件包的版本信息和所述子部件版本信息，判断所述子部件是否需要升级；

发放模块，用于若所述判断模块的判断结果为所述子部件需要升级，将所述升级软件包下发至所述子部件；所述升级软件包用于对所述子部件进行软件升级。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。

10.一种充电桩，其特征在于，所述充电桩包括主控制器和子部件，所述主控制器连接所述子部件，用于实现权利要求1至7中任一项所述的方法的步骤。

Images