CN106507023A - 对音视频请求进行处理的方法及装置 - Google Patents

Abstract

本公开是关于一种对音视频请求进行处理的方法及装置，属于信息处理技术领域。所述方法包括：接收第一应用的音视频请求；检测是否存在正在调用音视频功能的第二应用，所述第二应用是所述终端中除所述第一应用以外的其他应用；如果存在该第二应用，禁止第一应用调用音视频功能；缓存第一应用的音视频请求携带的账号标识和类型。本公开实施例中，当接收第一应用的音视频请求时，检测是否存在第二应用调用音视频功能，如果存在该第二应用，禁止第一应用调用音视频功能，并缓存第一应用的音视频请求携带的账号标识和类型，使得第一应用不会直接调用音视频功能，避免了当前正在进行的音视频通话出现短暂终止，保证了第二应用调用音视频功能的连续性。

Description

对音视频请求进行处理的方法及装置

技术领域

本公开涉及信息处理技术领域，尤其涉及一种对音视频请求进行处理的方法及装置。

背景技术

在移动互联网中，即时通信是指能够即时发送和接收互联网信息等的一种业务。目前，移动终端主要是通过一些即时通讯类应用和直播应用等实现即时通信的目的。在实现即时通信的过程中，用户通常需要使用语音通话或视频通话与其好友进行交流，也即终端通过使用音视频功能与其他终端进行信息交换。

现有技术中，当终端当前正通过一个即时通信应用使用音视频功能时，其他即时通信应用如果有音视频请求，该音视频请求会直接在当前进行音视频功能的窗口中显示，以通知用户有其他即时通信应用的音视频请求。

发明内容

为克服相关技术中存在的问题，本公开提供了一种对音视频请求进行处理的方法及装置。

根据本公开实施例的第一方面，提供一种对音视频请求进行处理的方法，所述方法包括：

接收第一应用的音视频请求，所述音视频请求用于调用终端的音视频功能，所述音视频请求携带发送所述音视频请求的账号标识和所述音视频请求的类型；

检测是否存在正在调用所述音视频功能的第二应用，所述第二应用是所述终端中除所述第一应用以外的其他应用；

如果存在所述第二应用，禁止所述第一应用调用所述音视频功能，以及不中断所述第二应用调用所述音视频功能；

缓存所述第一应用的音视频请求携带的账号标识和类型。

可选地，所述检测是否存在第二应用调用所述音视频功能，包括：

检测所述终端的麦克风的当前状态；

如果所述终端的麦克风处于使用状态，则确定存在所述第二应用调用所述音视频功能。

可选地，所述禁止所述第一应用调用所述音视频功能，包括：

禁止所述第一应用调用所述终端的麦克风、扬声器、耳机和摄像头中的部分或全部。

可选地，所述方法还包括：

判断所述第一应用是否为优先应用集合中的应用，如果所述第一应用不是所述优先应用集合中的应用，则执行所述检测是否存在正在调用所述音视频功能的第二应用的操作，所述优先应用集合包括音视频通信时允许调用所述音视频功能的应用。

可选地，所述方法还包括：

如果所述第一应用为预设应用集合中的应用，将所述第一应用的音视频请求携带的账号标识和类型显示在所述终端的通知栏中，所述预设应用集合包括允许在当前进行音视频时在所述通知栏中显示所述音视频请求携带的账号标识和类型的应用。

可选地，所述方法还包括：

如果所述第一应用不是所述预设应用集合中的应用，则在第二应用停止调用所述音视频功能时显示缓存的所述第一应用的音视频请求携带的账号标识和类型或者在所述第一应用处于前台运行时显示缓存的所述第一应用的音视频请求携带的账号标识和类型。

根据本公开实施例的第二方面，提供一种对音视频请求进行处理的装置，所述装置包括：

接收模块，用于接收第一应用的音视频请求，所述音视频请求用于调用终端的音视频功能，所述音视频请求携带发送所述音视频请求的账号标识和所述音视频请求的类型；

检测模块，用于检测是否存在正在调用所述音视频功能的第二应用，所述第二应用是所述终端中除所述第一应用以外的其他应用；

禁止模块，如果存在所述第二应用，禁止所述第一应用调用所述音视频功能，以及不中断所述第二应用调用所述音视频功能；

缓存模块，用于缓存所述第一应用的音视频请求携带的账号标识和类型。

可选地，所述检测模块包括：

检测子模块，用于检测所述终端的麦克风的当前状态；

确定子模块，用于如果所述终端的麦克风处于使用状态，则确定存在所述第二应用调用所述音视频功能。

可选地，所述禁止模块用于：

当检测出存在所述第二应用调用所述音视频功能时，禁止所述第一应用调用所述终端的麦克风、扬声器、耳机和摄像头中的部分或全部。

可选地，所述装置还包括：

判断模块，用于判断所述第一应用是否为优先应用集合中的应用，如果所述第一应用不是所述优先应用集合中的应用，则执行所述检测是否存在正在调用所述音视频功能的第二应用的操作，所述优先应用集合包括音视频通信时允许调用所述音视频功能的应用。

可选地，所述装置还包括：

第一显示模块，用于如果所述第一应用为预设应用集合中的应用，将所述第一应用的音视频请求携带的账号标识和类型显示在所述终端的通知栏中，所述预设应用集合包括允许在当前进行音视频时在所述通知栏中显示所述音视频请求携带的账号标识和类型的应用。

可选地，所述装置还包括：

第二显示模块，用于如果所述第一应用不是所述预设应用集合中的应用，则在所述第二应用停止调用所述音视频功能时显示缓存的所述第一应用的音视频请求携带的账号标识和类型或者在所述第一应用处于前台运行时显示缓存的所述第一应用的音视频请求携带的账号标识和类型。

根据本公开实施例的第三方面，提供了一种对音视频请求进行处理的装置，所述装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收第一应用的音视频请求，所述音视频请求用于调用终端的音视频功能，所述音视频请求携带发送所述音视频请求的账号标识和所述音视频请求的类型；

检测是否存在正在第二应用调用所述音视频功能的第二应用，所述第二应用是所述终端中除所述第一应用以外的其他应用；

如果存在所述第二应用，禁止所述第一应用调用所述音视频功能，以及不中断所述第二应用调用所述音视频功能；

缓存所述第一应用的音视频请求携带的账号标识和类型。

本公开的实施例提供的技术方案可以包括以下有益效果：本公开实施例中，当接收第一应用的音视频请求时，检测是否存在第二应用调用音视频功能，该第二应用是终端中除第一应用以外的其他应用，当检测出存在第二应用调用音视频功能时，禁止第一应用调用音视频功能，并缓存第一应用的音视频请求携带的账号标识和类型，使得第一应用的音视频请求不会直接调用音视频功能，避免了当前正在进行的音视频通话出现短暂终止，保证了第二应用调用音视频功能的连续性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是本公开实施例提供的一种对音视频请求进行处理的方法流程图。

图2是本公开实施例提供的另一种对音视频请求进行处理的方法流程图。

图3A是本公开实施例提供的一种对音视频请求进行处理的装置框图。

图3B是本公开实施例提供的一种检测模块的装置框图。

图3C是本公开实施例提供的另一种对音视频请求进行处理的装置框图。

图3D是本公开实施例提供的另一种对音视频请求进行处理的装置框图。

图4是本公开实施例提供的另一种对音视频请求进行处理的装置框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

在对本公开实施例进行详细的解释说明之前，先对本公开实施例的应用场景予以介绍。终端上通常安装有多个用于音频视通话的应用，用户可以通过某个用于音频视通话的应用与其好友进行音视频通话，为了便于说明称该应用为第二应用。当用户正在与其好友通过第二应用进行音视频通话时，终端上的其他某个用于音频视通话的应用若接收到其他好友的音视频请求时，为了便于说明称该其他应用为第一应用。第一应用会向终端发起音视频请求，终端接收该音视频请求后会暂停当前进行的音视频通话，同时在当前进行音视频通话的通话窗口中直接显示提示窗口，在该提示窗口显示提示信息，该提示信息用于提示用户有其好友通过第一应用请求音视频通话，提示用户对第一用户的请求进行处理。如果用户取消第一应用的请求，音视频通话继续。

由于用户在使用第二应用进行音视频通话的过程中会出现短暂终止的现象，本公开实施例提供了一种对音视频请求进行处理的方法，当接收第一应用的音视频请求时，如果第一应用是优先应用集合中的应用，则允许第一应用调用终端的音视频功能，避免了用户漏掉重要应用的音视频请求。如果第一应用不是优先应用集合中的应用，则检测是否存在第二应用调用音视频功能，该第二应用是终端中除第一应用以外的其他应用，当检测出存在第二应用调用音视频功能时，禁止第一应用调用音视频功能，并缓存第一应用的音视频请求携带的账号标识和类型，也即是，当存在第二应用调用音视频功能时，禁止第一应用调用音视频功能，并缓存第一应用的音视频请求携带的账号标识和类型，使得第一应用的音视频请求不会直接调用音视频功能，避免了当前正在进行音视频通话出现短暂终止，保证了用户通过第二应用调用音视频通话的连续性。

图1是本公开实施例提供的一种对音视频请求进行处理的方法流程图，如图1所示，该对音视频请求进行处理的方法用于终端中，包括以下步骤。

在步骤101中，接收第一应用的音视频请求，该音视频请求用于调用终端的音视频功能，该音视频请求携带发送该音视频请求的账号标识和该音视频请求的类型。

在步骤102中，检测是否存在正在调用音视频功能的第二应用，该第二应用是终端中除第一应用以外的其他应用。

在步骤103中，如果该存在第二应用，禁止第一应用调用音视频功能，以及不中断第二应用调用音视频功能。

在步骤104中，缓存该第一应用的音视频请求携带的账号标识和类型。

本公开实施例中，当接收第一应用的音视频请求时，检测是否存在第二应用调用音视频功能，第二应用是终端中除第一应用以外的其他应用，当检测出存在第二应用调用音视频功能时，禁止第一应用调用音视频功能，并缓存第一应用的音视频请求，也即是，当存在第二应用调用音视频功能时，禁止第一应用调用音视频功能，并缓存第一应用的音视频请求，使得第一应用的音视频请求不会直接调用音视频功能，避免了当前正在进行音视频通话出现短暂终止，保证了第二应用调用音视频功能的连续性。

可选地，检测是否存在第二应用调用音视频功能，包括：

检测终端的麦克风的当前状态；

如果终端的麦克风处于使用状态，则确定存在第二应用调用音视频功能。

可选地，禁止第一应用调用音视频功能，包括：

禁止第一应用调用终端的麦克风、扬声器、耳机和摄像头中的部分或全部。

可选地，该方法还包括：

判断第一应用是否为优先应用集合中的应用，如果该第一应用不是优先应用集合中的应用，则执行检测是否存在正在调用音视频功能的第二应用的操作，该优先应用集合包括音视频通信时允许调用音视频功能的应用。

可选地，该方法还包括：

如果第一应用为预设应用集合中的应用，将第一应用的音视频请求携带的账号标识和类型显示在终端的通知栏中，预设应用集合包括允许在当前进行音视频功能时在通知栏中显示音视频请求携带的账号标识和类型的应用。

可选地，该方法还包括：

如果第一应用不是预设应用集合中的应用，则在第二应用停止调用音视频功能时显示缓存的第一应用的音视频请求携带的账号标识和类型或者在第一应用处于前台运行时显示缓存的第一应用的音视频请求携带的账号标识和类型。

上述所有可选技术方案，均可按照任意结合形成本公开的可选实施例，本公开实施例对此不再一一赘述。

图2是本公开实施例提供的另一种对音视频请求进行处理的方法流程图，如图2所示，该对音视频请求进行处理的方法用于终端中，包括以下步骤。

在步骤201中，接收第一应用的音视频请求，该音视频请求用于调用终端的音视频功能，该音视频请求携带发送音视频请求的账号标识和该音视频请求的类型。

在本公开实施例中，终端上有多个用于音视频通话的应用，第一应用为该多个应用中的一个。例如，该第一应用可以为即时通讯类应用如QQ、微信以及米聊等等；也可以为直播类应用如花椒直播、来疯直播以及甩啦直播等等；也可以为电话应用等。

终端接收的音视频请求是第一应用发起的。用户的好友可以通过第一应用向用户发起音视频请求，以请求与用户通过第一应用进行音视频通话。终端上的第一应用在接收到用户的好友发起的音视频请求后向终端发起该音视频请求。

需要说明的是，在本公开实施例中，音视频请求包括语音请求和视频请求。

第一应用向终端发起该音视频请求，是为了调用终端的音视频功能，通过该音视频功能进行音视频通话。调用终端的音视频功能是指通过使用终端上的麦克风、扬声器、耳机和摄像头中的部分或全部来实现音视频通话。

另外，音视频请求中携带发送该音视频请求的账号标识和该音视频请求的类型。其中，发送该音视频请求的账号标识为通过第一应用向用户发起音视频请求的用户的好友的账号标识，该账号标识可以为用户的好友在第一应用中注册的账号。音视频请求的类型包括语音请求或视频请求中的一个。

可选地，在本公开实施例中，当接收到第一应用的音视频请求时，判断第一应用是否为优先应用集合中的应用，如果该第一应用不是优先应用集合中的应用，则执行步骤202，该优先应用集合包括音视频通信时允许调用音视频功能的应用。

也即，如果第一应用是优先应用集合中的应用，说明第一应用对于用户而言是重要级别的应用，终端允许第一应用直接调用终端的音视频功能，而无需判断是否存在正在调用音视频功能的第二应用。

在步骤202中，检测是否存在正在调用音视频功能的第二应用，该第二应用是终端中除第一应用以外的其他应用。

第二应用也是用于音视频通话的应用。在第一应用发起音视频请求时，用户可能通过第二应用与其某个好友正在进行音视频通话。其中，在进行音视频通话的过程中，第二应用需要调用终端的音视频功能，通过该音视功能进行音视频通话。

在本公开实施例中，当终端接收到第一应用的音视频请求时，若当前用户正通过第二应用与其好友进行音视频通话，如果终端在当前正在进行音视频通话的窗口中对该第一应用的音视频请求进行提示，会导致当前正在进行的音视频通话出现短暂终止。为了避免当前正在进行的音视频通话出现短暂终止，因此需要通过本步骤检测当前是否有第二应用进行音视频通话。

第二应用进行音视频通话需要调用终端的音视频功能来实现。所以在本步骤检测是否存在第二应用调用音视频功能，若存在第二应用调用音视频功能，说明当前正在使用第二应用进行音视频通话执行，步骤203；若不存在第二应用调用音视频功能，该第一应用的音视频请求可以直接调用音视频功能，实现音视频通话。

需要说明的是，第二应用同第一应用一样，可以为即时通讯类应用如QQ、微信以及米聊等等；该第二应用也可以为直播类应用如花椒直播、来疯直播以及甩啦直播等等；也可以为电话应用等。

具体地，检测是否存在第二应用调用音视频功能，包括以下两个步骤。

(1)检测终端的麦克风的当前状态。

在本公开实施例中，当终端上的存在第二应用正在调用音视频功能时，也即用户通过终端上第二应用与其好友进行音视频通话时，该音视频通话是第二应用通过使用终端上的麦克风来实现。例如，当用户与其好友通过第二应用进行语音通话时，第二应用需要使用终端上的麦克风、扬声器和/或耳机来实现，所以终端上的麦克风处于使用状态；当用户与其好友通过第二应用进行视频通话时，第二应用需要使用终端上的麦克风、扬声器和/或耳机以及摄像头来实现，所以终端上的麦克风处于使用状态。因此，检测是否存在第二应用调用音视频功能可以通过检测终端的麦克风的当前状态来实现。

例如，当用户通过微信与其好友进行视频通话，且用户通过耳机模式与其好友进行视频通话时，该视频通话需要通过终端上的麦克风、耳机和摄像头来实现，因此终端的麦克风处于使用状态；当用户通过微信与其好友进行语音通话，且用户通过声音外放模式与其好友进行语音通话时，该语音通话需要通过终端上的麦克风和扬声器来实现，因此终端的麦克风处于使用状态；当用户通过电话应用与其好友进行语音通话时，此时终端的麦克风也处于使用状态。

可选地，在本公开实施例中，检测是否存在第二应用调用音视频功能除了可以检测终端的麦克风的当前状态之外，还可以检测终端上的其他硬件的当前状态，如扬声器、耳机以及摄像头等的当前状态，这样可以提高检测是否存在第二应用调用音视频功能的精确度。

例如，当检测到终端的麦克风、摄像头以及扬声器都处于使用状态时，可以确定存在第二应用正在进行视频通话，也即存在正在调用音视频功能的第二应用。当检测到终端上的麦克风和扬声器都处于使用状态时，可以确定存在第二应用正在进行音频通话，也即存在正在调用音视频功能的第二应用。

(2)根据检测的终端的麦克风的当前状态，确定是否存在第二应用调用音视频功能。

具体地，如果终端的麦克风处于使用状态，则确定存在第二应用调用音视频功能，执行步骤203。如果终端的麦克风没有处于使用状态，则确定不存在第二应用调用音视频功能。

如果终端的麦克风没有处于使用状态，那么则确定不存在第二应用调用音视频功能，此时基于接收到的第一应用的音视频请求，调用音视频功能，实现音视频通话。

在步骤203中，如果存在该第二应用，禁止第一应用调用音视频功能，以及不中断第二应用调用音视频功能。

当检测到存在第二应用调用音视频功能时，也即用户正在通过第二应用与其好友进行音视频通话时，为了避免当前正在进行的音视频通话出现短暂终止，禁止第一应用的音视频请求，也即禁止第一应用调用音视频功能，这样第一应用就不会中断当前第二应用调用终端的音视频功能，然后执行步骤204。

具体地，禁止第一应用调用音视频功能，是通过禁止第一应用调用终端的麦克风、扬声器、耳机和摄像头中的部分或全部来实现，也即，当第一应用的音视频请求为语音请求时，禁止第一应用调用终端的麦克风、扬声器和耳机；当第一应用的音视频请求为视频请求时，禁止第一应用调用终端的麦克风、扬声器、耳机和摄像头。

例如，当用户当前正通过微信与其好友进行视频通话时，若此时终端接收到QQ中的语音请求，那么终端将禁止QQ调用麦克风、扬声器和耳机，也即禁止QQ调用音视频功能；若此时终端接收到QQ中的视频请求，那么终端将禁止QQ使用麦克风、扬声器、耳机和摄像头，也即禁止QQ调用音视频功能。

在步骤204中，缓存该第一应用的音视频请求携带的账号标识和类型。

在禁止第一应用调用音视频功能后，为了避免用户漏掉重要的音视频请求，终端先缓存该第一应用的音视频请求携带的账号标识和类型，可以在不影响当前音视频通话的情况下，以其他方式显示该第一应用的音视频请求。例如，在当前通知栏中显示该第一应用的音视频请求携带的账号标识和类型，或者，终端通过响铃或震动的方式对用户进行提醒。其中，对于在当前通知栏中显示该音视频请求携带的账号标识和类型的详细实现方式，可以参见后续步骤206和步骤207的相关内容，在此不先做详细说明。

在步骤205中，判断第一应用是否是预设应用集合中的应用。

在本公开实施例中，在缓存该第一应用音视频请求携带的账号标识和类型后，可以直接在终端的通知栏显示该音视频请求携带的账号标识和类型，也可以在第二应用停止调用音视频功能后显示该音视频请求携带的账号标识和类型。为了使对用户重要的应用的音视频请求携带的账号标识和类型优先在通知栏中显示，用户可以预先设置一个预设应用集合，该预设应用集合包括允许在进行音视频通话时在通知栏中显示音视频请求携带的账号标识和类型的应用。

需要说明的是，预设应用集合为用户根据具体情况，预先设置的一个应用集合，预设应用集合中可以包括一个应用，也可以包括多个应用，本公开实施例对此不做具体限定。

可选的，预设应用集合中的应用可以按如下过程进行设置：用户在预设应用集合设置界面中选择允许在当前进行音视频通话时可以在通知栏中显示音视频请求携带的账号标识和类型的应用。终端基于用户选择的应用，获取每个应用的应用标识，然后存储每个应用的应用标识，组成预设应用集合。

其中，应用标识可以为应用的应用名称，也可以为应用的标识图像等。

因此，判断第一应用是否是预设应用集合中的应用可以为：当接收到第一应用的音视频请求时，获取第一应用的应用标识；当第一应用的应用标识是预设应用集合中的应用标识时，判断该第一应用是预设应用集合中的应用；当第一应用的应用标识不是终端存储的预设应用集合中的任一个应用标识时，判断该第一应用不是预设应用集合中的应用。

在步骤206中，如果第一应用为预设应用集合中的应用，将第一应用的音视频请求携带的账号标识和类型显示在终端的通知栏中。

在本公开实施例中，如果第一应用为预设应用集合中的应用，那么可以在当前进行音视频通话时在通知栏中显示该第一应用的音视频请求携带的账号标识和类型。为了保证当前正在进行音视频通话的连续性，将第一应用的音视频请求携带的账号标识和类型显示在终端的通知栏中。其中，将第一应用的音视频请求携带的账号标识和类型显示在终端的通知栏中的同时还可以通过声音或震动进行提示。

可选地，还可以将第一应用的音视频请求的关键信息显示在终端的通知栏中，该过程可以为：在缓存第一应用的音视频请求时，获取该音视频请求的关键信息，该音视频请求的关键信息可以包括该音视频请求对应的联系人信息以及第一应用的应用标识等等；然后在通知栏中显示该音视频请求的关键信息。

其中，第一应用的应用标识可以为第一应用的应用名称或标识图像等等。

例如，当终端接收到微信中的一条语音请求时，获取微信的名称和该语音请求对应的联系人名字，然后可以在当前通知栏中显示“来自微信中联系人A的一条语音请求”。

在步骤207中，如果第一应用不是预设应用集合中的应用，则在第二应用停止调用音视频功能时显示缓存的第一应用的音视频请求携带的账号标识和类型或者在第一应用处于前台运行时显示缓存的第一应用的音视频请求携带的账号标识和类型。

在本公开实施例中，如果第一应用不是预设应用集合中的应用，不允许在当前进行音视频通话时在通知栏中显示第一应用的音视频请求携带的账号标识和类型，但是为了避免用户在结束与其好友的音视频通话后，也即在第二应用停止调用音视频功能后，用户漏掉该音视频请求，可以通过以下两种策略显示缓存的第一应用的音视频请求携带的账号标识和类型。

第一种策略，在第二应用停止调用音视频功能时显示缓存的第一应用的音视频请求携带的账号标识和类型。

当用户结束与其好友进行的音视频通话时，也即当前正在调用音视频功能的第二应用停止调用音视频功能时，在终端的通知栏中显示缓存的第一应用的音视频请求携带的账号标识和类型，此时用户可以看到第一应用的音视频请求。由于，此时用户已经结束通过第二应用的音视频通话，也即没有应用调用终端的音视频功能，因此，可以使第一应用基于该音视频请求，调用音视频功能，实现音视频通话。

第二种策略，在第一应用处于前台运行时显示缓存的第一应用的音视频请求携带的账号标识和类型。

当第一应用处于前台运行时，终端检测是否缓存有第一应用的音视频请求携带的账号标识和类型，如果缓存有第一应用的音视频请求携带的账号标识和类型，则显示缓存的第一应用的音视频请求携带的账号标识和类型，也即，用户可以在打开第一应用时，查看缓存的第一应用的音视频请求携带的账号标识和类型，避免了用户漏掉该音视频请求。

本公开实施例中，当接收第一应用的音视频请求时，如果第一应用是优先应用集合中的应用，则允许第一应用调用终端的音视频功能，避免了用户漏掉重要应用的音视频请求。如果第一应用不是优先应用集合中的应用，则检测是否存在第二应用调用音视频功能，第二应用是终端中除第一应用以外的其他应用，当检测出存在第二应用调用音视频功能时，禁止第一应用调用音视频功能，并缓存第一应用的音视频请求携带的账号标识和类型，也即是，当存在第二应用调用音视频功能时，禁止第一应用调用音视频功能，并缓存第一应用的音视频请求携带的账号标识和类型，使得第一应用的音视频请求不会直接调用音视频功能，避免了当前正在进行的音视频通话出现短暂终止，保证了第二应用调用音视频功能的连续性；同时在缓存第一应用的音视频请求携带的账号标识和类型后，若第一应用是预设应用集合中的应用，可以在当前终端的通讯栏中显示该音视频请求携带的账号标识和类型，避免用户漏掉重要的音视频请求。

图3A是本公开实施例提供的一种对音视频请求进行处理的装置300的框图。参见图3A，该装置包括接收模块301、检测模块302、禁止模块303和缓存模块304。

接收模块301，用于接收第一应用的音视频请求，该音视频请求用于调用终端的音视频功能，该音视频请求携带发送该音视频请求的账号标识和该音视频请求的类型；

检测模块302，用于检测是否存在正在调用音视频功能的第二应用，该第二应用是终端中除第一应用以外的其他应用；

禁止模块303，用于如果存在第二应用，禁止第一应用调用音视频功能，以及不中断第二应用调用音视频功能；

缓存模块304，用于缓存第一应用的音视频请求携带的账号标识和类型。

可选地，参见图3B，该检测模块302包括检测子模块3021和确定子模块3022：

检测子模块3021，用于检测终端的麦克风的当前状态；

确定子模块3022，用于如果终端的麦克风处于使用状态，则确定存在第二应用调用音视频功能。

可选地，该禁止模块303用于：

当检测出存在第二应用调用音视频功能时，禁止第一应用调用终端的麦克风、扬声器、耳机和摄像头中的部分或全部。

可选地，该装置还包括判断模块：

判断模块，用于判断第一应用是否为优先应用集合中的应用，如果该第一应用不是优先应用集合中的应用，则执行检测是否存在正在调用音视频功能的第二应用的操作，该优先应用集合包括音视频通信时允许调用音视频功能的应用。

可选地，参见图3C，该装置300还包括第一显示模块305：

第一显示模块305，用于如果第一应用为预设应用集合中的应用，将该第一应用的音视频请求携带的账号标识和类型显示在终端的通知栏中，该预设应用集合包括允许在当前进行音视频功能时在通知栏中显示音视频请求携带的账号标识和类型的应用。

可选地，参见图3D，该装置300还包括第二显示模块306：

第二显示模块306，用于如果第一应用不是预设应用集合中的应用，则在第二应用停止调用音视频功能时显示缓存的第一应用的音视频请求携带的账号标识和类型或者在第一应用处于前台运行时显示缓存的第一应用的音视频请求携带的账号标识和类型。

本公开实施例中，当接收第一应用的音视频请求时，如果第一应用是优先应用集合中的应用，则允许第一应用调用终端的音视频功能，避免了用户漏掉重要应用的音视频请求。如果第一应用不是优先应用集合中的应用，则检测是否存在第二应用调用音视频功能，第二应用是终端中除第一应用以外的其他应用，当检测出存在第二应用调用音视频功能时，禁止第一应用调用音视频功能，并缓存第一应用的音视频请求携带的账号标识和类型，也即是，当存在第二应用调用音视频功能时，禁止第一应用调用音视频功能，并缓存第一应用的音视频请求携带的账号标识和类型，使得第一应用的音视频请求不会直接调用音视频功能，避免了当前正在进行的音视频通话出现短暂终止，保证了第二应用调用音视频功能的连续性；同时在缓存第一应用的音视频请求携带的账号标识和类型后，若第一应用是预设应用集合中的应用，可以在在当前终端的通讯栏中显示该音视频请求携带的账号标识和类型，避免用户漏掉重要的音视频请求。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图4是是本公开实施例提供的另一种对音视频请求进行处理的装置400的框图。例如，装置400可以是移动电话，计算机，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备等。

参照图4，装置400可以包括以下一个或多个组件：处理组件402，存储器404，电源组件406，多媒体组件408，音频组件410，输入/输出(I/O)的接口412，传感器组件414，以及通信组件416。

处理组件402通常控制装置400的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件402可以包括一个或多个处理器420来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件402可以包括一个或多个模块，便于处理组件402和其他组件之间的交互。例如，处理组件402可以包括多媒体模块，以方便多媒体组件408和处理组件402之间的交互。

存储器404被配置为存储各种类型的数据以支持在装置400的操作。这些数据的示例包括用于在装置400上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件406为装置400的各种组件提供电源。电源组件406可以包括电源管理系统，一个或多个电源，及其他与为装置400生成、管理和分配电源相关联的组件。

多媒体组件408包括在所述装置400和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件408包括一个前置摄像头和/或后置摄像头。当装置400处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件410被配置为输出和/或输入音频信号。例如，音频组件410包括一个麦克风(MIC)，当装置400处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器404或经由通信组件416发送。在一些实施例中，音频组件410还包括一个扬声器，用于输出音频信号。

I/O接口412为处理组件402和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件414包括一个或多个传感器，用于为装置400提供各个方面的状态评估。例如，传感器组件414可以检测到装置400的打开/关闭状态，组件的相对定位，例如所述组件为装置400的显示器和小键盘，传感器组件414还可以检测装置400或装置400一个组件的位置改变，用户与装置400接触的存在或不存在，装置400方位或加速/减速和装置400的温度变化。传感器组件414可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件414还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件414还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件416被配置为便于装置400和其他设备之间有线或无线方式的通信。装置400可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件416经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件416还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置400可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在本公开实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器404，上述指令可由装置400的处理器420执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种对音视频请求进行处理的方法，所述方法包括：

接收第一应用的音视频请求，该音视频请求用于调用终端的音视频功能，该音视频请求携带发送该音视频请求的账号标识和该音视频请求的类型；

检测是否存在正在调用音视频功能的第二应用，第二应用是终端中除第一应用以外的其他应用；

如果存在第二应用，禁止第一应用调用音视频功能，以及不中断第二应用调用音视频功能；

缓存第一应用的音视频请求携带的账号标识和类型。

可选地，检测是否存在第二应用调用音视频功能，包括：

检测终端的麦克风的当前状态；

如果终端的麦克风处于使用状态，则确定存在第二应用调用音视频功能。

可选地，禁止第一应用调用音视频功能，包括：

禁止第一应用调用终端的麦克风、扬声器、耳机和摄像头中的部分或全部。

可选地，该方法还包括：

判断第一应用是否为优先应用集合中的应用，如果该第一应用不是优先应用集合中的应用，则执行检测是否存在正在调用音视频功能的第二应用的操作，该优先应用集合包括音视频通信时允许调用音视频功能的应用。

可选地，该方法还包括：

如果第一应用为预设应用集合中的应用，将第一应用的音视频请求携带的账号标识和类型显示在终端的通知栏中，预设应用集合包括允许在当前进行音视频功能时在通知栏中显示音视频请求携带的账号标识和类型的应用。

可选地，该方法还包括：

如果第一应用不是预设应用集合中的应用，则在第二应用停止调用音视频功能时显示缓存的第一应用的音视频请求携带的账号标识和类型或者在第一应用处于前台运行时显示缓存的第一应用的音视频请求携带的账号标识和类型。

本公开实施例中，当接收第一应用的音视频请求时，如果第一应用是优先应用集合中的应用，则允许第一应用调用终端的音视频功能，避免了用户漏掉重要应用的音视频请求。如果第一应用不是优先应用集合中的应用，则检测是否存在第二应用调用音视频功能，第二应用是终端中除第一应用以外的其他应用，当检测出存在第二应用调用音视频功能时，禁止第一应用调用音视频功能，并缓存第一应用的音视频请求携带的账号标识和类型，也即是，当存在第二应用调用音视频功能时，禁止第一应用调用音视频功能，并缓存第一应用的音视频请求携带的账号标识和类型，使得第一应用的音视频请求不会直接调用音视频功能，避免了当前正在进行的音视频通话出现短暂终止，保证了第二应用调用音视频功能的连续性；同时在缓存第一应用的音视频请求携带的账号标识和类型后，若第一应用是预设应用集合中的应用，可以在在当前终端的通讯栏中显示该音视频请求携带的账号标识和类型，避免用户漏掉重要的音视频请求。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (13)

1.一种对音视频请求进行处理的方法，其特征在于，所述方法包括：

接收第一应用的音视频请求，所述音视频请求用于调用终端的音视频功能，所述音视频请求携带发送所述音视频请求的账号标识和所述音视频请求的类型；

检测是否存在正在调用所述音视频功能的第二应用，所述第二应用是所述终端中除所述第一应用以外的其他应用；

如果存在所述第二应用，禁止所述第一应用调用所述音视频功能，以及不中断所述第二应用调用所述音视频功能；

缓存所述第一应用的音视频请求携带的账号标识和类型。

2.根据权利要求1所述的方法，其特征在于，所述检测是否存在第二应用调用所述音视频功能，包括：

检测所述终端的麦克风的当前状态；

如果所述终端的麦克风处于使用状态，则确定存在所述第二应用调用所述音视频功能。

3.根据权利要求1所述的方法，其特征在于，所述禁止所述第一应用调用所述音视频功能，包括：

禁止所述第一应用调用所述终端的麦克风、扬声器、耳机和摄像头中的部分或全部。

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

判断所述第一应用是否为优先应用集合中的应用，如果所述第一应用不是所述优先应用集合中的应用，则执行所述检测是否存在正在调用所述音视频功能的第二应用的操作，所述优先应用集合包括音视频通信时允许调用所述音视频功能的应用。

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

如果所述第一应用为预设应用集合中的应用，将所述第一应用的音视频请求携带的账号标识和类型显示在所述终端的通知栏中，所述预设应用集合包括允许在当前进行音视频时在所述通知栏中显示所述音视频请求携带的账号标识和类型的应用。

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

如果所述第一应用不是所述预设应用集合中的应用，则在所述第二应用停止调用所述音视频功能时，显示缓存的所述第一应用的音视频请求携带的账号标识和类型或者在所述第一应用处于前台运行时显示缓存的所述第一应用的音视频请求携带的账号标识和类型。

7.一种对音视频请求进行处理的装置，其特征在于，所述装置包括：

接收模块，用于接收第一应用的音视频请求，所述音视频请求用于调用终端的音视频功能，所述音视频请求携带发送所述音视频请求的账号标识和所述音视频请求的类型；

检测模块，用于检测是否存在正在调用所述音视频功能的第二应用，所述第二应用是所述终端中除所述第一应用以外的其他应用；

禁止模块，用于如果存在所述第二应用，禁止所述第一应用调用所述音视频功能，以及不中断所述第二应用调用所述音视频功能；

缓存模块，用于缓存所述第一应用的音视频请求携带的账号标识和类型。

8.根据权利要求7所述的装置，其特征在于，所述检测模块包括：

检测子模块，用于检测所述终端的麦克风的当前状态；

确定子模块，用于如果所述终端的麦克风处于使用状态，则确定存在所述第二应用调用所述音视频功能。

9.根据权利要求7所述的装置，其特征在于，所述禁止模块用于：

当检测出存在第二应用调用所述音视频功能时，禁止所述第一应用调用所述终端的麦克风、扬声器、耳机和摄像头中的部分或全部。

10.根据权利要求7所述的装置，其特征在于，所述装置还包括：

判断模块，用于判断所述第一应用是否为优先应用集合中的应用，如果所述第一应用不是所述优先应用集合中的应用，则执行所述检测是否存在正在调用所述音视频功能的第二应用的操作，所述优先应用集合包括音视频通信时允许调用所述音视频功能的应用。

11.根据权利要求7所述的装置，其特征在于，所述装置还包括：

第一显示模块，用于如果所述第一应用为预设应用集合中的应用，将所述第一应用的音视频请求携带的账号标识和类型显示在所述终端的通知栏中，所述预设应用集合包括允许在当前进行音视频时在所述通知栏中显示所述音视频请求携带的账号标识和类型的应用。

12.根据权利要求10所述的装置，其特征在于，所述装置还包括：

第二显示模块，用于如果所述第一应用不是所述预设应用集合中的应用，则在所述第二应用停止调用所述音视频功能时显示缓存的所述第一应用的音视频请求携带的账号标识和类型或者在所述第一应用处于前台运行时时显示缓存的所述第一应用的音视频请求携带的账号标识和类型。

13.一种对音视频请求进行处理的装置，其特征在于，所述装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收第一应用的音视频请求，所述音视频请求用于调用终端的音视频功能，所述音视频请求携带发送所述音视频请求的账号标识和所述音视频请求的类型；

检测是否存在正在调用所述音视频功能的第二应用，所述第二应用是所述终端中除所述第一应用以外的其他应用；

如果存在所述第二应用，禁止所述第一应用调用所述音视频功能，以及不中断所述第二应用调用所述音视频功能；

缓存所述第一应用的音视频请求携带的账号标识和类型。