CN118132112A - 基于音频设备标准开发框架的升级方法以及系统 - Google Patents

Abstract

本发明公开了基于音频设备标准开发框架的升级方法、系统、计算机设备及存储介质，其方法实现，包括：响应于业务开发需求，构建标准开发框架，所述标准开发框架包括多个功能组件；确定是否接收到固件升级指令；若是，响应于固件升级指令，基于所述标准开发框架，确定待升级目标功能组件信息；基于所述待升级目标功能组件信息，对目标待升级功能组件进行升级处理。本申请实施例中，可以将所有的功能组件集成在一个标准的开发框架中，该开发框架中可预留一个通讯接口，当代码出现bug或者需要添加新的功能时，就可以利用此预留的通讯接口来进行远程升级。无需每次都针对不同的接口重新开发，可有效节省时间，避免重复性工作，提高开发效率，升级速度。

Description

基于音频设备标准开发框架的升级方法以及系统

技术领域

本发明涉及音频设备技术领域，尤其涉及一种基于音频设备标准开发框架的升级方法、系统、计算机设备及存储介质。

背景技术

当前，在开发过程中，由于各个项目使用的芯片方案以及接口都不一样。但其实音频设备的功能都大致相同，所以每次开发都会有大同小异的东西要重新写程序，开发周期长。

虽然，现有的芯片开发会基于芯片方案商提供的sdk(软件工具开发包)来进行，正常sdk里面会有芯片的各项基本接口的简单使用例程，根据需要使用的功能来进行开发。由于不同的芯片的接口都不一样，每次针对不同的接口完全重新开发会耗费较多时间，导致很多时候是在做重复性工作，固件升级效率低。

发明内容

基于此，有必要针对上述技术问题，提供一种基于音频设备标准开发框架的升级方法、系统、计算机设备及存储介质，以解决上述现有技术中存在的至少一个问题。

第一方面，本申请实施例是这样实现的，提供了一种基于音频设备标准开发框架的升级方法，包括如下步骤：

响应于业务开发需求，构建标准开发框架，所述标准开发框架包括多个功能组件；

确定是否接收到固件升级指令；

若是，响应于固件升级指令，基于所述标准开发框架，确定待升级目标功能组件信息；

基于所述待升级目标功能组件信息，对目标待升级功能组件进行升级处理。

在一实施例中，所述确定是否接收到固件升级指令之前，包括：

响应于启动指令，执行MCU或者DSP的启动文件；

对各所述功能组件进行初始化；

读取各所述功能组件对应的预设参数；

对所述预设参数进行保存，并对各所述功能组件执行对应的处理。

在一实施例中，所述执行MCU或者DSP的启动文件，包括：

初始化堆栈指针、初始化PC指针以及初始化中断向量表；

配置系统时钟；

调用C库函数main初始化用户堆栈，从而最终调用main函数。

在一实施例中，所述标准开发框架包括通讯接口，所述对目标待升级功能组件进行升级处理，包括：

基于所述通讯接口，对所述目标待升级功能组件进行远程升级处理。

在一实施例中，所述确定是否接收到固件升级指令，包括：

获取通过外部控件或者上位机发送的目标指令；

对所述目标指令进行解析，确定所述目标指令是否包括所述固件升级指令；

若是，则确定接收到固件升级指令。

在一实施例中，所述目标功能组件信息包括多个，所述基于所述待升级目标功能组件信息，对目标待升级功能组件进行升级处理，包括：

将固件升级的标志位进行改变，以进入固件升级模式；

按照预设规则，将多个所述目标功能组件信息对应的固件升级数据包依次发送至控制器进行固件升级，直到所有固件升级数据包均发送完成。

在一实施例中，所述将多个所述目标功能组件信息对应的固件升级数据包依次发送至控制器进行固件升级，直到所有固件升级数据包均发送完成之后，包括：

将所述固件升级的标志位更改为原始标志位。

第二方面，提供了一种基于音频设备标准开发框架的升级系统，所述系统，包括：

标准开发框架生成单元，用于响应于业务开发需求，构建标准开发框架，所述标准开发框架包括多个功能组件；

固件升级指令确定单元，用于确定是否接收到固件升级指令；

待升级目标功能组件确定单元，用于响应于固件升级指令，基于所述标准开发框架，确定待升级目标功能组件信息；

升级单元，用于基于所述待升级目标功能组件信息，对目标待升级功能组件进行升级处理。

第三方面，提供了一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求基于音频设备标准开发框架的升级方法的步骤。

第四方面，提供了一种可读存储介质，所述可读存储介质存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如上述所述的基于音频设备标准开发框架的升级方法的步骤。

上述基于音频设备标准开发框架的升级方法、系统、计算机设备及存储介质，其方法实现，包括：响应于业务开发需求，构建标准开发框架，所述标准开发框架包括多个功能组件；确定是否接收到固件升级指令；若是，响应于固件升级指令，基于所述标准开发框架，确定待升级目标功能组件信息；基于所述待升级目标功能组件信息，对目标待升级功能组件进行升级处理。本申请实施例中，可以将所有的功能组件集成在一个标准的开发框架中，该开发框架中可预留一个通讯接口，当代码出现bug或者需要添加新的功能时，就可以利用此预留的通讯接口来进行远程升级。无需每次都针对不同的接口重新开发，可以有效节省时间，避免重复性工作，提高开发效率，升级速度等。

附图说明

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

图1是本发明一实施例中基于音频设备标准开发框架的升级方法的一应用环境示意图；

图2是本发明一实施例中基于音频设备标准开发框架的升级方法的一流程示意图一；

图3是本发明一实施例中基于音频设备标准开发框架的升级方法的一流程示意图二；

图4是本发明一实施例中基于音频设备标准开发框架的升级系统一模块示意图；

图5是本发明一实施例中基于音频设备标准开发框架的升级系统的一结构示意图；

图6是本发明一实施例中计算机设备的一示意图。

具体实施方式

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

本实施例提供的基于音频设备标准开发框架的升级方法，可应用在如图1的应用环境中，其中，用户可通过上位机与该下位机进行通信连接，用户可通过外部控件与下位机进行通信连接，以便向该下位机发送指令，并且，也通过该外部控件向该下位机发送指令，同时，该用户还可接收该下位机反馈给上位机的对应的信息，并通过该上位机进行可视化显示给用户。

其中，该上位机，是指可直接发送操作指令的计算机或单片机，一般提供用户操作交互界面并向用户展示反馈数据。例如，电脑，手机，平板，面板，触摸屏等，可用于提供更多用于交互的接口，同时也可用于展示可视化所需的设备信息。

其中，该下位机，是指可直接与机器相连接的计算机或单片机，一般用于接收和反馈上位机的指令，并且根据指令控制机器执行动作以及从机器传感器读取数据。例如，PLC，STM32，51，FPGA，ARM等各类可编程芯片。其可设置于音频设备，例如麦克风中。其可用于接收并反馈外部指令，并基于外部指令执行对应操作。

其中，该外部控件，可用于提供接口，便于嵌入式设备的人机交互，例如，按键电位器等。

在一实施例中，如图2所示，提供一种基于音频设备标准开发框架的升级方法，以该方法应用在图1中的下位机为例进行说明，包括如下步骤：

在步骤S110中，响应于业务开发需求，构建标准开发框架，所述标准开发框架包括多个功能组件；

在本申请实施例中，可以将音频设备的各个功能模块集成到一起，形成标准开发框架，该标准开发框架可包括灯光功能组件、按键功能组件、电源功能组件、声音功能组件、开关功能组件等。

可以理解的，基于不同的业务开发需求，可以构建不同的开发框架，不同的开发框架中可包括不同的功能组件，具体地，可构建一个总的开发框架，在获取到业务需求后，可在该总的开关框架中所包括的功能组件，再次构建与该业务需求对应的标准开发框架。

在本申请实施例中，该标准开发框架还包括通讯接口，可用于进行远程升级，当代码出现bug或者需要添加新的功能时，就可以利用此预留的通讯接口来进行远程升级。

在步骤S120中，确定是否接收到固件升级指令；

在本申请实施例中，当获取到不同的指令时，可以对该指令进行解析，如果存在固件升级的记录，则进入固件升级的流程，否则基于不同的指令对各功能组件执行对应的操作。

在本申请实施例中，可通过IAP(In Application Programming)来进行升级，可以在程序运行的过程中对Flash对应区域烧写。这样当代码出现bug或者需要添加新的功能时，就可以利用此预留的通讯接口来进行远程升级。

在步骤S130中，若是，响应于固件升级指令，基于所述标准开发框架，确定待升级目标功能组件信息；

在本申请实施例中，基于固件升级指令，可以确定待升级的功能组件、或者存在bug的功能组件、或者需要添加的新的功能组件，以作为该待升级目标功能组件，该待升级目标功能组件至少包括一个。

其中，该待升级目标功能组件可包括：灯光功能组件、按键功能组件、电源功能组件、声音功能组件、开关功能组件等。

在步骤S140中，基于所述待升级目标功能组件信息，对目标待升级功能组件进行升级处理。

在本申请实施例中，在需要进行升级的时候，接收升级外部指令，例如上位机或者外设固件输入的升级外部指令，此时，可将固件升级状态字节改变，即固件升级的标志位进行改变。bootloader引导程序检测到固件升级标志位改变，进入固件升级模式，并给上位机返回数据，上位机向下位机发送数据，下位机将数据写入Flash，然后向上位机返回数据写完的指令，上位机发送下一包升级数据，如此往复，直到所有数据写入完毕。

其中，在将所有数据写入完成后，可将固件升级的标志位改回原先数值，重启设备，再次进入bootloader后执行升级的应用程序。

本申请实施例，提供了一种基于音频设备标准开发框架的升级方法，包括：响应于业务开发需求，构建标准开发框架，所述标准开发框架包括多个功能组件；确定是否接收到固件升级指令；若是，响应于固件升级指令，基于所述标准开发框架，确定待升级目标功能组件信息；基于所述待升级目标功能组件信息，对目标待升级功能组件进行升级处理。本申请实施例中，可以将所有的功能组件集成在一个标准的开发框架中，该开发框架中可预留一个通讯接口，当代码出现bug或者需要添加新的功能时，就可以利用此预留的通讯接口来进行远程升级。无需每次都针对不同的接口重新开发，可以有效节省时间，避免重复性工作，提高开发效率，升级速度等。

参见图3，在本申请一实施例中，所述确定是否接收到固件升级指令之前，包括：

响应于启动指令，执行MCU或者DSP的启动文件；

对各所述功能组件进行初始化；

读取各所述功能组件对应的预设参数；

对所述预设参数进行保存，并对各所述功能组件执行对应的处理。

具体地，当下位机启动上电时，可以执行MCU或者DSP的启动文件，并对主函数进行初始化，例如对硬件抽象层初始化，对框架各模块进行初始化等，然后进入循环执行各模块组件的各个任务和任务保存参数设置，并对指令进行解析，确定是否需要进行固件升级，如果需要则进行固件升级，不需要，则返回上一层，对循环执行各模块组件的各个任务。

其中，该启动文件可使用汇编语言编写，是系统上电复位后第一个执行的程序，该启动文件可为芯片厂商提供，因此通常不需要进行过多更改。

进一步，所述执行MCU或者DSP的启动文件，包括：

初始化堆栈指针、初始化PC指针以及初始化中断向量表；

配置系统时钟；

调用C库函数main初始化用户堆栈，从而最终调用main函数。

进一步，对各所述功能组件进行初始化，由于控制芯片的多数引脚与外部设备并非只有一种工作模式或用途，每次上电时需要把所有用到的标志位、变量回到初始值，以及引脚的分配，配置寄存器写入需要的值。

进一步，读取各所述功能组件对应的预设参数，是指，由于并非所有的功能组件都对应拥有固定状态的外设，诸如船型开关、自锁式按键、电位器等，会拥有一个固定的状态，因此上电后无需操作就可以获取到上次的状态。对于编码器，自复位式按键等不靠当前状态控制的功能，以及一些由上位机设置的参数，上电时无法获取到上次设备工作时的各功能组件的状态信息，所以需要将上次设备工作时的参数保存下来。下次再工作时可以直接读取先前保存的参数，无需重新设置。

进一步，对所述预设参数进行保存，是指将当前各项功能组件的参数保存到存储单元。该存储单元一般都有擦写次数上限，每次参数变化都写入到存储单元则会加快损耗，故一般设置延时，等待参数不再变化一段时间后再写入到存储单元。其中，延时时间可根据需要进行设置。

进一步，处理各功能组件任务，是指下位机在接收到不同的指令后，可根据该指令做出相应的处理，例如，接收到上位机发来的指令后，解析该指令，如果有固件升级的指令就进入固件升级的步骤，固件升级完成，则工作流程结束。

在本申请一实施例中，所述标准开发框架包括通讯接口，所述对目标待升级功能组件进行升级处理，包括：

基于所述通讯接口，对所述目标待升级功能组件进行远程升级处理。

具体地，可以在标准开发框架中预留通讯接口，当代码出现bug或者需要添加新的功能时，就可以利用此预留的通讯接口来进行远程升级。可以理解的，该所有的功能组件在调用升级时，均可通过该通讯接口进行对应功能组件的调用，因此无需每个功能均设置一个接口，也无需每次都针对不同的接口重新开发，可以有效节省时间，避免重复性工作，提高开发效率，升级速度等。

在本申请一实施例中，所述确定是否接收到固件升级指令，包括：

获取通过外部控件或者上位机发送的目标指令；

对所述目标指令进行解析，确定所述目标指令是否包括所述固件升级指令；

若是，则确定接收到固件升级指令。

具体地，该下位机可接收到用户通过上位机或者外部控件向下位机，即音频设备，例如麦克风发送指令，该指令可包括多个，下位机则可分别对多个指令进行解析，从而确定各个指令的处理信息，若其为固件升级指令，则执行固件升级操作，否则，则根据该指令对对应的功能组件执行对应操作，例如修改、修复等。

在本申请一实施例中，所述目标功能组件信息包括多个，所述基于所述待升级目标功能组件信息，对目标待升级功能组件进行升级处理，包括：

将固件升级的标志位进行改变，以进入固件升级模式；

按照预设规则，将多个所述目标功能组件信息对应的固件升级数据包依次发送至控制器进行固件升级，直到所有固件升级数据包均发送完成。

具体地，在需要进行固件升级时，可以基于固件升级指令，将固件升级状态字节进行改变，即改变升级标志位，然后基于bootloader引导程序检测到升级标志位改变时，则进入固件升级模式，给上位机返回数据，按照预设发送顺序，上位机向下位机发送一个固件升级数据包，下位机将数据写入Flash，写完后向上位机返回数据写完的指令，上位机发送下一固件升级数据包，如此往复，直到所有数据写入完毕。将标志位改回原先数值，重启设备，再次进入bootloader后执行升级的应用程序。

进一步，所述将多个所述目标功能组件信息对应的固件升级数据包依次发送至控制器进行固件升级，直到所有固件升级数据包均发送完成之后，包括：

将所述固件升级的标志位更改为原始标志位。

然后，可重启下位机，即音频设备，再次进入bootloader后执行升级的应用程序。

参见图4，该bootloader引导程序，可用于初始化硬件设备，从而将系统的软硬件环境带到一个合适的状态，以便为最终调用操作系统做好准备。

其中，该bootloader引导程序可与应用程序控制模块连接，该应用程序控制模块可包括灯光，按键，参数存储，usart(串口通信模块)，音频信号传输等功能组件，该bootloader引导程序可用于检测该应用程序控制模块中个功能组件是否存在升级标志位的情况。

其中，该bootloader引导程序还可以与底层驱动模块连接，该底层驱动模块可用于在系统上电时，启动MCU或者DSP启动文件，配置时钟，一体机基础功能组件的底层驱动，例如adc，gpio，dma等。

其中，该bootloader引导程序还可以与应用升级模块进行连接，该应用升级模块用于进行固件升级，其可通过IAP，通过预留的通讯接口，实现远程在线升级。

本申请实施例中，可以将所有的功能组件集成在一个标准的开发框架中，该开发框架中可预留一个通讯接口，当代码出现bug或者需要添加新的功能时，就可以利用此预留的通讯接口来进行远程升级。无需每次都针对不同的接口重新开发，可以有效节省时间，避免重复性工作，提高开发效率，升级速度等。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种基于音频设备标准开发框架的升级系统，该基于音频设备标准开发框架的升级系统与上述实施例中基于音频设备标准开发框架的升级方法一一对应。如图5所示，该基于音频设备标准开发框架的升级系统包括标准开发框架生成单元10、固件升级指令确定单元20、待升级目标功能组件确定单元30和升级单元40。各功能模块详细说明如下：

标准开发框架生成单元10，用于响应于业务开发需求，构建标准开发框架，所述标准开发框架包括多个功能组件；

固件升级指令确定单元20，用于确定是否接收到固件升级指令；

待升级目标功能组件确定单元30，用于响应于固件升级指令，基于所述标准开发框架，确定待升级目标功能组件信息；

升级单元40，用于基于所述待升级目标功能组件信息，对目标待升级功能组件进行升级处理。

在本申请一实施例中，所述系统还包括：初始化单元，用于：

响应于启动指令，执行MCU或者DSP的启动文件；

对各所述功能组件进行初始化；

读取各所述功能组件对应的预设参数；

对所述预设参数进行保存，并对各所述功能组件执行对应的处理。

在本申请一实施例中，所述初始化单元，还用于：

初始化堆栈指针、初始化PC指针以及初始化中断向量表；

配置系统时钟；

调用C库函数main初始化用户堆栈，从而最终调用main函数。

在本申请一实施例中，所述标准开发框架包括通讯接口，所述升级单元40，还用于：

基于所述通讯接口，对所述目标待升级功能组件进行远程升级处理。

在本申请一实施例中，固件升级指令确定单元20，还用于：

获取通过外部控件或者上位机发送的目标指令；

对所述目标指令进行解析，确定所述目标指令是否包括所述固件升级指令；

若是，则确定接收到固件升级指令。

所述目标功能组件信息包括多个，所述述升级单元40，还用于：

将固件升级的标志位进行改变，以进入固件升级模式；

按照预设规则，将多个所述目标功能组件信息对应的固件升级数据包依次发送至控制器进行固件升级，直到所有固件升级数据包均发送完成。

在本申请一实施例中，升级单元40，还用于：

将所述固件升级的标志位更改为原始标志位。

本申请实施例中，可以将所有的功能组件集成在一个标准的开发框架中，该开发框架中可预留一个通讯接口，当代码出现bug或者需要添加新的功能时，就可以利用此预留的通讯接口来进行远程升级。无需每次都针对不同的接口重新开发，可以有效节省时间，避免重复性工作，提高开发效率，升级速度等。

关于基于音频设备标准开发框架的升级系统的具体限定可以参见上文中对于基于音频设备标准开发框架的升级方法的限定，在此不再赘述。上述基于音频设备标准开发框架的升级系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端设备，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括可读存储介质。该可读存储介质存储有计算机可读指令。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机可读指令被处理器执行时以实现一种基于音频设备标准开发框架的升级方法。本实施例所提供的可读存储介质包括非易失性可读存储介质和易失性可读存储介质。

在本申请实施例中，提供了一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现如上述所述基于音频设备标准开发框架的升级方法的步骤。

在申请实施例中，提供了一种可读存储介质，所述可读存储介质存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如上述所述基于音频设备标准开发框架的升级方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一非易失性可读取存储介质或易失性可读存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种基于音频设备标准开发框架的升级方法，其特征在于，所述方法，包括：

响应于业务开发需求，构建标准开发框架，所述标准开发框架包括多个功能组件；

确定是否接收到固件升级指令；

若是，响应于固件升级指令，基于所述标准开发框架，确定待升级目标功能组件信息；

基于所述待升级目标功能组件信息，对目标待升级功能组件进行升级处理。

2.如权利要求1所述的音频设备标准开发框架升级方法，其特征在于，所述确定是否接收到固件升级指令之前，包括：

响应于启动指令，执行MCU或者DSP的启动文件；

对各所述功能组件进行初始化；

读取各所述功能组件对应的预设参数；

对所述预设参数进行保存，并对各所述功能组件执行对应的处理。

3.如权利要求1所述的音频设备标准开发框架升级方法，其特征在于，所述执行MCU或者DSP的启动文件，包括：

初始化堆栈指针、初始化PC指针以及初始化中断向量表；

配置系统时钟；

调用C库函数main初始化用户堆栈，从而最终调用main函数。

4.如权利要求1所述的音频设备标准开发框架升级方法，其特征在于，所述标准开发框架包括通讯接口，所述对目标待升级功能组件进行升级处理，包括：

基于所述通讯接口，对所述目标待升级功能组件进行远程升级处理。

5.如权利要求1所述的音频设备标准开发框架升级方法，其特征在于，所述确定是否接收到固件升级指令，包括：

获取通过外部控件或者上位机发送的目标指令；

对所述目标指令进行解析，确定所述目标指令是否包括所述固件升级指令；

若是，则确定接收到固件升级指令。

6.如权利要求1所述的音频设备标准开发框架升级方法，其特征在于，所述目标功能组件信息包括多个，所述基于所述待升级目标功能组件信息，对目标待升级功能组件进行升级处理，包括：

将固件升级的标志位进行改变，以进入固件升级模式；

按照预设规则，将多个所述目标功能组件信息对应的固件升级数据包依次发送至控制器进行固件升级，直到所有固件升级数据包均发送完成。

7.如权利要求6所述的音频设备标准开发框架升级方法，其特征在于，所述将多个所述目标功能组件信息对应的固件升级数据包依次发送至控制器进行固件升级，直到所有固件升级数据包均发送完成之后，包括：

将所述固件升级的标志位更改为原始标志位。

8.一种基于音频设备标准开发框架的升级系统，其特征在于，所述系统，包括：

标准开发框架生成单元，用于响应于业务开发需求，构建标准开发框架，所述标准开发框架包括多个功能组件；

固件升级指令确定单元，用于确定是否接收到固件升级指令；

待升级目标功能组件确定单元，用于响应于固件升级指令，基于所述标准开发框架，确定待升级目标功能组件信息；

升级单元，用于基于所述待升级目标功能组件信息，对目标待升级功能组件进行升级处理。

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，其特征在于，所述处理器执行所述计算机可读指令时实现如权利要求1-7任一项所述的基于音频设备标准开发框架的升级方法的步骤。

10.一种可读存储介质，所述可读存储介质存储有计算机可读指令，其特征在于，所述计算机可读指令被处理器执行时实现如权利要求1-7任一项所述的基于音频设备标准开发框架的升级方法的步骤。