CN106210285A - 一种录音安全控制方法、装置和设备 - Google Patents

Abstract

本发明实施例提供了一种录音安全控制方法、装置和设备，涉及通信技术领域。所述方法包括：在通话中状态下，判断是否有第一进程在录音；如果有第一进程在录音，则判断所述第一进程是否属于指定应用；如果所述第一进程不属于指定应用，则拒绝所述第一进程进行录音。本发明实施例解决了用户的通话过程可能被暴露，导致用户的隐私信息不安全，威胁用户的隐私安全的问题，达到了可以避免用户的通话被恶意的第三方应用的进程获取，提高了用户通话过程的隐私安全。

Description

一种录音安全控制方法、装置和设备

技术领域

本发明涉及通信技术领域，特别是涉及一种录音安全控制方法、装置和设备。

背景技术

很多系统的移动终端中，比如安卓系统的移动终端，允许用户在使用该移动终端接打电话时，进行录音。

但是，在实际使用中，对于允许在通话中对用户的通话进行录音的机制，则可能被某些应用使用该机制，在用户不知晓的情况下对用户的通话进行录音。特别是某些木马程序，可能通过上述方式盗取用户的录音。

因此，上述过程中，用户的通话过程可能被暴露，导致用户的隐私信息不安全。

发明内容

鉴于上述问题，本发明提出了一种录音安全控制方法、装置和设备，其对通话中状态下的录音的第一进程进行监控，对不安全的第一进程，拒绝该第一进程录音，从而提高用户通话的安全性。

第一方面，本发明实施例中提供一种录音安全控制方法，包括：在通话中状态下，判断是否有第一进程在录音；如果有第一进程在录音，则判断所述第一进程是否属于指定应用；如果所述第一进程不属于指定应用，则拒绝所述第一进程进行录音。具有可以避免用户的通话被恶意的第三方应用的进程获取，提高了用户通话过程的隐私安全的有益效果。

结合第一方面，本发明在第一方面的第一种实现方式中，上述判断所述第一进程是否属于指定应用的步骤，包括：判断所述第一进程是否属于系统通话应用；如果所述第一进程不属于系统通话应用，则进入拒绝所述第一进程进行录音的步骤。具有拒绝不是系统通话应用的第一进程的录音过程的有益效果。

结合第一方面，本发明在第一方面的第二种实现方式中，上述判断所述第一进程是否属于指定应用的步骤，包括：判断所述第一进程是否属于应用白名单中的指定应用；如果所述第一进程不属于应用白名单中的指定应用，则进入拒绝所述第一进程进行录音的步骤。具有拒绝不是白名单中的应用的第一进程的录音过程的有益效果。

结合第一方面或第一方面的第一种实现方式至第二种实现方式，本发明在第一方面的第三种实现方式中，上述拒绝所述第一进程进行录音的步骤，包括：将所述第一进程需求的录音数据进行清零操作后，返回空数据给所述第一进程。具有使第一进程收到空数据的有益效果。

结合第一方面的第三种实现方式，本发明在第一方面的第四种实现方式中，上述将所述第一进程需求的录音数据进行清零操作后，返回所述第一进程的步骤，包括：将从音频数字信号处理器获取的录音数据进行清零操作，以返回空数据给所述第一进程。具有对音频数字信号处理器的录音数据清零，使第一进程收到空数据的有益效果。

结合第一方面的第四种实现方式，本发明在第一方面的第五种实现方式中，上述将从音频数字信号处理器获取的录音数据进行清零操作，以返回空数据给所述第一进程的步骤，包括：在音频硬件抽象层从内核层中获取录音数据时，对所述录音数据进行清零；所述内核层通过音频数字信号处理器的共享内存获取所述录音数据；将清零得到的空数据返回给所述第一进程。具有在音频硬件抽象层对录音数据清零，使第一进程收到空数据的有益效果。

结合第一方面的第五种实现方式，本发明在第一方面的第六种实现方式中，上述在音频硬件抽象层从内核层中获取录音数据时，对所述录音数据进行清零的步骤，包括：在音频硬件抽象层调用高级Linux声音架构接口从内核层中获取录音数据时，对所述录音数据进行清零。具有在音频硬件抽象层使用ALSA接口时，对录音数据清零，使第一进程收到空数据的有益效果。

结合第一方面，本发明在第一方面的第七种实现方式中，上述拒绝所述第一进程进行录音的步骤，包括：在所述第一进程将录音数据进行存储后，根据所述录音数据的存储路径，将相应位置的录音存储文件进行删除。具有可以对第一进程存储的录音文件进行删除的有益效果。

结合第一方面，本发明在第一方面的第八种实现方式中，上述拒绝所述第一进程进行录音的步骤，包括：在所述第一进程的内存存入由音频录音接口接收到的录音数据后，将所述第一进程的内存进行清零。具有可以对第一进程存储的录音数据的内存进行清零的有益效果。

结合第一方面的第二种实现方式，本发明在第一方面的第九种实现方式中，上述判断所述第一进程是否属于指定应用的步骤，包括：在音频硬件抽象层获取所述第一进程的身份标识；判断所述第一进程的身份标识是否在系统应用的第二进程的身份标识所在区间中；如果所述第一进程的身份标识不在系统应用的第二进程的身份标识所在区间中，则确认所述第一进程不属于指定应用。具有利用系统进程ID区间和非系统进程ID区间的不同确认第一进程身份的有益效果。

结合第一方面的第九种实现方式，本发明在第一方面的第十种实现方式中，上述判断所述第一进程的身份标识是否在系统应用的第二进程的身份标识所在区间中的步骤，包括：判断所述第一进程的身份标识是否大于等于初始用户进程标识；如果所述第一进程的身份标识大于等于初始用户进程标识，则进入确认所述第一进程不属于指定应用的步骤。具有利用初始用户进程标识确认第一进程身份的有益效果。

结合第一方面或者第一方面的第一种实现方式至第二种实现方式、以及第四种方式至第十种实现方式，本发明在第一方面的第十一种实现方式中，在通话中状态下，判断是否有第一进程在录音的步骤之前，还包括：判断是否接收到音频通话状态设置接口AudioManager.setMode写入的通话中状态；如果接收到音频通话状态设置接口AudioManager.setMode写入的通话中状态，则判断移动终端处于通话中状态。具有利用AudioManager.setMode写入的参数判断通话中状态的有益效果。

第二方面，本发明实施例中提供一种录音安全控制装置，包括：通话录音判断模块，用于在通话状态下，判断是否有第一进程在录音；身份判断模块，用于如果有第一进程在录音，判断所述第一进程是否属于指定应用；拒绝模块，用于如果所述第一进程不属于指定应用，则拒绝所述第一进程进程录音。具有可以避免用户的通话被恶意的第三方应用的进程获取，提高了用户通话过程的隐私安全的有益效果。

结合第二方面，本发明在第二方面的第一种实现方式中，上述身份判断模块包括：系统通话应用判断子模块，用于判断所述第一进程是否属于系统通话应用；如果所述第一进程不属于系统通话应用，则进入拒绝模块。具有拒绝不是系统通话应用的第一进程的录音过程的有益效果。

结合第二方面，本发明在第二方面的第二种实现方式中，上述通话录音判断模块包括：白名单应用判断子模块，用于判断所述第一进程是否属于应用白名单中的指定应用；所述第一进程不属于应用白名单中的指定应用，则进入拒绝模块。具有拒绝不是白名单中的应用的第一进程的录音过程的有益效果。

结合第二方面或第二方面的第一种实现方式至第二种实现方式，本发明在第二方面的第三种实现方式中，上述拒绝模块包括：第一清零子模块，用于将所述第一进程需求的录音数据进行清零操作后，返回空数据给所述第一进程。具有使第一进程收到空数据的有益效果。

结合第二方面的第三种实现方式，本发明在第二方面的第四种实现方式中，上述第一清零子模块包括：第二清零子模块，用于将从音频数字信号处理器获取的录音数据进行清零操作，以返回空数据给所述第一进程。具有对音频数字信号处理器的录音数据清零，使第一进程收到空数据的有益效果。

结合第二方面的第四种实现方式，本发明在第二方面的第五种实现方式中，上述第二清零子模块包括：第三清零子模块，用于在音频硬件抽象层从内核层中获取录音数据时，对所述录音数据进行清零；所述内核层通过音频数字信号处理器的共享内存获取所述录音数据；第一数据返空子模块，用于将清零得到的空数据返回给所述第一进程。具有在音频硬件抽象层对录音数据清零，使第一进程收到空数据的有益效果。

结合第二方面的第五种实现方式，本发明在第二方面的第六种实现方式中，上述第三清零子模块，包括：第四清零子模块，用于在音频硬件抽象层调用高级Linux声音架构接口从内核层中获取录音数据时，对所述录音数据进行清零。具有在音频硬件抽象层使用ALSA接口时，对录音数据清零，使第一进程收到空数据的有益效果。

结合第二方面，本发明在第二方面的第七种实现方式中，上述拒绝模块包括：删除子模块，用于在所述第一进程将录音数据进行存储后，根据所述录音数据的存储路径，将相应位置的录音存储文件进行删除。具有可以对第一进程存储的录音文件进行删除的有益效果。

结合第二方面，本发明在第二方面的第八种实现方式中，上述拒绝模块还包括：内存清零子模块，用于对在述第一进程的内存存入由音频录音接口接收到的录音数据后，将所述第一进程的内存进行清零。具有可以对第一进程存储的录音数据的内存进行清零的有益效果。

结合第二方面的第二种实现方式，本发明在第二方面的第九种实现方式中，上述身份判断模块，包括：身份标识获取子模块，用于在音频硬件抽象层获取所述第一进程的身份标识；身份标识判断子模块，用于判断所述第一进程的身份标识是否在系统应用的第二进程的身份标识所在区间中；第一确认子模块，用于如果所述第一进程的身份标识不在系统应用的第二进程的身份标识所在区间中，则确认所述第一进程不属于指定应用。具有利用系统进程ID区间和非系统进程ID区间的不同确认第一进程身份的有益效果。

结合第二方面的第九种实现方式，本发明在第二方面的第十种实现方式中，上述身份标识判断子模块，包括：第一身份标识判断子模块，用于判断所述第一进程的身份标识是否大于等于初始用户进程标识；如果如果所述第一进程的身份标识大于等于初始用户进程标识，则进入第一确认子模块。具有利用初始用户进程标识确认第一进程身份的有益效果。

结合第二方面或者第二方面的第一种实现方式至第二种实现方式、以及第四种方式至第十种实现方式，本发明在第二方面的第十一种实现方式中，上述通话录音判断模块之前，还包括：通话状态判断模块，用于判断是否接收到音频通话状态设置接口AudioManager.setMode写入的通话中状态；通话中确认模块，用于如果接收到音频通话状态设置接口AudioManager.setMode写入的通话中状态，则判断移动终端处于通话中状态。具有利用AudioManager.setMode写入的参数判断通话中状态的有益效果。

第三方面，本发明实施例提供了一种图标的录音安全控制设备，该图标的录音安全控制设备具有实现上述第一方面中图标的录音安全控制方法行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一个可能的设计中，图标的录音安全控制设备的结构中包括处理器和存储器，所述存储器用于存储支持收发装置执行上述方法的程序，所述处理器被配置为用于执行所述存储器中存储的程序。所述图标的录音安全控制设备还可以包括通信接口，用于一种图标的录音安全控制设备与其他设备或通信网络通信。

第四方面，本发明实施例提供了一种计算机存储介质，用于储存为上述图标的录音安全控制设备所用的计算机软件指令，其包含用于执行上述方面为图标的录音安全控制设备所设计的程序。

相对于在先技术，本发明提供的方案可以在判断出当前的移动终端处于通话中状态后，判断系统中是否有某个第一进程在对通话进行录音，如果存在第一进程在录音，则判断该第一进程是否安全，如果不安全，则拒绝该第一进程的录音过程，解决了用户的通话过程可能被暴露，导致用户的隐私信息不安全，威胁用户的隐私安全的问题，达到了可以避免用户的通话被恶意的第三方应用的进程获取，提高了用户通话过程的隐私安全。

本发明的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

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

图1示出了根据本发明一个实施例的另一种录音安全控制方法的实施例的步骤流程图；

图1A示出了根据本发明一个实施例的普通录音的标准流程架构示意图；

图1B示出了根据本发明一个实施例的在移动终端通话时，音频的控制和phone应用的控制流程架构示意图；

图1C示出了根据本发明一个实施例的在移动终端通话时，普通录音的流程架构示意图；

图2示出了根据本发明一个实施例的一种录音安全控制方法的实施例的步骤流程图；

图2A示出了根据本发明一个实施例的一种录音清零架构示意图；

图3示出了根据本发明一个实施例的另一种录音安全控制方法的实施例的步骤流程图；

图4示出了根据本发明一个实施例的另一种录音安全控制方法的实施例的步骤流程图；

图5示出了根据本发明一个实施例的一种录音安全控制装置的实施例的结构框图；

图6示出了根据本发明一个实施例的另一种录音安全控制装置的实施例的结构框图；

图7示出了根据本发明一个实施例的另一种录音安全控制装置的实施例的结构框图；

图8示出了根据本发明一个实施例的另一种录音安全控制装置的实施例的结构框图；

图9示出了根据本发明一个实施例的另一种录音安全控制设备的实施例的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

在本发明的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

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

名词解释：

通话中状态：用户使用移动终端接听电话时，或者拨打电话时被接通后，此时移动终端处于通话中状态。

运行环境：

首先，本发明实施例可以应用于安卓系统的移动终端中，当然也可以应用于其他可以允许在通话中对该通话进行录音的系统的移动终端中。

其次，以安卓(android)系统为例，下面介绍一下本发明实施例的安卓系统相关流程：

1、普通录音的标准流程：

安卓系统的录音应用通过MediaRecorder接口向音频系统发起录音；并且通过接口(start,stop)控制录音的开始和结束。如图1A，安卓系统的应用层的一个录音应用发起录音后，向下传输start的调用。该应用向androidframewok框架层)的media recorder(多媒体录制接口)发起录音请求，然后该media recorder向android oid native(硬件抽象层)的media recorder sevice(多媒体录制服务)传输star调用，media recorder sevice则调用stagefright recorder(阶段控制框架录制接口)，stagefright recorder则调用audio recorder(多媒体录制服务)，然后该star调用继续往下传输，直到通过内核层的ALSA driver(Advanced Linux Sound Architecture driver，高级Linux声音架构驱动层)打开麦克风。

麦克风接收到数据后，经过音频DSP(Digital Signal Processing，数字信号处理器)进行数模转换，将模拟语音信号转换成数字信号的录音数据，然后由音频DSP通过内核层的ALSA driver，传输给audio hal(音频硬件抽象层)，然后由audio flinger(音频传输服务)从audio hal获取录音数据，并以audio source(录音数据)的规定传输给audiorecorder。

audio recorder收到录音数据后，通过OMXcodec core/interface(omx(Android的多媒体部分采用的编解码标准，该标准是用于硬件编解码)编码接口)调用SWOMXcomponent(OMX编码组件)进行硬件编码，然后传输encode(编码进程)对OMXcodeccore/interface传输的数据按照音频应用的请求的编码格式编码，然后将结果返回音频应用，以存储到音频应用的文件夹中。

2、在移动终端通话时，音频的控制和phone应用的控制流程

如图1B，图1A的框架层和硬件抽象层可以合并为该图中的框架和硬件抽象层。图1B的基带子系统可以认为由基带modem和移动网络组成，modem在移动终端中，而移动网络可以理解为运营商提供的通信网络。

图1B中，phone应用通过调用ril(Radio Interface Layer，无线接口层)向移动终端的基带发送AT指令，建立通话链路。

同时，在phone应用(电话应用)接打电话时，其传递通话状态(MODE_IN_CALL)至audio manager(音频管理服务)，然后该通话状态按序传递给Audio system(音频系统)、audio policy manager(音频策略管理服务)、最终该通话状态更新在audio hal(音频硬件抽象层)，然后audio hal(调用内核层的alsa driver(alsa驱动层)的接口通过声卡打开通话设备如听筒、麦克风。

其中，音频通路需要通话状态来确认通话的开始和结束，并在通话时建立音频通路，通话挂断时关闭音频通路，其中音频通路包括通话设备，比如：手机插上耳机时的耳机以及麦克。通话时使用耳机播放对方说话的声音，用耳机的麦克风录取说话的声音。

从图1B可以看出，Modem子系统与Android系统是两个独立的系统，通话时的语音数据不会传输到Android系统，通信服务和音频服务在整个通话过程中，只是发送一些控制指令。具体的语音数据从音频DSP到modem系统最后通过移动网络传输和接收。因此，Android的应用是无法直接获取通话的语音数据。

3、在移动终端通话时，普通录音的流程。

如图1A和图1B可以知道，正常通话时的录音数据是不经过android系统的，但是如果在通话时进行录音，此时可以在音频DSP中建立一个录音数据的拷贝，然后通过内核层的共享内存拷贝一份录音数据，然后audio hal层可以将语音数据通过ALSA driver的ALSA接口进行读取，读取的录音数据可以通过audioflinger的录音线程等对象发送给编码进程，然后将编码发送给录音的应用。

实施例一

参照图1，示出了根据本发明一个实施例的一种录音安全控制方法的实施例的步骤流程图，具体可以包括如下步骤：

步骤101，在通话中状态下，判断是否有第一进程在录音，如果有第一进程在录音，则进入步骤102；

在本发明的实施例中，在用户使用移动终端接打电话时，移动终端可以在通话中状态下判断系统中是否有某个第一进程在进行录音。

该移动终端比如手机，或者其他可以接打电话的移动终端，本发明实施例不对其加以限制。

在本发明实施例中，在确定了移动终端处于通话中状态后，监控录音接口的调用情况，如果有一第一进程调用该录音接口，则可以确定有第一进程在通话中状态下录音。其中录音接口比如audiorecord。

可以理解，当移动终端不处于通话中状态时，比如用户没使用移动终端接/打电话时，可以不监控是否有进程在录音。

步骤102，判断所述第一进程是否属于指定应用，如果所述第一进程不属于指定应用，则进入步骤103；

在本发明实施例中，可以预先规定在通话中状态下，可以信任的指定应用能够进行录音。

那么对于指定应用的第一进程，则可以允许其进行录音。

而对于不是指定应用的第一进程，则进入步骤103。

在实际应用中，系统通话应用“phone应用”是系统自带的应用，其可以认为是可信任的应用，

所述指定应用是指该应用程序是否是用户主动授权开启的，可以是系统自带的应用程序，也可以是白名单中应用程序。

步骤103，拒绝所述第一进程进行录音。

如果所述第一进程不是用户主动授权开启的，则拒绝该第一进程进行录音。

本发明提供的方案可以在判断出当前的移动终端处于通话中状态后，判断系统中是否有某个第一进程在对通话进行录音，如果存在第一进程在录音，则判断该第一进程是否安全，如果不安全，则拒绝该第一进程的录音过程，解决了用户的通话过程可能被暴露，导致用户的隐私信息不安全，威胁用户的隐私安全的问题，达到了可以避免用户的通话被恶意的第三方应用的进程获取，提高了用户通话过程的隐私安全。

实施例二

参照图2，示出了根据本发明一个实施例的一种录音安全控制方法的实施例的步骤流程图，具体可以包括如下步骤：

步骤201，在通话中状态下，判断是否有第一进程在录音；如果有第一进程录音，则进入步骤202；

本步骤与实施例一的步骤101原理类似。

优选的，在本发明另一实施例中，在步骤201之前，还包括：

步骤200，判断是否接收到音频通话状态设置接口AudioManager.setMode写入的通话中状态；如果接收到音频通话状态设置接口AudioManager.setMode写入的通话中状态，则进入步骤201；

如图1B中的描述，在phone应用接、打电话时，会将通话状态MODE_IN_CALL传递到框架和硬件抽象层。其中phone应用在通话时会主动调用音频通话状态设置接口向音频系统传递当前通话的状态，此状态最终会传递到audio hal中。其中，音频通话状态设置接口为：AudioManager.setMode(int mode)。

那么，本发明实施例则可以则可以判断是否接收到通话中状态MODE_IN_CALL。

当然，在本发明实施例可以判断Phone State的值是否为MODE_IN_CALL，如果是，则确认移动终端处于通话中状态。

步骤202，判断所述第一进程是否属于指定应用，如果如果所述第一进程不属于指定应用，则进入步骤203；

本步骤与实施例一步骤102原理类似。

优选的，在本发明另一实施例中，步骤202包括，子步骤2021：

子步骤2021，判断所述第一进程是否属于系统通话应用；如果所述第一进程不属于系统通话应用，则进入拒绝所述第一进程进行录音的步骤。

在本发明实施例中，系统自带有系统通话应用，如phone应用，该phone应用本身可以接、打电话，还可以启用通话中的录音功能。而该录音功能的开启与关闭是由用户触发的。因此，系统自带的phone应用可以认为是安全的。

那么本发明实施例在判断出在通话状态下，有第一进程在录音，那么可以去判断该第一进程所属的应用是不是系统通话应用，如果不是，则可以进入步骤203。如果是，则允许其按照图1C的路径进行录音。

优选的，在本发明另一实施例中，子步骤2021包括子步骤A11-子步骤A13：

子步骤A11，在音频硬件抽象层获取所述第一进程的身份标识；

在本发明实施例中，可以在audio hal层获取调用音频录音接口的应用的ID号，该ID号即为该第一进程的身份标识。

子步骤A12，判断所述第一进程的身份标识是否在系统应用的第二进程的身份标识所在区间中；

子步骤A13，如果所述第一进程的身份标识不在系统应用的第二进程的身份标识所在区间中，则确认所述第一进程不属于指定应用。

在实际应用中，系统应用的进程ID和第三方应用的进程ID所在区间不同。那么，本发明实施例可以判断获取到的ID是否属于系统的进程ID所在区间，如果在，则允许该进程通过ALSA driver从共享内存中获取录音数据。如果不在，则拒绝该进程通过ALSA driver从共享内存中获取录音数据。

优选的，在本发明另一实施例中，子步骤A12包括子步骤A121：

子步骤A121，判断所述第一进程的身份标识是否大于等于初始用户进程标识；如果所述第一进程的身份标识大于等于初始用户进程标识，则进入子步骤A13。

在实际应用中，对于第三方应用，为该第三方应用的进程分配ID时是从初始用户进程标识，如Process.FIRST_APPLICATION_UID，开始分配的，其ID逐步变大。

而本发明实施例中，则可以将获取到的ID与Process.FIRST_APPLICATION_UID进行比较，如果大于Process.FIRST_APPLICATION_UID，则该进程不属于phone应用，进入子步骤A13。如果小于Process.FIRST_APPLICATION_UID，则该进程属于phone应用，允许其录音。

当然，本发明实施例中，可以在硬件抽象层中audio record之后的任意位置获取第一进程的ID，然后进行上述判断过程。

优选的，在本发明另一实施例中，步骤202包括：

子步骤2022，判断所述第一进程是否属于应用白名单中的指定应用；如果所述第一进程不属于应用白名单中的指定应用，则进入拒绝所述第一进程进行录音的步骤。

在本发明实施例中，可以设置一个指定应用的白名单，该白名单中的指定应用是确定安全的应用，其录音过程是可信任的。那么本发明实施例中在获取到第一进程的ID后，则可以在获取该白名单，然后判断该ID是否白名单中指定应用的ID。

可以理解，用户信任的第三方应用可以加入该白名单中。

需要说明的是，该白名单可以由用户自己设置，也可以由服务器在确定第三方应用安全后，加入白名单然后同步到移动终端中。

当然，可以在硬件抽象层中比如audio中加载该白名单，本发明实施例对白名单的加载位置不对其加以限制。

步骤203，将所述第一进程需求的录音数据进行清零操作后，返回空数据给所述第一进程。

在本发明实施例中，第一进程可以通过如图2A的过程调用audio recorder后，在audio recorder接收到录音数据之前，如果第一进程不属于指定应用，则可以将其获取到的录音数据清零返回给audio flinger，然后由audio flinger返回audio recorder空值，然后audio recorde返回第一进程空值。如果第一进程属于指定应用，则将正常录音数据返回audio flinger，然后由audio flinger返回audio recorder，然后audio recorder将该正常录音数据返回第一进程。

当然，第一进程对audio recorder的调用可以参考图1A中经过audio recorder之前的对象进行调用。audio recorder返回录音数据给录音应用时，也可以参照图1A的过程。

优选的，在本发明另一实施例中，步骤203包括：

子步骤2031，将从音频数字信号处理器获取的录音数据进行清零操作，以返回空数据给所述第一进程。

在本发明实施例中，录音数据实际上是由音频DSP处理的，那么如果要录音，则需要从音频DSP中获取录音数据，那么本发明实施例则可以将从音频数字信号处理器获取的录音数据进行清零操作，然后返回空数据给第一进程。

优选的，在本发明另一实施例中，子步骤2031包括子步骤A21-子步骤A22：

子步骤A21，在音频硬件抽象层从内核层中获取录音数据时，对所述录音数据进行清零；所述内核层通过音频数字信号处理器的共享内存获取所述录音数据；

子步骤A22，将清零得到的空数据返回给所述第一进程。

在本发明实施例中，如图1C的描述，在录音时，是在音频DSP中建立一个录音数据的拷贝，该拷贝存储在内核层的共享内存中，那么本发明实施例可以将从音频DSP中获取的录音数据清零，返回反馈空数据给第一进程。第一进程则得到空数据，则其录音完成的文件也为空。

优选的，在本发明另一实施例中，子步骤A21包括：

子步骤A211，在音频硬件抽象层调用高级Linux声音架构接口从内核层中获取录音数据时，对所述录音数据进行清零。

在实际应用中，在录音时，实际上是由audio hal调用ALSA driver的ALSA接口从内核层获取录音数据。那么本发明实施例则可以在audio hal从内核层获取录音数据时，将该录音数据清零，然后返回audio flinger。

本发明提供的方案可以在判断出当前的移动终端处于通话中状态后，判断系统中是否有某个第一进程在对通话进行录音，如果存在第一进程在录音，则判断该第一进程是否安全，如果不安全，则拒绝该第一进程的录音过程，解决了用户的通话过程可能被暴露，导致用户的隐私信息不安全，威胁用户的隐私安全的问题，达到了可以避免用户的通话被恶意的第三方应用的进程获取，提高了用户通话过程的隐私安全。

此外，可以将第一进程获取录音数据时，将录音数据清空再返回第一进程，在不影响第一进程正常运行的情况下，可以避免不安全进程进行录音。

实施例三

参照图3，示出了根据本发明一个实施例的一种录音安全控制方法的实施例的步骤流程图，具体可以包括如下步骤：

步骤301，在通话中状态下，判断是否有第一进程在录音，如果有第一进程在录音，则进入步骤302；

步骤302，判断所述第一进程是否属于指定应用，如果所述第一进程不属于指定应用，则进入步骤303；

步骤303，在所述第一进程将录音数据进行存储后，根据所述录音数据的存储路径，将相应位置的录音存储文件进行删除。

在本发明实施例中，可以查找第一进程存储录音数据的存储路径，然后监控第一进程的录音是否结束，如果结束，则根据该存储路径，将该存储路径内的录音文件进行删除。

当然，在删除时，可以查看录音文件的时间戳，如果时间戳距离当前时刻小于第一阈值，比如1分钟，则可以将该录音文件删除。

本发明实施例与实施例一、二类似的步骤原理类似。

本发明提供的方案可以在判断出当前的移动终端处于通话中状态后，判断系统中是否有某个第一进程在对通话进行录音，如果存在第一进程在录音，则判断该第一进程是否安全，如果不安全，则拒绝该第一进程的录音过程，解决了用户的通话过程可能被暴露，导致用户的隐私信息不安全，威胁用户的隐私安全的问题，达到了可以避免用户的通话被恶意的第三方应用的进程获取，提高了用户通话过程的隐私安全。

在本发明实施例中，可以直接对第一进程的存储的录音文件进行删除，避免第一进程对录音进行后续处理。

实施例四

参照图4，示出了根据本发明一个实施例的一种录音安全控制方法的实施例的步骤流程图，具体可以包括如下步骤：

步骤401，在通话中状态下，判断是否有第一进程在录音，如果有第一进程在录音，则进入步骤402；

步骤402，判断所述第一进程是否属于指定应用，如果所述第一进程不属于指定应用，则进入步骤403；

步骤403，在所述第一进程的内存存入由音频录音接口接收到的录音数据后，将所述第一进程的内存进行清零。

在本发明实施例中，第一进程可以在内存中存入接收到的录音数据，然后进行其他处理，比如发送至未认证服务器等，本发明实施例则可以将内存中的录音数据进行清零。

本发明实施例与实施例一、二类似的步骤原理类似。

本发明提供的方案可以在判断出当前的移动终端处于通话中状态后，判断系统中是否有某个第一进程在对通话进行录音，如果存在第一进程在录音，则判断该第一进程是否安全，如果不安全，则拒绝该第一进程的录音过程，解决了用户的通话过程可能被暴露，导致用户的隐私信息不安全，威胁用户的隐私安全的问题，达到了可以避免用户的通话被恶意的第三方应用的进程获取，提高了用户通话过程的隐私安全。

在本发明实施例中，可以直接对第一进程内存暂存录音数据进行清除，避免第一进程之间将录音数据传出，造成隐私泄露。

对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

实施例五

参照图5，示出了根据本发明一个实施例的一种录音安全控制装置的实施例的结构框图，

通话录音判断模块501，用于在通话状态下，判断是否有第一进程在录音；如果有第一进程在录音，则进入身份判断模块502；

身份判断模块502，用于判断所述第一进程是否属于指定应用；如果所述第一进程不属于指定应用，则进入拒绝模块503。

拒绝模块503，用于拒绝所述第一进程进程录音。

本发明提供的方案可以在判断出当前的移动终端处于通话中状态后，判断系统中是否有某个第一进程在对通话进行录音，如果存在第一进程在录音，则判断该第一进程是否安全，如果不安全，则拒绝该第一进程的录音过程，解决了用户的通话过程可能被暴露，导致用户的隐私信息不安全，威胁用户的隐私安全的问题，达到了可以避免用户的通话被恶意的第三方应用的进程获取，提高了用户通话过程的隐私安全。

实施例六

参照图6，示出了根据本发明一个实施例的一种录音安全控制装置的实施例的结构框图，

通话录音判断模块601，用于在通话状态下，判断是否有第一进程在录音；如果有第一进程在录音，则进入身份判断模块602；

优选地，在本发明另一实施例中，在通话录音判断模块601之前，还包括：

通话状态判断模块，用于判断是否接收到音频通话状态设置接口AudioManager.setMode写入的通话中状态；

通话中确认模块，用于如果接收到音频通话状态设置接口AudioManager.setMode写入的通话中状态，则进入通话录音判断模块601。

身份判断模块602，用于判断所述第一进程是否属于指定应用；如果所述第一进程不属于指定应用，则进入拒绝模块603；

优选地，在本发明另一实施例中，所述身份判断模块602包括：

系统通话应用判断子模块，用于判断所述第一进程是否属于系统通话应用，如果所述第一进程不属于系统通话应用，则拒绝所述第一进程进行录音。

优选地，在本发明另一实施例中，系统通话应用判断子模块包括：

身份标识获取子模块，用于在音频硬件抽象层获取所述第一进程的身份标识；

身份标识判断子模块，用于判断所述第一进程的身份标识是否在系统应用的第二进程的身份标识所在区间中；

第一确认子模块，用于如果所述第一进程的身份标识不在系统应用的第二进程的身份标识所在区间中，则确认所述第一进程不属于指定应用。

优选地，在本发明另一实施例中，身份标识判断子模块A12包括：

第一身份标识判断子模块，用于判断所述第一进程的身份标识是否大于等于初始用户进程标识；如果如果所述第一进程的身份标识大于等于初始用户进程标识，则进入第一确认子模块。

优选地，在本发明另一实施例中，身份判断模块602还包括：

白名单应用判断子模块，用于判断所述第一进程是否属于应用白名单中的指定应用；所述第一进程不属于应用白名单中的指定应用，则则拒绝所述第一进程进行录音。

拒绝模块603，用于拒绝所述第一进程进程录音，具体包括：

第一清零子模块6031，将所述第一进程需求的录音数据进行清零操作后，返回空数据给所述第一进程。

优选地，在本发明另一实施例中，第一清零子模块6031包括：

第二清零子模块，用于将从音频数字信号处理器获取的录音数据进行清零操作，以返回空数据给所述第一进程。

优选地，子本发明另一实施中，第二清零子模块6031包括：

第三清零子模块，用于在音频硬件抽象层从内核层中获取录音数据时，对所述录音数据进行清零；所述内核层通过音频数字信号处理器的共享内存获取所述录音数据；

第一数据返空子模块，用于将清零得到的空数据返回给所述第一进程。

优选地，在本发明另一实施例中，第三清零子模块包括：

第四清零子模块，用于在音频硬件抽象层调用高级Linux声音架构接口从内核层中获取录音数据时，对所述录音数据进行清零。

本发明提供的方案可以在判断出当前的移动终端处于通话中状态后，判断系统中是否有某个第一进程在对通话进行录音，如果存在第一进程在录音，则判断该第一进程是否安全，如果不安全，则拒绝该第一进程的录音过程，解决了用户的通话过程可能被暴露，导致用户的隐私信息不安全，威胁用户的隐私安全的问题，达到了可以避免用户的通话被恶意的第三方应用的进程获取，提高了用户通话过程的隐私安全。

此外，可以将第一进程获取录音数据时，将录音数据清空再返回第一进程，在不影响第一进程正常运行的情况下，可以避免不安全进程进行录音。

实施例七

参照图7，示出了根据本发明一个实施例的一种录音安全控制装置的实施例的结构框图，

通话录音判断模块701，用于在通话状态下，判断是否有第一进程在录音；如果有第一进程在录音，则进入身份判断模块702；

身份判断模块702，用于判断所述第一进程是否属于指定应用；如果所述第一进程不属于指定应用，则进入删除子模块703；

拒绝模块703，用于拒绝所述第一进程进程录音，具体包括：

删除子模块7031，用于在所述第一进程将录音数据进行存储后，根据所述录音数据的存储路径，将相应位置的录音存储文件进行删除。

本发明提供的方案可以在判断出当前的移动终端处于通话中状态后，判断系统中是否有某个第一进程在对通话进行录音，如果存在第一进程在录音，则判断该第一进程是否安全，如果不安全，则拒绝该第一进程的录音过程，解决了用户的通话过程可能被暴露，导致用户的隐私信息不安全，威胁用户的隐私安全的问题，达到了可以避免用户的通话被恶意的第三方应用的进程获取，提高了用户通话过程的隐私安全。

在本发明实施例中，可以直接对第一进程的存储的录音文件进行删除，避免第一进程对录音进行后续处理。

实施例八

参照图8，示出了根据本发明一个实施例的一种录音安全控制装置的实施例的结构框图，

通话录音判断模块801，用于在通话状态下，判断是否有第一进程在录音；如果有第一进程在录音，则进入身份判断模块802；

身份判断模块802，用于判断所述第一进程是否属于指定应用；如果所述第一进程不属于指定应用，则进入内存清零子模块803；

拒绝模块803，用于拒绝所述第一进程进程录音，具体包括：

内存清零子模块8031，用于对在述第一进程的内存存入由音频录音接口接收到的录音数据后，将所述第一进程的内存进行清零。

本发明提供的方案可以在判断出当前的移动终端处于通话中状态后，判断系统中是否有某个第一进程在对通话进行录音，如果存在第一进程在录音，则判断该第一进程是否安全，如果不安全，则拒绝该第一进程的录音过程，解决了用户的通话过程可能被暴露，导致用户的隐私信息不安全，威胁用户的隐私安全的问题，达到了可以避免用户的通话被恶意的第三方应用的进程获取，提高了用户通话过程的隐私安全。

在本发明实施例中，可以直接对第一进程内存暂存录音数据进行清除，避免第一进程之间将录音数据传出，造成隐私泄露。

对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

实施例九

本发明实施例还提供了一种视频中的产品信息展设备，如图9所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该终端可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑等任意终端设备，以终端为手机为例：

图9示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图9，手机包括：射频(Radio Frequency，RF)电路910、存储器920、输入单元930、显示单元940、传感器950、音频电路960、无线保真(wireless fidelity，WiFi)模块970、处理器980、以及电源990等部件。本领域技术人员可以理解，图9中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图9对手机的各个构成部件进行具体的介绍：

RF电路910可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器980处理；另外，将设计上行的数据发送给基站。通常，RF电路910包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，LNA)、双工器等。此外，RF电路910还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GlobalSystem of Mobile communication，GSM)、通用分组无线服务(General Packet RadioService，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器920可用于存储软件程序以及模块，处理器980通过运行存储在存储器920的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器920可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如录音数据、电话本等)等。此外，存储器920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元930可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元930可包括触控面板931以及其他输入设备932。触控面板931，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板931上或在触控面板931附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板931可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器980，并能接收处理器980发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板931。除了触控面板931，输入单元930还可以包括其他输入设备932。具体地，其他输入设备932可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元940可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元940可包括显示面板941，可选的，可以采用液晶显示器(Liquid CrystalDisplay，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板941。进一步的，触控面板931可覆盖显示面板941，当触控面板931检测到在其上或附近的触摸操作后，传送给处理器980以确定触摸事件的类型，随后处理器980根据触摸事件的类型在显示面板941上提供相应的视觉输出。虽然在图9中，触控面板931与显示面板941是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板931与显示面板941集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器950，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板941的亮度，接近传感器可在手机移动到耳边时，关闭显示面板941和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路960、扬声器961，传声器962可提供用户与手机之间的音频接口。音频电路960可将接收到的录音数据转换后的电信号，传输到扬声器961，由扬声器961转换为声音信号输出；另一方面，传声器962将收集的声音信号转换为电信号，由音频电路960接收后转换为录音数据，再将录音数据输出处理器980处理后，经RF电路910以发送给比如另一手机，或者将录音数据输出至存储器920以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块970可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图9示出了WiFi模块970，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器980是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器920内的软件程序和/或模块，以及调用存储在存储器920内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器980可包括一个或多个处理单元；优选的，处理器980可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器980中。

手机还包括给各个部件供电的电源990(比如电池)，优选的，电源可以通过电源管理系统与处理器980逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本发明实施例中，该终端所包括的处理器980还具有以下功能：

在通话中状态下，判断是否有第一进程在录音；

如果有第一进程在录音，则判断所述第一进程是否属于指定应用；

如果所述第一进程不属于指定应用，则拒绝所述第一进程进行录音。

当然，该处理器还可以具有执行前述方法实施例的任一步骤的功能。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、磁盘或光盘等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上对本发明所提供的一种视频中的产品信息展示设备进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

本发明公开了A1、一种录音安全控制方法，包括：

在通话中状态下，判断是否有第一进程在录音；

如果有第一进程在录音，则判断所述第一进程是否属于指定应用；

如果所述第一进程不属于指定应用，则拒绝所述第一进程进行录音。

A2、根据A1所述的方法，所述判断所述第一进程是否属于指定应用的步骤，包括：

判断所述第一进程是否属于系统通话应用；如果所述第一进程不属于系统通话应用，则进入拒绝所述第一进程进行录音的步骤。

A3、根据A1所述的方法，所述判断所述第一进程是否属于指定应用的步骤，包括：

判断所述第一进程是否属于应用白名单中的指定应用；如果所述第一进程不属于应用白名单中的指定应用，则进入拒绝所述第一进程进行录音的步骤。

A4、根据A1-A3其中之一所述的方法，所述拒绝所述第一进程进行录音的步骤，包括：

将所述第一进程需求的录音数据进行清零操作后，返回空数据给所述第一进程。

A5、根据A4所述的方法，所述将所述第一进程需求的录音数据进行清零操作后，返回所述第一进程的步骤，包括：

将从音频数字信号处理器获取的录音数据进行清零操作，以返回空数据给所述第一进程。

A6、根据A5所述的方法，所述将从音频数字信号处理器获取的录音数据进行清零操作，以返回空数据给所述第一进程的步骤，包括：

在音频硬件抽象层从内核层中获取录音数据时，对所述录音数据进行清零；所述内核层通过音频数字信号处理器的共享内存获取所述录音数据；

将清零得到的空数据返回给所述第一进程。

A7、根据A6所述的方法，所述在音频硬件抽象层从内核层中获取录音数据时，对所述录音数据进行清零的步骤，包括：

在音频硬件抽象层调用高级Linux声音架构接口从内核层中获取录音数据时，对所述录音数据进行清零。

A8、根据A1所述的方法，所述拒绝所述第一进程进行录音的步骤，包括：

在所述第一进程将录音数据进行存储后，根据所述录音数据的存储路径，将相应位置的录音存储文件进行删除。

A9、根据A1所述的方法，所述拒绝所述第一进程进行录音的步骤，包括：

在所述第一进程的内存存入由音频录音接口接收到的录音数据后，将所述第一进程的内存进行清零。

A10、根据A2所述的方法，所述判断所述第一进程是否属于指定应用的步骤，包括：

在音频硬件抽象层获取所述第一进程的身份标识；

判断所述第一进程的身份标识是否在系统应用的第二进程的身份标识所在区间中；

如果所述第一进程的身份标识不在系统应用的第二进程的身份标识所在区间中，则确认所述第一进程不属于指定应用。

A11、根据A10所述的方法，所述判断所述第一进程的身份标识是否在系统应用的第二进程的身份标识所在区间中的步骤，包括：

判断所述第一进程的身份标识是否大于等于初始用户进程标识；

如果所述第一进程的身份标识大于等于初始用户进程标识，则进入确认所述第一进程不属于指定应用的步骤。

A12、根据A1-A3、A5-A11其中之一所述的方法，在通话中状态下，判断是否有第一进程在录音的步骤之前，还包括：

判断是否接收到音频通话状态设置接口AudioManager.setMode写入的通话中状态；

如果接收到音频通话状态设置接口AudioManager.setMode写入的通话中状态，则判断移动终端处于通话中状态。

本发明还公开了B13、一种录音安全控制装置，包括：

通话录音判断模块，用于在通话状态下，判断是否有第一进程在录音；

身份判断模块，用于如果有第一进程在录音，判断所述第一进程是否属于指定应用；

拒绝模块，用于如果所述第一进程不属于指定应用，则拒绝所述第一进程进程录音。

B14、根据B13所述的装置，所述身份判断模块包括：

系统通话应用判断子模块，用于判断所述第一进程是否属于系统通话应用；如果所述第一进程不属于系统通话应用，则进入拒绝模块。

B15、根据B13所述的装置，所述通话录音判断模块包括：

白名单应用判断子模块，用于判断所述第一进程是否属于应用白名单中的指定应用；所述第一进程不属于应用白名单中的指定应用，则进入拒绝模块。

B16、根据B13-B15其中之一所述的装置，所述拒绝模块包括：

第一清零子模块，用于将所述第一进程需求的录音数据进行清零操作后，返回空数据给所述第一进程。

B17、根据B16所述的装置，所述第一清零子模块包括：

第二清零子模块，用于将从音频数字信号处理器获取的录音数据进行清零操作，以返回空数据给所述第一进程。

B18、根据B17所述的装置，所述第二清零子模块包括：

第三清零子模块，用于在音频硬件抽象层从内核层中获取录音数据时，对所述录音数据进行清零；所述内核层通过音频数字信号处理器的共享内存获取所述录音数据；

第一数据返空子模块，用于将清零得到的空数据返回给所述第一进程。

B19、根据B18所述的装置，所述第三清零子模块，包括：

第四清零子模块，用于在音频硬件抽象层调用高级Linux声音架构接口从内核层中获取录音数据时，对所述录音数据进行清零。

B20、根据B13所述的装置，所述拒绝模块包括：

删除子模块，用于在所述第一进程将录音数据进行存储后，根据所述录音数据的存储路径，将相应位置的录音存储文件进行删除。

B21、根据B13所述的装置，所述拒绝模块还包括：

内存清零子模块，用于对在述第一进程的内存存入由音频录音接口接收到的录音数据后，将所述第一进程的内存进行清零。

B22、根据B13所述的装置，所述身份判断模块，包括：

身份标识获取子模块，用于在音频硬件抽象层获取所述第一进程的身份标识；

身份标识判断子模块，用于判断所述第一进程的身份标识是否在系统应用的第二进程的身份标识所在区间中；

第一确认子模块，用于如果所述第一进程的身份标识不在系统应用的第二进程的身份标识所在区间中，则确认所述第一进程不属于指定应用。

B23、根据B22所述的装置，所述身份标识判断子模块，包括：

第一身份标识判断子模块，用于判断所述第一进程的身份标识是否大于等于初始用户进程标识；如果如果所述第一进程的身份标识大于等于初始用户进程标识，则进入第一确认子模块。

B24、根据B13-B15、B17-B24其中之一所述的装置，所述通话录音判断模块之前，还包括：

通话状态判断模块，用于判断是否接收到音频通话状态设置接口AudioManager.setMode写入的通话中状态；

通话中确认模块，用于如果接收到音频通话状态设置接口AudioManager.setMode写入的通话中状态，则判断移动终端处于通话中状态。

本发明还公开了C27、一种录音安全控制设备，包括：

存储器，加载有多条可执行指令；

处理器，执行所述多条可执行指令；所述多条可执行指令包括执行以下步骤的方法：

在通话中状态下，判断是否有第一进程在录音；

如果有第一进程在录音，则判断所述第一进程是否属于指定应用；

如果所述第一进程不属于指定应用，则拒绝所述第一进程进行录音。

Claims (10)

1.一种录音安全控制方法，包括：

在通话中状态下，判断是否有第一进程在录音；

如果有第一进程在录音，则判断所述第一进程是否属于指定应用；

如果所述第一进程不属于指定应用，则拒绝所述第一进程进行录音。

2.根据权利要求1所述的方法，其特征在于，所述判断所述第一进程是否属于指定应用的步骤，包括：

判断所述第一进程是否属于系统通话应用；如果所述第一进程不属于系统通话应用，则进入拒绝所述第一进程进行录音的步骤。

3.根据权利要求1所述的方法，其特征在于，所述判断所述第一进程是否属于指定应用的步骤，包括：

判断所述第一进程是否属于应用白名单中的指定应用；如果所述第一进程不属于应用白名单中的指定应用，则进入拒绝所述第一进程进行录音的步骤。

4.根据权利要求1-3其中之一所述的方法，其特征在于，所述拒绝所述第一进程进行录音的步骤，包括：

将所述第一进程需求的录音数据进行清零操作后，返回空数据给所述第一进程。

5.根据权利要求4所述的方法，其特征在于，所述将所述第一进程需求的录音数据进行清零操作后，返回所述第一进程的步骤，包括：

将从音频数字信号处理器获取的录音数据进行清零操作，以返回空数据给所述第一进程。

6.根据权利要求5所述的方法，所述将从音频数字信号处理器获取的录音数据进行清零操作，以返回空数据给所述第一进程的步骤，包括：

在音频硬件抽象层从内核层中获取录音数据时，对所述录音数据进行清零；所述内核层通过音频数字信号处理器的共享内存获取所述录音数据；

将清零得到的空数据返回给所述第一进程。

7.根据权利要求6所述的方法，所述在音频硬件抽象层从内核层中获取录音数据时，对所述录音数据进行清零的步骤，包括：

在音频硬件抽象层调用高级Linux声音架构接口从内核层中获取录音数据时，对所述录音数据进行清零。

8.根据权利要求1所述的方法，其特征在于，所述拒绝所述第一进程进行录音的步骤，包括：

在所述第一进程将录音数据进行存储后，根据所述录音数据的存储路径，将相应位置的录音存储文件进行删除。

9.一种录音安全控制装置，包括：

通话录音判断模块，用于在通话状态下，判断是否有第一进程在录音；

身份判断模块，用于如果有第一进程在录音，判断所述第一进程是否属于指定应用；

拒绝模块，用于如果所述第一进程不属于指定应用，则拒绝所述第一进程进程录音。

10.一种录音安全控制设备，包括：

存储器，加载有多条可执行指令；

处理器，执行所述多条可执行指令；所述多条可执行指令包括执行以下步骤的方法：

在通话中状态下，判断是否有第一进程在录音；

如果有第一进程在录音，则判断所述第一进程是否属于指定应用；

如果所述第一进程不属于指定应用，则拒绝所述第一进程进行录音。