CN115691591A - 录音方法及装置、电子设备、存储介质 - Google Patents

Abstract

本申请实施例提供了一种录音方法及装置、电子设备、存储介质，属于计算机技术领域。该方法包括：获取来自于网页视图的录音指令；根据录音指令，调用录音插件；获取录音插件的录音配置信息；通过录音插件，根据录音配置信息调用当前操作系统的原生录音接口，并通过原生录音接口进行音频录制，其中，当前操作系统为运行网页视图的操作系统；通过录音插件，采集音频录制过程中的音频数据，得到目标音频。本申请实施例能够减少录音音频的杂音，改善录音效果。

Description

录音方法及装置、电子设备、存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种录音方法及装置、电子设备、存储介质。

背景技术

目前的网页端通常会采用HTML5录音插件进行实时录音，实践中发现，在不同操作系统中，这种方式采集的录音音频容易存在杂音，导致录音效果不佳。

发明内容

本申请实施例的主要目的在于提出一种录音方法及装置、电子设备、存储介质，旨在减少录音音频的杂音，改善录音效果。

为实现上述目的，本申请实施例的第一方面提出了一种录音方法，所述方法包括：

获取来自于网页视图的录音指令；

根据所述录音指令，调用录音插件；

获取所述录音插件的录音配置信息；

通过所述录音插件，根据所述录音配置信息调用当前操作系统的原生录音接口，并通过所述原生录音接口进行音频录制，其中，所述当前操作系统为运行所述网页视图的操作系统；

通过所述录音插件，采集音频录制过程中的音频数据，得到目标音频。

在一些实施例，所述获取所述录音插件的录音配置信息，包括：

获取为所述录音插件预设的第一录音参数，并将所述第一录音参数作为录音配置参数；或者，从所述录音指令中获取第二录音参数，并将所述第二录音参数作为录音配置参数。

在一些实施例，所述录音插件的构建步骤包括：

创建初始插件模块；获取依赖信息，所述依赖信息用于确定所述初始插件模块所需调用的依赖文件；获取录音接口信息和所述网页视图的第一配置信息，所述录音接口信息用于调用所述原生录音接口，所述第一配置信息包括与所述网页视图进行交互的配置信息；根据所述依赖信息、所述录音接口信息以及所述第一配置信息，对所述初始插件模块进行配置处理，得到录音插件。

在一些实施例，所述通过所述录音插件，采集音频录制过程中的音频数据，得到目标音频，包括：

通过所述录音插件，采集音频录制过程中的音频数据，并对所述音频数据进行存储；将所述音频数据发送给所述网页视图以进行输出；获取来自于所述网页视图的交互指令；若所述交互指令为录制结束指令，则根据已存储的音频数据生成目标音频。

在一些实施例，所述通过所述录音插件，采集音频录制过程中的音频数据，并对所述音频数据进行存储，包括：

通过所述录音插件初始化缓冲区，所述缓冲区用于存放指定容量的数据；将所述音频数据存入所述缓冲区；将所述缓冲区中的数据导入预构建的数据流中；

所述若所述交互指令为录制结束指令，则根据已存储的音频数据生成目标音频，包括：若所述交互指令为录制结束指令，则从所述数据流中获取已导入的音频数据，并根据所述已导入的音频数据生成目标音频。

在一些实施例，所述方法还包括：若所述交互指令并非所述录制结束指令，则根据所述交互指令控制所述录音插件进行音频录制。

在一些实施例，所述录音配置信息包括指定参数类型对应的录音参数；所述通过所述原生录音接口进行音频录制，包括：

通过所述录音插件，构建所述原生录音接口对应的录音对象，所述录音对象用于定义根据所述指定参数类型进行音频录制的执行方法；将所述录音配置信息传入所述录音对象中，并通过所述录音对象进行音频录制。

为实现上述目的，本申请实施例的第二方面提出了一种录音装置，所述录音装置包括：

获取模块，用于获取来自于网页视图的录音指令；

调用模块，用于根据所述录音指令，调用录音插件；

音频录制模块，用于获取所述录音插件的录音配置信息；通过所述录音插件，根据所述录音配置信息调用当前操作系统的原生录音接口，并通过所述原生录音接口进行音频录制，其中，所述当前操作系统为运行所述网页视图的操作系统；

音频采集模块，用于通过所述录音插件，采集音频录制过程中的音频数据，得到目标音频。

为实现上述目的，本申请实施例的第三方面提出了一种电子设备，所述电子设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的录音方法。

为实现上述目的，本申请实施例的第四方面提出了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的录音方法。

本申请提出的录音方法及装置、电子设备、存储介质,其通过获取来自于网页视图的录音指令，直接调用录音插件，并通过该录音插件，根据录音配置信息调用当前操作系统的原生录音接口以进行音频录制，故录音插件可以为基于当前操作系统构建的原生插件，通过录音插件获取原始录音数据，能够解决现有方式中HTML5插件的杂音问题。基于此，该录音插件还能够通过与网页视图建立通讯进行数据交互，便于结合网页视图的实际需求灵活调整录音插件的录音情况，实现前端应用的个性化开发。

附图说明

图1是本申请实施例提供的一种录音方法的流程示意图；

图2是本申请实施例中一种录音插件的构建方法的流程示意图；

图3是图1中步骤S140的一种具体流程示意图；

图4是本申请实施例提供的一种录音装置的结构示意图；

图5是本申请实施例提供的一种电子设备的硬件结构示意图。

具体实施方式

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

需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

首先，对本申请中涉及的若干名词进行解析：

网页视图(WebView)，一种显示网页的控件，用于在应用界面中加载和显示网页内容，比如嵌入式HTML和网站等，以实现移动端或Web端的前端混合式开发。

插件(Plug-in)，是一种遵循一定规范的应用程序编程接口(applicationprogramming interface，API)编写出来的程序。插件可运行在规定的系统平台下，并调用系统平台提供的函数库或者数据。实际应用中，终端在安装相关插件后，可以调用插件程序以实现相应的插件功能。

uni-app，是一个使用Vue.js开发所有前端应用的框架。开发者通过uni-app编写一套代码，可发布到iOS、Android、Web(响应式)、以及各种小程序、快应用等多个平台。

本申请实施例提供了一种录音方法及装置、电子设备、存储介质，旨在减少录音音频的杂音，改善录音效果。

本申请实施例提供的录音方法及装置、电子设备、存储介质，具体通过如下实施例进行说明，首先描述本申请实施例中的录音方法。

本申请实施例提供的录音方法可应用于终端中，也可应用于服务器端中，还可以是运行于终端或服务器端中的软件。在一些实施例中，终端可以是智能手机、平板电脑、笔记本电脑、台式计算机等；服务器端可以配置成独立的物理服务器，也可以配置成多个物理服务器构成的服务器集群或者分布式系统，还可以配置成提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN以及大数据和人工智能平台等基础云计算服务的云服务器；软件可以是实现录音方法的应用等，但并不局限于以上形式。以下将以终端为例进行说明。

图1是本申请实施例提供的一种录音方法的流程示意图，图1中的方法可以包括但不限于包括步骤S110至步骤S140。

步骤S100：获取来自于网页视图的录音指令。

实际应用中，终端在应用界面(比如浏览器界面)中调用网页视图，并在网页视图中显示录音页面内容。一些情况下，通过检测对网页视图的预设页面操作，终端可以生成录音指令，其中，预设页面操作包括但不限于以下任一种：点击网页视图中的录音控件；在网页视图的输入控件内输入与录音功能相关的指令信息。

步骤S110：根据录音指令，调用录音插件。

可以理解，录音插件为预先构建并安装于终端的插件。

步骤S120：获取录音插件的录音配置信息。

在本申请实施例中，录音配置信息用于指定录音插件运行时采用的录音参数，其包括但不限于音频采集来源、音频采样率、声道、音频采样精度和缓冲区大小等。其中，音频采集来源包括但不限于麦克风、通话音源或系统内置音源等，声道包括但不限于单声道或双声道等，音频采样精度用于指定音频采样的数据格式及采样数据大小(比如8位或16位)，缓冲区大小用于指定写入缓冲区的数据总容量。

步骤S120中，作为一种可选的实现方式，终端可以直接获取为录音插件预设的第一录音参数，并将第一录音参数作为录音配置参数。第一录音参数可以是人为预先设定的参数，此时，录音配置参数满足录音插件的默认配置需求。

作为另一种可选的实现方式，终端也可以从录音指令中获取第二录音参数，并将第二录音参数作为录音配置参数。也就是说，录音指令中包括用户通过网页视图输入的参数信息，因此，通过与网页视图建立通讯进行录音配置及数据交互，便于结合网页视图的实际需求灵活调整录音插件的录音条件及功能，实现前端应用的个性化开发。

步骤S130：通过录音插件，根据录音配置信息调用当前操作系统的原生录音接口，并通过原生录音接口进行音频录制。

在本申请实施例中，当前操作系统为运行网页视图的操作系统，其包括但不限于安卓、鸿蒙、ios和Windows系统中任一种。示例性的，若当前操作系统为安卓系统，则当前操作系统的原生录音接口为Android原生的录音API。

步骤S140：通过录音插件，采集音频录制过程中的音频数据，得到目标音频。

可以理解，通过调用原生录音接口，本申请实施例中的录音插件可以采用基于uni-app开发、android开发或ios开发等原生插件构建方式，对此不做具体限定。而在实际的音频录制过程中，通过录音插件采集到的音频数据可以为原始的脉冲编码调制(pulsecode modulation，PCM)数据。

可见，通过上述步骤S100至S140，通过获取来自于网页视图的录音指令，直接调用录音插件，并通过该录音插件，根据录音配置信息调用当前操作系统的原生录音接口以进行音频录制，故录音插件可以为基于当前操作系统构建的原生插件，通过录音插件获取原始录音数据，能够解决现有方式中HTML5插件的杂音问题。基于此，该录音插件还能够通过与网页视图建立通讯进行数据交互，便于结合网页视图的实际需求灵活调整录音插件的录音情况，实现前端应用的个性化开发。

一些可选的实施方式中，请参阅图2，图2是本申请实施例中一种录音插件的构建方法的流程示意图。如图2所示，录音插件的构建步骤包括但不限于以下步骤S200至S230。

步骤S200：创建初始插件模块。

在本申请实施例中，初始插件模块可以是基于指定开发框架开发插件时预先打包配置的插件模块，在此基础上，可以进一步进行插件功能的配置及拓展开发。示例性的，初始插件模块可以为Android Module，故无需参与页面布局，只需通过API申请调用操作系统的原生功能的权限，再进行录音插件的构建。一些可选的实现方式中，指定开发框架中包括但不限于java8、Android Studio、HBuilder X和系统SDK等开发工具。

步骤S210：获取依赖信息，依赖信息用于确定初始插件模块所需调用的依赖文件。

在本申请实施例中，依赖信息可以由人为设定及调整。可选的，依赖文件可以包括但不限于以下至少一项：在指定开发框架下开发原生插件时所需的依赖模块，比如uni-app开发场景下的uniplugin_component模块、uniplugin_module模块和uniplugin_richalert模块等；列表控件模块，比如RecyclerView；开源图片加载模块，比如Fresco或Glide等；开源gif图片显示模块；JSON解析模块，比如Fastjson等。

步骤S220：获取录音接口信息和网页视图的第一配置信息。

在本申请实施例中，录音接口信息用于调用原生录音接口。第一配置信息包括与网页视图进行交互的配置信息，比如配置WebView组件的接口函数addJavascriptInterface。

步骤S230：根据依赖信息、录音接口信息以及第一配置信息，对初始插件模块进行配置处理，得到录音插件。

具体的，步骤S230中，可以根据依赖信息、录音接口信息以及第一配置信息，导入应用资源，比如现有的插件压缩包。之后，再将初始插件模块和应用资源封装为录音插件，从而将录音插件作为一个项目进行打包或者发布到npm包管理器中。

举例来说，在uni-app开发的情况下，可以将现有的插件压缩包解压到uni-app中的native plugins文件夹以导入应用资源。之后，再对package.json配置文件进行配置处理，从而提交云端打包生效。其中，package.json配置文件包括但不限于插件ID、格式、插件资源以及插件所需权限等信息。

可见，通过步骤S200至S230，实现了个性化的录音插件构建流程。

一些可选的实施方式中，请参阅图3，图3是图1中步骤S140的一种具体流程示意图。如图3所示，步骤S140包括但不限于以下步骤S141至S144。

步骤S141：通过录音插件，采集音频录制过程中的音频数据，并对音频数据进行存储。

在本申请实施例中，终端可以通过录音插件实时且持续地采集并存储音频数据，直至检测到音频录制暂停或停止。

进一步的，一些可选的实施方式中，步骤S141包括但不限于以下步骤：

通过录音插件初始化缓冲区，缓冲区用于存放指定容量的数据，基于此，先将音频数据存入缓冲区，再将缓冲区中的数据导入预构建的数据流中。其中，指定容量大于或等于每次采集的音频数据的容量，从而防止数据溢出。相应的，若交互指令为录制结束指令，则根据已存储的音频数据生成目标音频，包括：若交互指令为录制结束指令，则从数据流中获取已导入的音频数据，并根据已导入的音频数据生成目标音频，既能够实现对音频数据的实时处理，又能够适应性扩充数据缓存容量。进一步的，若交互指令为录制结束指令，终端还可以关闭数据流，停止音频录制，以结束录音流程。

步骤S142：将音频数据发送给网页视图以进行输出。

一种可选的实现方式中，终端可以对音频数据进行可视化处理，得到可视化数据，并通过网页视图显示可视化数据。具体来说，可视化处理的方式包括但不限于以下步骤：根据预设策略对音频数据进行采样、求模运算，得到目标模值，再根据转换算法将目标模值转化为频谱高度值，从而根据频谱高度值绘制可视化线条，得到可视化数据。其中，采样运算包括但不限于快速傅里叶变换算法，转换算法可以由人为指定及调整，亦不做限定。可选的，转换算法可以为：

h为频谱高度值，H_max为网页视图中显示可视化线条的最大高度，m为频谱高度值，M_max为频谱对应的最大高度值。还可选的，终端按照指定采集间隔采集音频数据，故音频数据可以包括多个按采集时间顺序排列的音频帧，则上述可视化处理方式适用于每个音频帧，且转换算法可以为：h’＝(m’-m₀)p+h₀，h’为基于当前音频帧计算的目标模值，h₀为基于上一音频帧计算的目标模值，p为预设的转换参数，m’为当前音频帧对应的频谱高度值，m₀为上一音频帧对应的频谱高度值。

另一种可选的实现方式中，终端也可以通过网页视图调用音频播放接口(比如MediaPlayer或AudioTrack等)，并通过音频播放接口进行音频数据的播放处理。

步骤S143：获取来自于网页视图的交互指令。

具体的，终端通过检测来自于网页视图的交互操作，可以生成与交互操作匹配的交互指令。其中，交互指令可以包括但不限于以下至少一种：录制结束指令，用于指示录音插件结束音频录制；暂停指令，用于指示录音插件暂停音频录制；录制开始指令，用于指示录音插件重新开始音频录制；试听指令，用于指示终端播放已存储的音频数据。示例性的，终端在网页视图中生成录制结束控件、暂停控件、录制开始控件和试听控件。当录制结束控件被触发时(比如用户点击结束控件)，则生成录制结束指令；当暂停控件被触发时，则生成暂停指令，或者，同时生成暂停指令和试听指令；当录制开始控件被触发时，则生成录制开始指令；当试听控件被触发时，则生成试听指令。

步骤S144：若交互指令为录制结束指令，则根据已存储的音频数据生成目标音频。

可见，通过步骤S141至S144，可以基于网页视图的交互情况对录音插件的工作状态进行灵活控制，便于提升录音效率。

一些可选的实施方式中，录音配置信息包括指定参数类型对应的录音参数，则通过原生录音接口进行音频录制，包括但不限于以下步骤：

首先，通过录音插件，构建原生录音接口对应的录音对象，录音对象用于定义根据指定参数类型进行音频录制的执行方法，示例性的，录音对象可以采用安卓系统中的AudioRecord，便于实现对音频实时处理以及资源管理功能。之后，将录音配置信息传入录音对象中，并通过录音对象进行音频录制。可见，每次只需调整录音参数，即可实现满足不同录制需求的录音效果。

可以理解，一些可选的实施方式中，若交互指令并非录制结束指令，则根据交互指令控制录音插件进行音频录制，从而拓展更加多样化的录音控制效果，进一步提升录音体验。可选的，若交互指令为暂停指令，则终端可以从录音对象中调用暂停方法，并通过执行暂停方法控制录音插件暂停音频录制。若交互指令为录音开始指令，则终端从录音对象中调动录音开始方法，并通过执行录音开始方法控制录制插件进行音频录制。若交互指令为试听指令，则终端从录音对象中调用试听音频播放方法，并通过执行音频播放方法播放已存储的音频数据。

请参阅图4，图4是本申请实施例提供的一种录音装置的结构示意图。如图4所示，本申请实施例还提供一种录音装置，可以实现上述录音方法，该装置包括获取模块410、调用模块420、音频录制模块430和音频采集模块440，其中：

获取模块410，用于获取来自于网页视图的录音指令；

调用模块420，用于根据录音指令，调用录音插件；

音频录制模块430，用于获取录音插件的录音配置信息；通过录音插件，根据录音配置信息调用当前操作系统的原生录音接口，并通过原生录音接口进行音频录制，其中，当前操作系统为运行网页视图的操作系统；

音频采集模块440，用于通过录音插件，采集音频录制过程中的音频数据，得到目标音频。

该录音装置的具体实施方式与上述录音方法的具体实施例基本相同，在此不再赘述。

本申请实施例还提供了一种电子设备，电子设备包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述录音方法。该电子设备可以为包括平板电脑、车载电脑等任意智能终端。

请参阅图5，图5示意了另一实施例的电子设备的硬件结构，电子设备包括：

处理器501，可以采用通用的中央处理器(central processing unit，CPU)、微处理器、应用专用集成电路(application specific integrated circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请实施例所提供的技术方案；

存储器502，可以采用只读存储器(read only memory，ROM)、静态存储设备、动态存储设备或者随机存取存储器(random access memory，RAM)等形式实现。存储器502可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器502中，并由处理器501来调用执行本申请实施例的录音方法；

输入/输出接口503，用于实现信息输入及输出；

通信接口504，用于实现本设备与其他设备的通信交互，可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信；

总线505，在设备的各个组件(例如处理器501、存储器502、输入/输出接口903和通信接口504)之间传输信息；

其中处理器501、存储器502、输入/输出接口503和通信接口504通过总线505实现彼此之间在设备内部的通信连接。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述录音方法。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本申请实施例描述的实施例是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域技术人员可知，随着技术的演变和新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本领域技术人员可以理解的是，图1-5中示出的技术方案并不构成对本申请实施例的限定，可以包括比图示更多或更少的步骤，或者组合某些步骤，或者不同的步骤。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。

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

以上参照附图说明了本申请实施例的优选实施例，并非因此局限本申请实施例的权利范围。本领域技术人员不脱离本申请实施例的范围和实质内所作的任何修改、等同替换和改进，均应在本申请实施例的权利范围之内。

Claims (10)

1.一种录音方法，其特征在于，所述方法包括：

获取来自于网页视图的录音指令；

根据所述录音指令，调用录音插件；

获取所述录音插件的录音配置信息；

通过所述录音插件，根据所述录音配置信息调用当前操作系统的原生录音接口，并通过所述原生录音接口进行音频录制，其中，所述当前操作系统为运行所述网页视图的操作系统；

通过所述录音插件，采集音频录制过程中的音频数据，得到目标音频。

2.根据权利要求1所述的方法，其特征在于，所述录音插件的构建步骤包括：

创建初始插件模块；

获取依赖信息，所述依赖信息用于确定所述初始插件模块所需调用的依赖文件；

获取录音接口信息和所述网页视图的第一配置信息，所述录音接口信息用于调用所述原生录音接口，所述第一配置信息包括与所述网页视图进行交互的配置信息；

根据所述依赖信息、所述录音接口信息以及所述第一配置信息，对所述初始插件模块进行配置处理，得到录音插件。

3.根据权利要求1所述的方法，其特征在于，所述获取所述录音插件的录音配置信息，包括：

获取为所述录音插件预设的第一录音参数，并将所述第一录音参数作为录音配置参数；

或者，从所述录音指令中获取第二录音参数，并将所述第二录音参数作为录音配置参数。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述通过所述录音插件，采集音频录制过程中的音频数据，得到目标音频，包括：

通过所述录音插件，采集音频录制过程中的音频数据，并对所述音频数据进行存储；

将所述音频数据发送给所述网页视图以进行输出；

获取来自于所述网页视图的交互指令；

若所述交互指令为录制结束指令，则根据已存储的音频数据生成目标音频。

5.根据权利要求4所述的方法，其特征在于，所述通过所述录音插件，采集音频录制过程中的音频数据，并对所述音频数据进行存储，包括：

通过所述录音插件初始化缓冲区，所述缓冲区用于存放指定容量的数据；

将所述音频数据存入所述缓冲区；

将所述缓冲区中的数据导入预构建的数据流中；

所述若所述交互指令为录制结束指令，则根据已存储的音频数据生成目标音频，包括：

若所述交互指令为录制结束指令，则从所述数据流中获取已导入的音频数据，并根据所述已导入的音频数据生成目标音频。

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

若所述交互指令并非所述录制结束指令，则根据所述交互指令控制所述录音插件进行音频录制。

7.根据权利要求1至3任一项所述的方法，其特征在于，所述录音配置信息包括指定参数类型对应的录音参数；所述通过所述原生录音接口进行音频录制，包括：

通过所述录音插件，构建所述原生录音接口对应的录音对象，所述录音对象用于定义根据所述指定参数类型进行音频录制的执行方法；

将所述录音配置信息传入所述录音对象中，并通过所述录音对象进行音频录制。

8.一种录音装置，其特征在于，所述装置包括：

获取模块，用于获取来自于网页视图的录音指令；

调用模块，用于根据所述录音指令，调用录音插件；

音频录制模块，用于获取所述录音插件的录音配置信息；通过所述录音插件，根据所述录音配置信息调用当前操作系统的原生录音接口，并通过所述原生录音接口进行音频录制，其中，所述当前操作系统为运行所述网页视图的操作系统；

音频采集模块，用于通过所述录音插件，采集音频录制过程中的音频数据，得到目标音频。

9.一种电子设备，其特征在于，所述电子设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现权利要求1至7任一项所述的录音方法。

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

Images