[0001] 本申请涉及处理内核的软件升级技术领域，尤其是涉及一种处理内核的软件升级方法、装置、电子设备及存储介质。

[0002] 在航空航天、工业控制等领域中，常常需要对设备进行维护、软件更新，软件升级一般采用仿真器烧录或者串口升级，仿真器烧录由于需要对设备进行拆卸，现在基本已淘汰。

[0003] 而串口升级的方式一般采用手工输入指令等进行烧录，且烧录只能进行一次烧录或者只对一个处理器烧录。采用手工输入的方式，人为因素造成的失误可能造成升级的失败，导致需要进行多次升级，只能烧录一个处理器或处理内核，会造成多处理内核的浪费，不能发挥多处理内核的并行处理优势，造成硬件资源的大大浪费。

[0004] 因此，通过人工进行烧录来升级处理内核的方式易出错，升级效率低是现存的问题。

[0005] 申请内容有鉴于此，本申请的目的在于提供一种处理内核的软件升级方法、装置、电子设备
及存储介质，以解决上述问题，实现了自动升级处理内核的软件，节省了人力，提高了处理内核的的软件的升级效率。

[0006] 第一方面，本申请实施例提供了一种处理内核的软件升级方法，应用于处理系统，所述处理系统包括多个处理内核，所述处理系统通过串口连接于串口终端设备；所述串口终端设备预先存储有升级文件；所述方法包括：所述处理系统向所述串口终端设备发送信息收集指令；
所述处理系统接收所述串口终端设备根据所述信息收集指令反馈的控制信息；其
中，所述控制信息包括待升级的处理内核的序号；
所述处理系统获取所述串口终端设备发送的升级文件；
所述处理系统根据待升级的处理内核的序号对所述升级文件进行烧写，生成所述
升级文件相对应的烧写数据，并根据所述烧写数据对待升级的处理内核的软件进行升级。

[0007] 优选地，所述控制信息还包括：待升级的处理内核的序号相对应的预设烧写位置；所述处理系统根据待升级的处理内核的序号对所述升级文件进行烧写，生成所述
升级文件相对应的烧写数据的步骤，包括：
所述处理系统根据待升级的处理内核的序号相对应的预设烧写位置确定所述升
级文件的目标烧写位置；
所述处理系统将所述升级文件烧写进所述升级文件的目标烧写位置，生成所述升
级文件相对应的烧写数据。

[0008] 优选地，所述控制信息还包括：待运行的处理内核的序号；所述方法还包括：所述处理系统根据待运行的处理内核的序号运行所述升级文件相对应的烧写数
据。

[0009] 优选地，所述控制信息还包括：待运行的处理内核的序号相对应的预设加载位置和所述升级文件的所占内存长度；所述处理系统根据待运行的处理内核的序号运行所述升级文件相对应的烧写数
据的步骤，包括：
所述处理系统按照待运行的处理内核相对应的预设加载位置确定所述升级文件
相对应的烧写数据的目标基地址；
所述处理系统根据所述升级文件相对应的烧写数据的目标基地址确定所述升级
文件相对应的烧写数据的目标内存空间；
所述处理系统按照所述升级文件的所占内存长度读取所述升级文件相对应的烧
写数据；
所述处理系统将所述升级文件相对应的烧写数据搬移到所述升级文件相对应的
烧写数据的目标内存空间中；
所述处理系统在所述升级文件相对应的烧写数据的目标内存空间中运行所述升
级文件相对应的烧写数据。

[0010] 优选地，所述方法还包括：所述处理系统向所述串口终端设备发送请求启动升级指令；
若所述处理系统在预设时间内接收到所述串口终端设备根据所述请求启动升级
指令反馈的启动升级指令，则所述处理系统生成所述信息收集指令。

[0011] 优选地，所述方法还包括：若所述处理系统未在预设时间内接收到所述串口终端设备根据所述请求启动升
级指令反馈的启动升级指令，则所述处理系统运行预先存储的升级文件相对应的烧写数据。

[0012] 优选地，所述方法还包括：所述处理系统根据下一个待升级的处理内核的序号对所述升级文件进行烧写，生
成所述升级文件相对应的下一个烧写数据。

[0013] 本申请提供的处理内核的软件升级方法带来了以下有益效果：本申请提供了一种处理内核的软件升级方法，该方法中处理系统接收串口终端设
备根据信息收集指令反馈的控制信息，根据待升级的处理内核的序号对升级文件进行烧写，生成升级文件相对应的烧写数据，并根据所述烧写数据对待升级的处理内核的软件进行升级。该方法节省了人力，节约了待升级的处理内核的升级时间，提高了待升级的处理内核的软件的升级效率。

[0014] 第二方面，本申请还提供了一种处理内核的软件升级系统，所述处理系统包括多个处理内核，所述处理系统通过串口连接于串口终端设备；所述串口终端设备预先存储有升级文件；发送模块，用于向所述串口终端设备发送信息收集指令；
获取模块，用于接收所述串口终端设备根据所述信息收集指令反馈的控制信息；
其中，所述控制信息包括待升级的处理内核的序号；
获取模块，还用于获取所述串口终端设备发送的升级文件；
控制模块，用于根据待升级的处理内核的序号对所述升级文件进行烧写，生成所
述升级文件相对应的烧写数据，并根据所述烧写数据对待升级的处理内核的软件进行升级。

[0015] 本申请实施例提供的处理内核的软件升级装置，与上述实施例提供的处理内核的软件升级方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

[0016] 第三方面，本申请还提供了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现上述任一项所述的方法中的有益效果，在此不再赘述。

[0017] 第四方面，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时，实现上述任一项所述的方法中的有益效果，在此不再赘述。

[0018] 本申请的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点在说明书以及附图中所特别指出的结构来实现和获得。

[0019] 为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

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

[0023] 为便于对本实施例进行理解，下面对本申请实施例进行详细介绍。

[0024] 本申请实施例提供了一种处理内核的软件升级方法，应用于处理系统，处理系统包括多个处理内核，处理系统通过串口连接于串口终端设备；串口终端设备预先存储有升级文件；如图1所示，图1为本申请实施例提供的一种处理内核的软件升级方法流程示意图。该方法包括如下步骤：
S101，处理系统向串口终端设备发送信息收集指令。

[0025] 具体地，上述处理系统设置有复旦微电子的PSOC（Programmable System‑on‑Chip，可编程片上系统）。PSOC的型号为JFMQL15T485，PSOC在单芯片上集成了具有丰富特点的四核处理器的PS（Processing System，处理系统）和PL（Programmable Logic，可编程逻辑）。其中，PS是PSOC的核心，PS与片上存储器、DDR（Double Data Rate，双倍数据速率存储器）接口、各种系统功能组件、外设I/O（Input/Output，输入输出）接口以及PL等协同工作，共同组成功能丰富的可编程片上系统。如图2所示，图2为本申请实施例提供的处理系统与串口终端设备的连接关系图。处理系统200通过RS‑232串口与串口终端设备300相连。上述处理内核包括处理内核0、处理内核1、处理内核2和处理内核3。处理内核0中设置有bootloader软件。处理内核0通过bootloader软件对上述处理内核的软件进行升级。
bootloader软件生成上述信息收集指令。

[0026] 其中，上述信息收集指令包括：请求串口终端设备300发送待升级的处理内核的序号、请求串口终端设备300发送待运行的处理内核的序号、请求串口终端设备300发送待升级的处理内核的序号相对应的预设烧写位置、请求串口终端设备300发送待运行的处理内核的序号相对应的预设加载位置和请求串口终端设备300发送升级文件的所占内存长度。上述信息收集指令用于请求串口终端设备发送控制信息。

[0027] S102，处理系统接收串口终端设备根据信息收集指令反馈的控制信息。

[0028] 其中，控制信息包括待升级的处理内核的序号。

[0029] 具体地，上述串口终端设备300预先存储并运行脚本文件，脚本文件中存储有控制信息。串口终端设备300接收到上述信息收集指令后，则按照信息收集指令的请求，从脚本文件中选取控制信息。

[0030] 如此设置，处理系统200可以自动获取到串口终端设备300发送的控制信息，以便后续对处理内核的软件进行升级时，自动的将升级文件进行烧写，得到烧写数据，节省了人力，节约了处理内核的软件的升级的时间，提高了处理内核的软件的升级效率。

[0031] S103，处理系统获取串口终端设备发送的升级文件。

[0032] 具体地，工作人员将升级文件加载至串口终端设备300。串口终端接收到处理系统200发送的信息收集指令后，通过预先约定好的通信协议，例如Ymodem协议，将升级文件发送给处理系统200。

[0033] S104，处理系统根据待升级的处理内核的序号对升级文件进行烧写，生成升级文件相对应的烧写数据，并根据烧写数据对待升级的处理内核的软件进行升级。

[0034] 具体地，处理系统200对升级文件进行烧写，生成升级文件相对应的烧写数据，保证了升级文件的持久保存。

[0035] 本申请实施例提供了一种处理内核的软件升级方法，该方法中处理系统200接收串口终端设备300根据信息收集指令反馈的控制信息，根据待升级的处理内核的序号对升级文件进行烧写，生成升级文件相对应的烧写数据，并根据烧写数据对待升级的处理内核的软件进行升级。与现有技术中，人工根据升级需求，将处理内核相对应的更新配置参数烧写进处理系统200，来实现对处理内核的升级相比，该方法不需要人工将每条更新配置参数与处理内核进行匹配，并手动烧写进处理系统200，实现了处理内核的软件的自动化升级。该方法节省了人力，节约了处理内核的软件的升级时间，提高了处理内核的软件的升级效率。此外，由于省去了人力将每条更新配置参数与处理内核的软件进行匹配的步骤，使得更新配置参数与处理内核的匹配结果更加准确，进而提高了处理内核的升级成功率，大大减少人为失误造成的升级失败的情况。

[0036] 下面对处理系统200根据待升级的处理内核的序号对升级文件进行烧写的方式进行介绍。上述控制信息还包括：上述控制信息还包括：待升级的处理内核的序号相对应的预设烧写位置；处理系统根据待升级的处理内核的序号相对应的预设烧写位置确定升级文件的目标烧写位置，将升级文件烧写进升级文件的目标烧写位置，生成升级文件相对应的烧写数据。

[0037] 具体地，处理系统200具有FLASH（Flash EEPROM Memory，闪存）模块400。处理系统200将升级文件烧写到FLASH模块400中，FLASH模块400是一种非易失性存储器，能够在断电的情况下保持存储的数据不丢失，可以确保处理系统200在重新启动或断电后能够自动加载升级文件，而无需重新下载或配置。FLASH模块400可扩展32MB进行使用，上述处理系统
200通过QSPI（Quad Serial Peripheral Interface，四线串行外设接口）对FLASH模块400进行访问，处理系统200可对QSPI进行读写、擦除、编程等操作。

[0038] 如图3所示，图3为本申请实施例提供的FLASH模块结构示意图。FLASH模块400采用8M‑10M空间用于存储app0，10M‑12M空间存储app1，12M‑14M存储app2，14M‑16M存储app3。其中，app0为处理内核0对升级文件进行烧写生成的烧写数据，app1为处理内核1对升级文件进行烧写生成的烧写数据，app2为处理内核2对升级文件进行烧写生成的烧写数据，app3为处理内核3对升级文件进行烧写生成的烧写数据。上述FALSH模块400中app0、app1、app2、app3分别占用3MB的使用空间，偏移基地址为0x1000000，FALSH模块400通过bootloader软件将升级文件烧写进升级文件的目标烧写位置（app0、app1、app2、app3）。FLASH模块中预先设置有128KB的存储空间，用于存储上述控制信息。

[0039] 该方式保证了升级文件的持久保存，可以确保处理系统200在重新启动或断电后能够自动加载升级文件，而无需重新下载或配置，提高了升级文件存储的可重构性。

[0040] 在一种实施方式中，上述控制信息还包括：待运行的处理内核的序号、待运行的处理内核的序号相对应的预设加载位置和升级文件的所占内存长度。处理系统按照待运行的处理内核相对应的预设加载位置确定升级文件相对应的烧写数据的目标基地址，根据升级文件相对应的烧写数据的目标基地址确定升级文件相对应的烧写数据的目标内存空间，按照升级文件的所占内存长度读取升级文件相对应的烧写数据，将升级文件相对应的烧写数据搬移到升级文件相对应的烧写数据的目标内存空间中，在升级文件相对应的烧写数据的目标内存空间中运行升级文件相对应的烧写数据。

[0041] 具体地，处理系统200具有DDR（Double Data Rate，双倍数据速率存储器）模块500。处理系统200中的bootloader软件可从上述FALSH模块400中将升级文件相对应的烧写数据搬运至DDR模块500。如图4所示，图4为本申请实施例提供的DDR模块结构示意图。core0表示处理内核0所运行的升级文件的目标基地址为0x800000，core1表示处理内核1所运行的升级文件的目标基地址为0x1000000，core2表示处理内核2所运行的升级文件的目标基地址为0x1800000，core3表示处理内核3所运行的升级文件的目标基地址为0x2000000。上述每个目标内存空间为8MB。当待升级的处理内核的软件升级完成后，处理系统200会进行掉电重启，以便处理系统200根据待运行的处理内核的序号运行升级文件相对应的烧写数据，来验证升级后的待升级处理内核的软件是否升级成功。

[0042] 该方式中根据待运行的处理内核的序号运行升级文件相对应的烧写数据。其中，待运行的处理内核可以是处理内核0、处理内核1、处理内核2和处理内核3中的一个，或者两个，亦或者三个，也可以是全部，灵活性较高。

[0043] 在一种实施方式中，处理系统向串口终端设备发送请求启动升级指令；若处理系统在预设时间内接收到串口终端设备根据请求启动升级指令反馈的启
动升级指令，则处理系统生成信息收集指令。

[0044] 具体地，在对处理内核的软件进行升级之前，处理系统200会向串口终端设备300发送请求启动升级指令。串口终端设备300端的脚本文件会自动根据该请求启动升级指令来反馈给处理系统200启动升级指令。其中，启动升级指令为U enter。处理系统200在预设时间内会等待接收启动升级指令（U enter），若在预设时间内处理系统200接收到启动升级指令（U enter），则代表处理系统200中的FLASH模块400需要烧写新的控制信息，此时处理系统200需要向串口终端设备300发送信息收集指令，以从串口终端设备300得到处理内核的软件升级所需要的控制信息。其中，预设时间为50ms。

[0045] 该方式中，串口终端设备300可根据请求启动升级指令判断出是否反馈给处理系统200启动升级指令，精准的控制了处理系统200中处理内核的软件的升级过程。

[0046] 在一种实施方式中，若处理系统未在预设时间内接收到串口终端设备根据请求启动升级指令反馈的启动升级指令，则处理系统运行预先存储的升级文件相对应的烧写数据。

[0047] 具体地，上述处理系统200等该50ms（预设时间内），但是未收到串口终端设备300反馈的请求启动升级指令（U enter），则会基于FLASH模块400中预设的128KB的存储空间中存储的控制信息，运行上一个（预先存储的）升级文件相对应的烧写数据。

[0048] 该方式中，即使处理系统200未收到串口终端设备300反馈的请求启动升级指令，也可运行上一个（预先存储的）升级文件相对应的烧写数据，具有较高的灵活性。

[0049] 在一种实施方式中，处理系统根据下一个待升级的处理内核的序号对升级文件进行烧写，生成升级文件相对应的下一个烧写数据。

[0050] 具体地，在上一个处理内核的软件升级完成后，处理系统可自动根据下一个待升级的处理内核的序号来对升级文件进行烧写，以完成下一个待升级的处理内核的软件的升级。

[0051] 该方式中，处理系统可连续的对升级文件进行烧写操作，无需人为干预，实现了处理内核的软件的自动化升级。该方法节省了人力，节约了多个处理内核的软件的升级时间，提高了多个处理内核的软件的升级效率。

[0052] 在上述方法实施例的基础上，本申请实施例还提供了一种处理内核的软件升级系统，处理系统200包括多个处理内核，处理系统200通过串口连接于串口终端设备300；串口终端设备300预先存储有升级文件。如图5所示，图5未本申请实施例提供的一种处理内核的软件升级装置结构示意图。该装置包括发送模块51、获取模块52和控制模块53；其中，各个模块的功能如下：发送模块51，用于向串口终端设备发送信息收集指令；
获取模块52，用于接收串口终端设备根据信息收集指令反馈的控制信息；其中，控
制信息包括待升级的处理内核的序号；
获取模块52，还用于获取串口终端设备发送的升级文件；
控制模块53，用于根据待升级的处理内核的序号对升级文件进行烧写，生成升级
文件相对应的烧写数据，并根据烧写数据对待升级的处理内核的软件进行升级。

[0053] 优选地，控制信息还包括：待升级的处理内核的序号相对应的预设烧写位置；控制模块53，具体用于根据待升级的处理内核的序号相对应的预设烧写位置确定
升级文件的目标烧写位置；将升级文件烧写进升级文件的目标烧写位置，生成升级文件相对应的烧写数据。

[0054] 优选地，控制信息还包括：待运行的处理内核的序号；控制模块53，还用于根据待运行的处理内核的序号运行升级文件相对应的烧写数
据。

[0055] 优选地，控制信息还包括：待运行的处理内核的序号相对应的预设加载位置和升级文件的所占内存长度；控制模块53，具体用于按照待运行的处理内核相对应的预设加载位置确定升级文
件相对应的烧写数据的目标基地址；根据升级文件相对应的烧写数据的目标基地址确定升级文件相对应的烧写数据的目标内存空间；按照升级文件的所占内存长度读取升级文件相对应的烧写数据；将升级文件相对应的烧写数据搬移到升级文件相对应的烧写数据的目标内存空间中；在升级文件相对应的烧写数据的目标内存空间中运行升级文件相对应的烧写数据。

[0056] 优选地，发送模块51，还用于向串口终端设备发送请求启动升级指令；控制模块53，还用于若处理系统在预设时间内接收到串口终端设备根据请求启动
升级指令反馈的启动升级指令，则生成信息收集指令。

[0057] 优选地，控制模块53，还用于若处理系统未在预设时间内接收到串口终端设备根据请求启动升级指令反馈的启动升级指令，则运行预先存储的升级文件相对应的烧写数据。

[0058] 优选地，控制模块53，还用于根据下一个待升级的处理内核的序号对升级文件进行烧写，生成升级文件相对应的下一个烧写数据。

[0059] 本申请实施例提供的处理内核的软件升级装置，与上述实施例提供的处理内核的软件升级方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

[0060] 本申请实施例还提供一种电子设备，包括处理器和存储器，存储器存储有能够被处理器执行的机器可执行指令，处理器执行机器可执行指令以实现上述处理内核的软件升级方法。

[0061] 参见图6所示，该电子设备包括处理器100和存储器101，该存储器101存储有能够被处理器100执行的机器可执行指令，该处理器100执行机器可执行指令以实现上述处理内核的软件升级方法。

[0062] 进一步地，图6所示的电子设备还包括总线102和通信接口103，处理器100、通信接口103和存储器101通过总线102连接。

[0063] 其中，存储器101可能包含高速随机存取存储器(RAM，Random Access Memory)，也可能还包括非不稳定的存储器(non‑volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口103(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。总线102可以是ISA(Industrial Standard Architecture，工业标准结构总线)总线、PCI  (Peripheral Component Interconnect，外设部件互连标准)总线或EISA  (Enhanced Industry  Standard 
Architecture，扩展工业标准结构)总线等。上述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

[0064] 处理器100可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器100中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器100可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processor，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现场可编程门阵列(Field‑Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器101，处理器100读取存储器
101中的信息，结合其硬件完成前述实施例的方法的步骤。

[0065] 本实施例还提供一种机器可读存储介质，机器可读存储介质存储有机器可执行指令，机器可执行指令在被处理器调用和执行时，机器可执行指令促使处理器实现上述处理内核的软件升级方法。

[0066] 本申请实施例所提供的处理内核的软件升级方法、装置和电子设备的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

[0067] 另外，在本申请实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read‑Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

[0068] 在本申请的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

[0069] 最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。