CN111540385A - 录音数据共用方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种录音数据共用方法、装置、计算机设备和存储介质。所述方法包括：通过接收第一应用程序的第一录音请求，检测录音设备的状态，当录音设备为未开启状态时，根据第一录音请求向录音设备发送开启指令，开启录音设备，获取录音设备采集的录音数据，将录音数据发送至第一应用程序；接收第二应用程序的第二录音请求；当录音设备为开启状态时，根据第二录音请求，将录音数据发送至第二应用程序，以使第一应用程序和第二应用程序共用录音数据。采用本方法能够满足多个应用程序对录音数据的需求。

Description

录音数据共用方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种录音数据共用方法、装置、计算机设备和存储介质。

背景技术

随着计算机技术的发展，电子产品的功能越来越多，终端设备可以通过安装各种应用程序来进行音频或视频录制。而对于安卓系统的终端设备而言，当应用程序在进行音频或视频录制时，需要请求打开录音设备来获取录音数据。

现有的方法中，当接收到第一个应用程序的录音请求时，安卓系统会打开录音设备为其提供录音数据，当接收到第二个应用程序的录音请求时，安卓系统会再根据录音请求再次打开录音设备，而因为此时录音设备已打开，所以系统会有相应的报错信息，使得第二个应用程序无法完成录音，具有一定的局限性，不能满足多个应用程序对录音数据的需求。

发明内容

基于此，有必要针对上述技术问题，提供一种能够满足多个应用程序对录音数据的需求的录音数据共用方法、装置、计算机设备和存储介质。

一种录音数据共用方法，所述方法包括：

接收第一应用程序的第一录音请求；

检测录音设备的状态；

当所述录音设备为未开启状态时，根据所述第一录音请求向所述录音设备发送开启指令，开启所述录音设备，获取所述录音设备采集的录音数据；

根据所述第一录音请求，将所述录音数据发送至所述第一应用程序；

接收第二应用程序的第二录音请求；

当所述录音设备为开启状态时，根据所述第二录音请求，将所述录音数据发送至所述第二应用程序，以使所述第一应用程序和所述第二应用程序共用所述录音数据。

在其中一个实施例中，所述第一应用程序包括多个线程，所述根据所述第一录音请求，将所述录音数据发送至所述第一应用程序包括：

检测所述第一录音请求，得到所述第一录音请求携带的目标线程标识；

根据所述目标线程标识，确定所述第一应用程序中发起所述第一录音请求的目标线程；

将所述录音数据发送至所述第一应用程序中的目标线程。

在其中一个实施例中，所述将所述录音数据发送至所述第一应用程序中的目标线程包括：

当所述目标线程为第一线程时，将所述录音数据发送至所述第一线程；

在所述将所述录音数据发送至所述第一应用程序中的目标线程之后，所述方法还包括：

接收所述第一应用程序中的第二线程发起的第一录音请求；

检测所述第二线程发起的第一录音请求，得到第二线程标识；

当所述录音设备为开启状态时，根据所述第二线程标识，将所述录音数据发送至所述第二线程，以使所述第一线程和所述第二线程共用所述录音数据。

在其中一个实施例中，在根据所述第二录音请求，将所述录音数据发送至所述第二应用程序之后，所述方法还包括：

当接收到录音终止请求时，停止将所述录音数据发送至发起所述录音终止请求的应用程序；

检测当前的录音请求的数量；

当所述当前的录音请求的数量为零时，向所述录音设备发送关闭指令，关闭所述录音设备。

在其中一个实施例中，所述方法还包括：

当所述当前的录音请求的数量不为零时，将所述录音设备保持开启状态，将所述录音数据发送至所述当前的录音请求对应的应用程序。

在其中一个实施例中，所述第一应用程序具备发起第一录音请求的权限，所述第二应用程序具备发起第二录音请求的权限。

一种录音数据共用装置，所述装置包括：

录音请求接收模块，用于接收第一应用程序的第一录音请求，还用于接收第二应用程序的第二录音请求；

录音设备检测模块，用于检测录音设备的状态；

录音数据采集模块，用于当所述录音设备为未开启状态时，根据所述第一录音请求向所述录音设备发送开启指令，开启所述录音设备，获取所述录音设备采集的录音数据；

录音数据发送模块，用于根据所述第一录音请求，将所述录音数据发送至所述第一应用程序，还用于当所述录音设备为开启状态时，根据所述第二录音请求，将所述录音数据发送至所述第二应用程序，以使所述第一应用程序和所述第二应用程序共用所述录音数据。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述的方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的方法的步骤。

上述录音数据共用方法、装置、计算机设备和存储介质，通过接收第一应用程序的第一录音请求，检测录音设备的状态，当录音设备为未开启状态时，根据第一录音请求向录音设备发送开启指令，开启录音设备，获取录音设备采集的录音数据；根据第一录音请求，将录音数据发送至第一应用程序；接收第二应用程序的第二录音请求；当录音设备为开启状态时，根据第二录音请求，将录音数据发送至第二应用程序，以使第一应用程序和第二应用程序共用录音数据，与现有的方法相比，本方法在接收到第二个应用程序的录音请求时，不再重复请求开启录音设备，直接将录音数据发送至第二应用程序，使得第一应用程序和第二应用程序能够共用录音数据，能够满足多个应用程序对录音数据的需求。

附图说明

图1为一个实施例中录音数据共用方法的应用环境图；

图2为一个实施例中录音数据共用方法的流程示意图；

图3为一个实施例中录音数据发送方法的流程示意图；

图4为一个实施例中多线程的录音数据共用方法的流程示意图；

图5为一个实施例中录音终止请求处理方法的流程示意图；

图6为另一个实施例中录音数据共用方法的流程示意图；

图7为一个实施例中录音数据共用装置的结构框图；

图8为一个实施例中计算机设备的内部结构图。

具体实施方式

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

本申请提供的录音数据共用方法，可以应用于如图1所示的应用环境中。其中，音频操作系统102、应用程序104和录音设备106通过系统总线连接。可以理解的是，应用程序104可以是一个或多个应用程序，图1以第一应用程序104a和第二应用程序104b进行说明；音频操作系统102、应用程序104和录音设备106可以应用于终端，也可以应用于服务器，还可以应用于包括终端和服务器的系统。

具体地，音频操作系统102接收第一应用程序104a的第一录音请求之后，检测录音设备106的状态。当录音设备106为未开启状态时，音频操作系统102根据第一录音请求向录音设备106发送开启指令，开启录音设备106。音频操作系统102获取录音设备106采集的录音数据。根据第一录音请求，音频操作系统102将录音数据发送至第一应用程序104a。音频操作系统102接收第二应用程序104b的第二录音请求。当录音设备106为开启状态时，音频操作系统102根据第二录音请求，将录音数据发送至第二应用程序104b，以使第一应用程序104a和第二应用程序104b共用录音数据。

在一个实施例中，如图2所示，提供了一种录音数据共用方法，以该方法应用于图1所示的音频操作系统为例进行说明，包括以下步骤：

步骤202，接收第一应用程序的第一录音请求。

其中，第一应用程序是安装在终端中的任意一个可以发起录音请求的应用程序。例如，系统自带的录音程序或者第三方应用程序。第一录音请求是第一应用程序发起的录音请求，携带第一应用程序的标识。

具体地，当第一应用程序有录音数据需求时，可以通过音频接口向音频操作系统发起第一录音请求。在系统连接正常的情况下，音频操作系统可以接收到第一应用程序的第一录音请求。

在一个实施例中，第一应用程序也可以是安装在终端中的任意一个可以发起录像请求的应用程序。在第一应用程序请求录像时，只要请求的不是静音录像，那么，音频操作系统也会接收到第一应用程序的第一录音请求。

步骤204，检测录音设备的状态。

其中，录音设备的状态包括开启状态和关闭状态。

具体地，在音频操作系统接收到第一应用程序的第一录音请求之后，对录音设备的状态进行检测。当录音设备为开启状态时，直接将录音设备所采集的录音数据发送至第一应用程序，避免重复请求开启录音设备，导致系统报错。

步骤206，当录音设备为未开启状态时，根据第一录音请求向录音设备发送开启指令，开启录音设备，获取录音设备采集的录音数据。

具体地，当检测到录音设备为未开启状态，即关闭状态时，音频操作系统根据第一录音请求向录音设备发送开启指令，开启录音设备，通过录音设备实时地采集录音数据。

步骤208，根据第一录音请求，将录音数据发送至第一应用程序。

其中，录音设备在开启状态下，会随着时间变化，持续地采集录音数据，因此，录音数据携带时间信息。第一录音请求携带第一应用程序的标识。

具体地，音频操作系统通过录音设备随着时间变化实时地采集录音数据，并根据第一录音请求携带的第一应用程序的标识，实时地将录音数据发送至第一应用程序，直至第一应用程序停止请求录音。

步骤210，接收第二应用程序的第二录音请求。

其中，第二应用程序可以是终端中除了第一应用程序之外的任意一个能够发起录音请求的应用程序。第二录音请求是第二应用程序发起的录音请求，携带第二应用程序的标识。

具体地，当第二应用程序有录音数据需求时，与第一应用程序相同，可以通过音频接口向音频操作系统发起第二录音请求。在系统连接正常的情况下，音频操作系统可以接收到第二应用程序的第二录音请求。

在一个实施例中，第二应用程序也可以是安装在终端中的任意一个可以发起录像请求的应用程序。在第二应用程序请求录像时，只要请求的不是静音录像，那么，音频操作系统也会接收到第二应用程序的第二录音请求。

步骤212，当录音设备为开启状态时，根据第二录音请求，将录音数据发送至第二应用程序，以使第一应用程序和第二应用程序共用录音数据。

其中，第二录音请求携带第二应用程序的标识。

具体地，当录音设备为开启状态时，音频操作系统直接根据第二录音请求携带的第二应用程序的标识，将录音设备采集的录音数据发送至第二应用程序，使得第一应用程序和第二应用程序可以共用录音数据。

应当理解的是，本实施例中仅以两个应用程序共用录音数据进行说明，在其他实施例中，也可以是两个以上的应用程序共用录音数据。

上述录音数据共用方法中，通过接收第一应用程序的第一录音请求，检测录音设备的状态，当录音设备为未开启状态时，根据第一录音请求向录音设备发送开启指令，开启录音设备，获取录音设备采集的录音数据；根据第一录音请求，将录音数据发送至第一应用程序；接收第二应用程序的第二录音请求；当录音设备为开启状态时，根据第二录音请求，将录音数据发送至第二应用程序，以使第一应用程序和第二应用程序共用录音数据，本方法在接收到第二个应用程序的录音请求时，不再重复请求开启录音设备，直接将录音数据发送至第二应用程序，使得第一应用程序和第二应用程序能够共用录音数据，能够满足多个应用程序对录音数据的需求。

在一个实施例中，如图3所示，步骤208包括：

步骤302，检测第一录音请求，得到第一录音请求携带的目标线程标识；

步骤304，根据目标线程标识，确定第一应用程序中发起第一录音请求的目标线程；

步骤306，将录音数据发送至第一应用程序中的目标线程。

其中，第一应用程序可以包括多个线程。例如，网约车上的监控系统中，由一个应用程序控制多个线程的录像，在录像过程中通常需要向音频操作系统发起录音请求，使得录制的视频具有同步的录音数据。目标线程标识为应用程序中发起录音请求的线程的标识，例如，第一线程标识、第二线程标识等，可以但不限于是线程标识符。

具体地，第一应用程序的线程根据需求，向音频操作系统发送携带线程标识的第一录音请求。音频操作系统在接收到第一录音请求之后，对第一录音请求进行检测，得到第一录音请求中携带的目标线程标识，并根据目标线程标识，确定第一应用程序中发起第一录音请求的目标线程。当录音设备为开启状态时，音频操作系统将录音数据发送至第一应用程序中的目标线程。

在一个实施例中，当目标线程为第一线程时，将录音数据发送至第一应用程序中的第一线程。

在一个实施例中，如图4所示，在将录音数据发送至第一应用程序中的第一线程之后，方法还包括：

步骤402，接收第一应用程序中的第二线程发起的第一录音请求；

步骤404，检测第二线程发起的第一录音请求，得到第二线程标识；

步骤406，当录音设备为开启状态时，根据第二线程标识，将录音数据发送至第二线程，以使第一线程和第二线程共用录音数据。

其中，第二线程是第一应用程序中，除了第一线程之外的其他线程。第二线程标识用于唯一标识第二线程，与第一应用程序中的其他线程区分开来。

具体地，在音频操作系统将录音数据发送至第一应用程序中的第一线程之后，第一应用程序的第二线程也可以向音频操作系统发起携带第二线程标识的第一录音请求，以此获取得到录音数据。音频操作系统在接收到第一应用程序中的第二线程发起的第一录音请求之后，对其进行检测，得到第二线程标识。当录音设备为开启状态时，根据第二线程标识，直接将录音数据发送至第二线程，使得第一应用程序中的第一线程和第二线程可以共用录音数据。

应当理解的是，一个应用程序中可以包括多个线程，本实施例中仅以两个线程共用录音数据进行说明，在其他实施例中，也可以是两个以上的线程共用录音数据。

进一步地，以网约车上的监控系统为例进行说明。传统的方法中，网约车上的监控系统只有第一个发起录音请求的线程，即第一线程，能够获取得到录音数据，除了第一线程之外的其他线程都无法得到录音数据。当网约车发生事故时，需要借助监控录像来还原事故现场，了解事故发生原因，而由于除了第一线程之外的其他线程录制得到的视频不具备同步录音数据，因此不能够准确还原事故现场。而本实施例中，音频操作系统可以满足多个线程的录音需求，使得多个线程录制得到的视频具备同步录音数据，可以在事故发生时，准确还原事故现场。

在本实施例中，通过检测录音请求，确定应用程序中发起录音请求的线程，将录音数据发送至对应的线程，并且，在应用程序中，多个线程发起录音请求时，不再重复请求开启录音设备，直接将录音数据发送至应用程序中的多个线程，使得应用程序中的多个线程能够共用录音数据，能够满足多个线程对录音数据的需求。

在一个实施例中，如图5所示，在步骤212之后，方法还包括：

步骤502，当接收到录音终止请求时，停止将录音数据发送至发起录音终止请求的应用程序；

步骤504，检测当前的录音请求的数量；

步骤506，当当前的录音请求的数量为零时，向录音设备发送关闭指令，关闭录音设备；

步骤508，当当前的录音请求的数量不为零时，将录音设备保持开启状态，将录音数据发送至当前的录音请求对应的应用程序。

其中，录音终止请求是应用程序向音频操作系统发送的请求，用于指示音频操作系统停止发送录音数据。录音终止请求携带应用程序的标识。

具体地，当应用程序不想再接收录音数据时，可以向音频操作系统发送录音终止请求。当音频操作系统接收到录音终止请求时，根据录音终止请求携带的应用程序的标识，得知发起录音终止请求的应用程序，停止将录音数据发送至发起录音终止请求的应用程序。

进一步地，音频操作系统通过检测音频接口的调用情况，得到当前的录音请求数量。例如，当前音频接口被2个应用程序调用时，得到当前的录音请求数量为2。当当前的录音请求数据不为零时，将录音设备保持开启状态，继续将录音设备采集的录音数据发送至当前请求录音数据的应用程序。当当前的录音请求数据为零时，说明当前没有应用程序需要请求录音数据，此时，音频操作系统向录音设备发送关闭指令，关闭录音设备。

在本实施例中，通过在接收到录音终止请求时，检测当前的录音请求数量，在当前的录音请求数量不为零时，继续将录音数据发送至请求录音数据的应用程序，满足应用程序对录音数据的需求，并且，在当前的录音请求数量为零时，关闭录音设备，避免资源浪费，减少损耗。

在一个实施例中，第一应用程序具备发起第一录音请求的权限，第二应用程序具备发起第二录音请求的权限。

具体地，在将安装应用程序到终端时，终端的安全系统对应用程序进行安全检测，对通过安全检测的应用程序赋予发起录音请求的权限。当应用程序具备发起录音请求的权限时，才可以向音频操作系统发起录音请求，即当第一应用程序具备发起第一录音请求的权限时，才可以向音频操作系统发起第一录音请求，第二应用程序具备发起第二录音请求的权限时，才可以向音频操作系统发起第一录音请求，可以提高安全性。

在本实施例中，通过对应用程序设置发起录音请求的权限，只有通过安全检测的应用程序才可以发起录音请求，得到录音数据，避免恶意程序盗用录音数据，提高安全性。

在一个实施例中，如图6所示，提供了另一种录音数据共用方法，以该方法应用于安卓设备的音频操作系统为例进行说明，包括以下步骤：

步骤602，接收第一应用程序中的第一线程发起的第一录音请求，该第一应用程序具备发起第一录音请求的权限；

步骤604，检测录音设备的状态；

步骤606，当录音设备为未开启状态时，根据第一录音请求向录音设备发送开启指令，开启录音设备，获取录音设备采集的录音数据；

步骤608，检测第一录音请求，得到第一录音请求携带的第一线程标识；

步骤610，根据第一线程标识，确定第一应用程序中发起第一录音请求的目标线程为第一线程；

步骤612，将录音数据发送至第一应用程序中的第一线程；

步骤614，接收第一应用程序中的第二线程发起的第一录音请求；

步骤616，检测第二线程发起的第一录音请求，得到第二线程标识；

步骤618，当录音设备为开启状态时，根据第二线程标识，将录音数据发送至第一应用程序中的第二线程，以使第一应用程序中的第一线程和第二线程共用录音数据；

步骤620，接收第二应用程序的第二录音请求，该第二应用程序具备发起第二录音请求的权限；

步骤622，检测第二录音请求，确定第二应用程序中发起第二录音请求的目标线程；

步骤624，当录音设备为开启状态时，根据第二录音请求，将录音数据发送至第二应用程序中的目标线程，以使第一应用程序和第二应用程序共用录音数据；

步骤626，当接收到录音终止请求时，停止将录音数据发送至发起录音终止请求的线程；

步骤628，检测当前的录音请求的数量；

步骤630，当当前的录音请求的数量为零时，向录音设备发送关闭指令，关闭录音设备；

步骤632，当当前的录音请求的数量不为零时，将录音设备保持开启状态，将录音数据发送至当前的录音请求对应的线程。

在本实施例中，通过对应用程序设置发起录音请求的权限，提高安全性；在接收应用程序的录音请求时，检测录音设备的状态，可以避免重复请求开启录音设备，导致系统报错；在录音设备开启时，直接将录音数据发送至发起录音请求的应用程序，使得多个应用程序可以共用录音数据，满足多个应用程序对于录音数据的需求；进一步地，当应用程序中存在多个线程时，可以将录音数据发送至多个应用程序中的多个线程，满足多个线程的录音需求；在接收到录音终止请求时，检测当前的录音请求数量，在当前的录音请求数量不为零时，继续将录音数据发送至请求录音数据的应用程序，满足应用程序对录音数据的需求，在当前的录音请求数量为零时，关闭录音设备，避免资源浪费，减少损耗。

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

在一个实施例中，如图7所示，提供了一种录音数据共用装置700，包括：录音请求接收模块701、录音设备检测模块702、录音设备开启模块703和录音数据发送模块704，其中：

录音请求接收模块701，用于接收第一应用程序的第一录音请求，还用于接收第二应用程序的第二录音请求；

录音设备检测模块702，用于检测录音设备的状态；

录音数据采集模块703，用于当录音设备为未开启状态时，根据第一录音请求向录音设备发送开启指令，开启录音设备，获取录音设备采集的录音数据；

录音数据发送模块704，用于根据第一录音请求，将录音数据发送至第一应用程序，还用于当录音设备为开启状态时，根据第二录音请求，将录音数据发送至第二应用程序，以使第一应用程序和第二应用程序共用录音数据。

在一个实施例中，录音数据发送模块704还用于检测第一录音请求，得到第一录音请求携带的目标线程标识；根据目标线程标识，确定第一应用程序中发起第一录音请求的目标线程；将录音数据发送至第一应用程序中的目标线程。

在一个实施例中，录音数据发送模块704还用于当目标线程为第一线程时，将录音数据发送至第一线程；接收第一应用程序中的第二线程发起的第一录音请求；检测第二线程发起的第一录音请求，得到第二线程标识；当录音设备为开启状态时，根据第二线程标识，将录音数据发送至第二线程，以使第一线程和第二线程共用录音数据。

在一个实施例中，录音数据发送模块704还用于当接收到录音终止请求时，停止将录音数据发送至发起录音终止请求的应用程序；检测当前的录音请求的数量；当当前的录音请求的数量为零时，向录音设备发送关闭指令，关闭录音设备。

在一个实施例中，录音数据发送模块704还用于当当前的录音请求的数量不为零时，将录音设备保持开启状态，将录音数据发送至当前的录音请求对应的应用程序。

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

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、运营商网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种录音数据共用方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：接收第一应用程序的第一录音请求；检测录音设备的状态；当录音设备为未开启状态时，根据第一录音请求向录音设备发送开启指令，开启录音设备，获取录音设备采集的录音数据；根据第一录音请求，将录音数据发送至第一应用程序；接收第二应用程序的第二录音请求；当录音设备为开启状态时，根据第二录音请求，将录音数据发送至第二应用程序，以使第一应用程序和第二应用程序共用录音数据。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：检测第一录音请求，得到第一录音请求携带的目标线程标识；根据目标线程标识，确定第一应用程序中发起第一录音请求的目标线程；将录音数据发送至第一应用程序中的目标线程。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当目标线程为第一线程时，将录音数据发送至第一线程；接收第一应用程序中的第二线程发起的第一录音请求；检测第二线程发起的第一录音请求，得到第二线程标识；当录音设备为开启状态时，根据第二线程标识，将录音数据发送至第二线程，以使第一线程和第二线程共用录音数据。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当接收到录音终止请求时，停止将录音数据发送至发起录音终止请求的应用程序；检测当前的录音请求的数量；当当前的录音请求的数量为零时，向录音设备发送关闭指令，关闭录音设备。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当当前的录音请求的数量不为零时，将录音设备保持开启状态，将录音数据发送至当前的录音请求对应的应用程序。

在一个实施例中，处理器执行计算机程序时，第一应用程序具备发起第一录音请求的权限，第二应用程序具备发起第二录音请求的权限。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：接收第一应用程序的第一录音请求；检测录音设备的状态；当录音设备为未开启状态时，根据第一录音请求向录音设备发送开启指令，开启录音设备，获取录音设备采集的录音数据；根据第一录音请求，将录音数据发送至第一应用程序；接收第二应用程序的第二录音请求；当录音设备为开启状态时，根据第二录音请求，将录音数据发送至第二应用程序，以使第一应用程序和第二应用程序共用录音数据。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：检测第一录音请求，得到第一录音请求携带的目标线程标识；根据目标线程标识，确定第一应用程序中发起第一录音请求的目标线程；将录音数据发送至第一应用程序中的目标线程。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当目标线程为第一线程时，将录音数据发送至第一线程；接收第一应用程序中的第二线程发起的第一录音请求；检测第二线程发起的第一录音请求，得到第二线程标识；在录音设备为开启状态时，根据第二线程标识，将录音数据发送至第二线程，以使第一线程和第二线程共用录音数据。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当接收到录音终止请求时，停止将录音数据发送至发起录音终止请求的应用程序；检测当前的录音请求的数量；当当前的录音请求的数量为零时，向录音设备发送关闭指令，关闭录音设备。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当当前的录音请求的数量不为零时，将录音设备保持开启状态，将录音数据发送至当前的录音请求对应的应用程序。

在一个实施例中，计算机程序被处理器执行时，第一应用程序具备发起第一录音请求的权限，第二应用程序具备发起第二录音请求的权限。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

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

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

Claims (10)

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

接收第一应用程序的第一录音请求；

检测录音设备的状态；

当所述录音设备为未开启状态时，根据所述第一录音请求向所述录音设备发送开启指令，开启所述录音设备，获取所述录音设备采集的录音数据；

根据所述第一录音请求，将所述录音数据发送至所述第一应用程序；

接收第二应用程序的第二录音请求；

当所述录音设备为开启状态时，根据所述第二录音请求，将所述录音数据发送至所述第二应用程序，以使所述第一应用程序和所述第二应用程序共用所述录音数据。

2.根据权利要求1所述的方法，其特征在于，所述第一应用程序包括多个线程，所述根据所述第一录音请求，将所述录音数据发送至所述第一应用程序包括：

检测所述第一录音请求，得到所述第一录音请求携带的目标线程标识；

根据所述目标线程标识，确定所述第一应用程序中发起所述第一录音请求的目标线程；

将所述录音数据发送至所述第一应用程序中的目标线程。

3.根据权利要求2所述的方法，所述将所述录音数据发送至所述第一应用程序中的目标线程包括：

当所述目标线程为第一线程时，将所述录音数据发送至所述第一线程；

在所述将所述录音数据发送至所述第一应用程序中的目标线程之后，所述方法还包括：

接收所述第一应用程序中的第二线程发起的第一录音请求；

检测所述第二线程发起的第一录音请求，得到第二线程标识；

当所述录音设备为开启状态时，根据所述第二线程标识，将所述录音数据发送至所述第二线程，以使所述第一线程和所述第二线程共用所述录音数据。

4.根据权利要求1所述的方法，其特征在于，在根据所述第二录音请求，将所述录音数据发送至所述第二应用程序之后，所述方法还包括：

当接收到录音终止请求时，停止将所述录音数据发送至发起所述录音终止请求的应用程序；

检测当前的录音请求的数量；

当所述当前的录音请求的数量为零时，向所述录音设备发送关闭指令，关闭所述录音设备。

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

当所述当前的录音请求的数量不为零时，将所述录音设备保持开启状态，将所述录音数据发送至所述当前的录音请求对应的应用程序。

6.根据权利要求1所述的方法，其特征在于，所述第一应用程序具备发起第一录音请求的权限，所述第二应用程序具备发起第二录音请求的权限。

7.一种录音数据共用装置，其特征在于，所述装置包括：

录音请求接收模块，用于接收第一应用程序的第一录音请求，还用于接收第二应用程序的第二录音请求；

录音设备检测模块，用于检测录音设备的状态；

录音数据采集模块，用于当所述录音设备为未开启状态时，根据所述第一录音请求向所述录音设备发送开启指令，开启所述录音设备，获取所述录音设备采集的录音数据；

录音数据发送模块，用于根据所述第一录音请求，将所述录音数据发送至所述第一应用程序，还用于当所述录音设备为开启状态时，根据所述第二录音请求，将所述录音数据发送至所述第二应用程序，以使所述第一应用程序和所述第二应用程序共用所述录音数据。

8.根据权利要求7所述的装置，其特征在于，所述录音数据发送模块还用于检测所述第一录音请求，得到所述第一录音请求携带的线程标识；根据所述线程标识，确定所述第一应用程序中发起所述第一录音请求的目标线程；将所述录音数据发送至所述第一应用程序中的目标线程。

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

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

Images