CN116546130A - 多媒体数据控制方法、装置、终端和存储介质 - Google Patents

Abstract

本公开涉及一种多媒体数据控制方法、装置、终端和存储介质。所述方法包括：当至少一个应用处于多媒体录制状态，为至少一个应用提供用于控制捕获多媒体录制数据的用户界面元素，其中，一个用户界面元素对应一个应用；响应于对用户界面元素的用户操作，控制用户界面元素对应的应用捕获或不捕获多媒体录制数据。采用本方法用户可以根据需要控制某个/某些/全部的对应应用捕获该多媒体录制数据，或者控制某个/某些/全部的对应应用不捕获多媒体录制数据，可以满足用户更多的控制需求，而且只需要操作用户界面元素即可实现控制以及状态切换，不需要操作启动或者关闭应用的多媒体录制状态，或者切换应用到前台或后台，能够提升操作的便捷性。

Description

多媒体数据控制方法、装置、终端和存储介质

技术领域

本公开涉及电子技术领域，特别是涉及一种多媒体数据控制方法、装置、终端和存储介质。

背景技术

随着电子技术的发展，催生了用户对移动电话、平板电脑等终端的通信功能越来越多的新需求，例如，直播、游戏、在线会议等，也有越来越多的应用(应用程序，Application，APP)满足这些需求。而这些需求往往需要进行用户间的互动交流，而用户之间通过应用进行互动交流，往往需要使用终端的语音通信功能或者视频通信功能。

考虑到通信的隐私敏感性，终端对基于应用的语音通信功能或者视频通信功能做了相应的限制。例如，对于用户使用终端上不可或缺的语音通信功能进行沟通时，需要使用到终端的录音功能。对于单个应用录音的需求，终端***(例如Android***)一般都可以支持；对于多个应用的录音需求，传统的终端仅支持采用设定优先级方案在运行的多个应用中切换录音的方式。

在实现本公开方案的过程中，发明人发现传统的普通应用(或者说常用应用)的录音控制方案至少存在如下问题：同一时刻仅支持单个应用捕获音频录制数据；且优先级切换方式繁琐：需要通过启动应用的录音状态或停止应用的录音状态，或者切换应用到前台或后台的方式改变应用的优先级才可以实现状态切换。传统的录像控制方案也存在类似问题。

发明内容

根据本公开的某些示例性实施例，提供了一种对话生成方法以及对话生成装置，以至少解决上述提及的问题。

根据本公开的某些示例性实施例的第一方面，提供一种多媒体数据控制方法，该方法包括：当至少一个应用处于多媒体录制状态，为至少一个应用提供用于控制捕获多媒体录制数据的用户界面元素，其中，一个用户界面元素对应一个应用；响应于对用户界面元素的用户操作，控制用户界面元素对应的应用捕获或不捕获多媒体录制数据。

可选地，上述的控制用户界面元素对应的应用捕获或不捕获多媒体录制数据，包括：通过用户界面元素控制应用不捕获多媒体录制数据时，不退出不捕获多媒体录制数据的应用的多媒体录制状态；和/或，通过用户界面元素控制应用捕获多媒体录制数据时，支持多个应用同时捕获多媒体录制数据。

可选地，上述的用户界面元素包括具有对应的应用的标识的用户界面控件。

可选地，上述的标识包括对应的应用的图标图案。

可选地，上述的用户界面元素还用于呈现对应的应用的状态信息，状态信息包括对应的应用处于捕获还是不捕获多媒体录制数据的状态的信息和/或应用的捕获或不捕获的状态信息是由***设置还是通过用户操作而设置的信息。

可选地，上述的用户界面元素以不同的显示方式呈现不同的状态信息。

可选地，上述的不同的显示方式包括在不同子区域中显示、以不同亮暗程度显示、以不同尺寸显示、以不同颜色显示和添加不同标识中的一种方式或者多种方式组合。

可选地，上述的用户界面元素在通知栏中提供。

可选地，响应于用户操作而被控制为捕获多媒体录制数据的应用，不会被其他应用抢占而退出捕获状态，除非被用户操作再次控制为不捕获多媒体录制数据或者响应于退出事件退出多媒体录制状态。

可选地，上述的方法还包括：当预设应用捕获多媒体录制数据时，响应于用户操作被控制为捕获多媒体录制数据的应用保持对多媒体录制数据的捕获状态。

可选地，上述的预设应用为具有捕获多媒体录制数据的最高***优先级的应用。

可选地，上述的多媒体录制数据包括通过多媒体组件采集的音频和/或视频数据。

根据本公开的某些示例性实施例的第二方面，提供一种多媒体数据控制装置，该装置包括：元素提供模块，被配置为当至少一个应用处于多媒体录制状态，为至少一个应用提供用于控制捕获多媒体录制数据的用户界面元素，其中，一个用户界面元素对应一个应用；控制模块，被配置为响应于对用户界面元素的用户操作，控制用户界面元素对应的应用捕获或不捕获多媒体录制数据。

可选地，上述的控制模块被配置为通过用户界面元素控制应用不捕获多媒体录制数据时，不退出不捕获多媒体录制数据的应用的多媒体录制状态；和/或，上述的控制模块被配置为通过用户界面元素控制应用捕获多媒体录制数据时，支持多个应用同时捕获多媒体录制数据。

可选地，上述的用户界面元素包括具有对应的应用的标识的用户界面控件。

可选地，上述的标识包括对应的应用的图标图案。

可选地，上述的用户界面元素还用于呈现对应的应用的状态信息，状态信息包括对应的应用处于捕获还是不捕获多媒体录制数据的状态的信息和/或应用的捕获或不捕获的状态信息是由***设置还是通过用户操作而设置的信息。

可选地，上述的用户界面元素以不同的显示方式呈现不同的状态信息。

可选地，上述的不同的显示方式包括在不同子区域中显示、以不同亮暗程度显示、以不同尺寸显示、以不同颜色显示和添加不同标识中的一种方式或者多种方式组合。

可选地，上述的用户界面元素在通知栏中提供。

可选地，响应于用户操作而被控制为捕获多媒体录制数据的应用，不会被其他应用抢占而退出捕获状态，除非被用户操作再次控制为不捕获多媒体录制数据或者响应于退出事件退出多媒体录制状态。

可选地，上述的控制模块还被配置为当预设应用捕获多媒体录制数据时，响应于用户操作被控制为捕获多媒体录制数据的应用保持对多媒体录制数据的捕获状态。

可选地，上述的预设应用为具有捕获多媒体录制数据的最高***优先级的应用。

可选地，上述的多媒体录制数据包括通过多媒体组件采集的音频和/或视频数据。

根据本公开的某些示例性实施例的第三方面，提供一种终端，该终端包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现本公开的多媒体数据控制方法的步骤。

根据本公开的某些示例性实施例的第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现本公开的多媒体数据控制方法的步骤。

上述多媒体数据控制方法、装置、终端和存储介质，由于当至少一个应用处于多媒体录制状态，为该至少一个应用提供了用于控制捕获多媒体录制数据的用户界面元素，其中，一个该用户界面元素对应一个应用，且由于响应于对该用户界面元素的用户操作，控制该用户界面元素对应的应用捕获或不捕获该多媒体录制数据，如此，用户可以根据需要控制某个/某些/全部处于多媒体录制状态的应用捕获该多媒体录制数据，也可以控制某个/某些/全部处于多媒体录制状态应用不捕获多媒体录制数据，可以满足用户更多的控制需求，而且只需要操作用户界面元素即可实现控制以及状态切换，不需要操作启动或者关闭应用的多媒体录制状态，或者切换应用到前台或后台，能够提升操作的便捷性。

附图说明

通过下面结合示例性地示出实施例的附图进行的描述，本公开某些示例性实施例的上述和其他目的和特点将会变得更加清楚，其中：

图1为某些示例性实施例中终端的结构框图；

图2为某些示例性实施例中多媒体数据控制方法的流程示意图；

图3为某些示例性实施例中在通知栏提供用户界面元素的示意图；

图4为某些示例性实施例中设置“指定应用使用麦克风”开关的界面示意图；

图5为另外某些示例性实施例中多媒体数据控制方法的流程示意图；

图6为某些示例性实施例中通知栏的界面示意图一；

图7为某些示例性实施例中通知栏的界面示意图二；

图8为某些示例性实施例中通知栏的界面示意图三；

图9为某些示例性实施例中通知栏的界面示意图四；

图10为某些示例性实施例中的用户交互过程示意图；

图11为另外某些示例性实施例中的用户交互过程示意图；

图12为某些实施例中多媒体数据控制装置的结构框图。

具体实施方式

提供下面的具体实施方式以帮助读者获得对在此描述的方法、装置、终端和/或存储介质的全面理解。然而，在理解本申请的公开之后，在此描述的方法、装置、终端和/或存储介质的各种改变、修改和等同物将是清楚的。例如，在此描述的操作的顺序仅是示例，并且不限于在此阐述的那些顺序，而是除了必须以特定的顺序发生的操作之外，可如在理解本申请的公开之后将是清楚的那样被改变。此外，为了更加清楚和简明，本领域已知的特征的描述可被省略。

在此描述的特征可以以不同的形式来实现，而不应被解释为限于在此描述的示例。相反，已提供在此描述的示例，以仅示出实现在此描述的方法、终端和/或存储介质的许多可行方式中的一些可行方式，许多可行方式在理解本申请的公开之后将是清楚的。

在此使用的术语仅用于描述各种示例，并不将用于限制公开。除非上下文另外清楚地指示，否则单数形式也意在包括复数形式。术语“包含”、“包括”和“具有”说明存在叙述的特征、数量、操作、构件、元件和/或它们的组合，但不排除存在或添加一个或多个其他特征、数量、操作、构件、元件和/或它们的组合。除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本发明实施例的描述中，“多个”是指两个或多于两个。

除非另有定义，否则在此使用的所有术语(包括技术术语和科学术语)具有与由本公开所属领域的普通技术人员在理解本公开之后通常理解的含义相同的含义。除非在此明确地如此定义，否则术语(诸如，在通用词典中定义的术语)应被解释为具有与它们在相关领域的上下文和本公开中的含义一致的含义，并且不应被理想化或过于形式化地解释。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下某些示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

此外，在示例的描述中，当认为公知的相关结构或功能的详细描述将引起对本公开的模糊解释时，将省略这样的详细描述。

在下文中，将参照附图详细描述实施方式。然而，实施方式可以以各种形式实现，并且不限于在此描述的示例。

为了便于理解本公开的示例性实施例的方案，以下首先以基于Android***的录音功能为例，阐述传统技术中存在的问题。目前基于Android***的设备非常广泛，诸多用户通过Android设备进行直播，游戏，在线会议等，而作为互动交流主要媒介之一的语音是不可或缺的功能。用户通过Android设备进行沟通时，需要使用到录音功能，对于单个应用录音时，Android***能够友好支持，基本满足用户需求。但对于多个应用切换录音时，Android***(以Android R OS和Android S OS进行阐述)是采用优先级方案，在运行的应用之间切换输入音频流。对于用户而言，用户关注和使用的应用基本都为普通应用(后续阐述针对的也是普通应用，如无特殊说明，下述阐述的应用均指普通应用)，例如，语音通信程序(例如“微信”、“QQ”等)，直播应用(例如“虎牙”、“斗鱼”等)以及游戏应用(例如“和平精英”等)等。

在Android R OS中，对于多个普通应用录音而言，当多个应用同时处于录音状态时，只有某个应用接收音频，其他应用会处于静音状态。即两个普通应用无法同时捕获音频。一般地，如果多个录音应用(处于录音状态的应用，也即处于音频录制状态的应用)都不具备隐私敏感性，则由界面位于顶部的应用接收音频。如果多个录音应用都没有显示界面，则由较晚开始录音的应用接收音频。其中，录音应用的隐私敏感性是通过使用的音频源进行决定的，例如：微信语音通话，QQ语音通话和一些游戏应用(例如“和平精英”等)的游戏语音等使用的音频源是VOICE_COMMUNICATION(7)，属于隐私敏感音频源，而一些直播应用(例如“虎牙”、“斗鱼”等)，用的音频源MIC(1)，属于非隐私敏感音频源。如果其中某个录音应用具备隐私敏感性，则由此录音应用接收音频，其他应用则会处于静音状态，即使非隐私敏感的录音应用中有界面位于顶部或较晚开始捕获情况也是如此。实际就是具备隐私敏感性的应用比非隐私敏感性的应用的优先级高。如果有多个录音应用都具备隐私敏感性，则由界面位于顶部的应用接收音频。如果都处于后台，由较晚开始录音的应用接收音频。其他应用则处于静音状态。

优先级决定因素主要包括以下两方面：

1)具备隐私敏感性音频源，例如，相机录像(CAMCORDER)和微信语音通话(VOICE_COMMUNICATION，VoIP)等。

2)是否为顶部(或者称为顶层)或较晚的录音应用。

目前Android的最新操作***为Android S OS。Android S OS和Android R OS在音频输入相关的基本策略和规则几乎一致。但Android S OS对于普通应用允许使用麦克风的优先级进行了一些补充，增加了一个属性值“Audio mode owner”，具有该属性的应用将具有使用麦克风的最高优先级，具体如下：

麦克风的优先级决定因素：

Android R OS：隐私敏感>TOP>Latest，即优先考虑是否具备隐私敏感性，再考虑是否位于顶部，最后考虑是否是最晚开始捕获音频。

Android S OS：Audio mode owner>隐私敏感>TOP>Latest，即优先考虑是否增加了属性值：“Audio mode owner”，再考虑是否具备隐私敏感性，接着考虑是否位于顶部，最后考虑是否是最晚开始捕获音频。

通过对传统的录音应用控制方案分析，发现传统技术中存在两个缺点：其一，仅支持单个应用捕获音频录制数据；其二，优先级切换方式繁琐：多个录音应用，需要通过启动录音或停止录音，或者切换录音应用到前台或后台，改变录音应用的优先级。

本公开提供的多媒体数据控制方法，可以应用于终端，该终端可以是手机、平板电脑、笔记本电脑、台式电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(PointofSales，销售终端)、车载电脑、穿戴式设备等任意终端设备。在一个实施例中，如图1所示，提供了一种终端，该终端包括通过***总线连接的处理器、存储器、显示屏和输入装置。其中，该处理器可以包括一个或多个处理单元。处理器可为CPU(Central Processing Unit，中央处理单元)或DSP(Digital Signal Processing，数字信号处理器)等。存储器可包括非易失性存储介质及内存储器。非易失性存储介质存储有操作***和计算机程序。该计算机程序可被处理器所执行，以用于实现以下某些示例性实施例所提供的一种多媒体数据控制方法。内存储器为非易失性存储介质中的操作***计算机程序提供高速缓存的运行环境。该终端的显示屏可以是液晶显示屏或者电子墨水显示屏，该终端的输入装置可以是显示屏上覆盖的触摸层，也可以是终端外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

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

在一个实施例中，如图2所示，提供了一种多媒体数据控制方法，以该方法应用于图1中的终端为例进行说明，包括以下步骤：

步骤202，当至少一个应用处于多媒体录制状态，为该至少一个应用提供用于控制捕获多媒体录制数据的用户界面元素，其中，一个该用户界面元素对应一个该应用。

这里，多媒体可以为音频和视频，对于多媒体为音频的情况，这里的多媒体录制状态可以指音频录制状态，也即录音状态；对于多媒体为视频的情况，这里的多媒体录制状态可以指视频录制状态，也即录像状态。在本公开的某些示例性实施例中，这里的多媒体录制数据可以包括通过多媒体组件采集的音频数据和/或视频数据。这里，多媒体组件可以包括音频组件(例如麦克风)和/或视频组件(例如摄像头)。

这里，用户界面元素可以包括与处于多媒体录制状态的应用对应的用户界面控件。为了便于用户区分不同应用的用户界面元素，在本公开的某些示例性实施例中，该用户界面元素可以包括具有对应的应用的标识的用户界面控件。这里，标识可以是文本、图形或其任意组合。相应地，该用户界面元素可以包括由文本、图形或其任意组合构成的可区分不同应用的用户界面控件，例如，该用户界面控件可以包括构成形式为文本的控件，也可以包括构成形式为图形的控件，或者构成形式为文本和图形任意组合的控件。为了提升直观性以便于用户识别，在本公开的某些示例性实施例中，该标识可以包括对应的应用的图标图案，相应地，该用户界面元素可以包括具有对应的应用的图标图案的用户界面控件。

这里，用户界面元素和处于多媒体录制状态的应用是一一对应关系。在该应用的数量为一个或者多个时，该用户界面元素也相应为一个或者多个。

具体地，终端可以当至少一个应用处于多媒体录制状态，为该至少一个应用提供用于控制捕获多媒体录制数据并与该至少一个应用一一对应的用户界面元素。在本公开的某些示例性实施例中，该用户界面元素可以在预设的用户界面中提供该用户界面元素。作为非限制的示例，可以以通过以下方式中的至少一个来显示该用户界面：卡片形式悬浮显示用户界面；分屏显示用户界面；缩小通话窗口并以预定比例的屏幕显示用户界面；以通知栏方式显示用户界面；以消息弹出方式显示用户界面。在本公开的某些示例性实施例中，该用户界面元素可以在通知栏中提供，一方面便于用户操作，另一方面不会与对应应用的显示界面争抢显示区域或者对该显示界面进行遮挡。

例如，如图3所示，可以在通知栏320中提供该用户界面元素322。在本公开的某些示例性实施例中，在该通知栏320还可以提供一个或多个提示用户操作该用户界面元素322以控制对应应用捕获或不捕获多媒体录制数据的可视提示324。该一个或多个可视提示324会向用户提供控制操作的暗示或提醒。这些可视提示可以是文本、图形或其任意组合。以控制音频数据为例，可视提示324可以是图3中的“麦克风正在使用中。您可以点击应用程序来关闭麦克风。”

步骤204，响应于对用户界面元素的用户操作，控制用户界面元素对应的应用捕获或不捕获多媒体录制数据。

这里，用户操作可以是用户触摸终端显示屏上覆盖的触摸层而产生的对该用户界面元素的触摸操作，也可以是用户操控诸如键盘、触控板或鼠标等终端的输入装置而产生的对该用户界面元素的操作。其中，触摸操作可以是点击操作、滑动操作或者按压操作等中的任意一种。

这里，控制用户界面元素对应的应用捕获或不捕获多媒体录制数据，可以是控制全部用户界面元素对应的应用捕获多媒体录制数据，也可以控制全部用户界面元素对应的应用不捕获多媒体录制数据，还可以是控制部分用户界面元素对应的应用捕获多媒体录制数据并控制剩余部分用户界面元素对应的应用不捕获多媒体录制数据。

这里，控制对应的应用捕获多媒体录制数据，可以指对应应用被允许使用多媒体组件，同理，控制对应的应用不捕获多媒体录制数据，可以指对应应用被禁止使用多媒体组件。例如，以控制音频数据为例，控制对应的应用捕获音频数据，可以指对应应用被允许使用麦克风，控制对应的应用不捕获音频数据，可以指对应应用被禁止使用麦克风(或者称为关闭其麦克风)。

具体地，终端可以监听对用户界面元素的用户操作，监听到该用户操作后，响应于该用户操作，控制用户界面元素对应的应用捕获或不捕获多媒体录制数据。

在本公开的某些示例性实施例中，上述的控制用户界面元素对应的应用捕获或不捕获多媒体录制数据，可以包括：通过用户界面元素控制应用不捕获多媒体录制数据时，不退出该不捕获多媒体录制数据的应用的多媒体录制状态。如此，在用户在控制某一应用不捕获多媒体录制数据时，既在用户这一侧达到了静音目的，又使得与用户通信的另一方无感知，还可以在需要捕获多媒体录制数据时，进行快速切换。

在本公开的某些示例性实施例中，上述的控制用户界面元素对应的应用捕获或不捕获多媒体录制数据，可以包括：通过用户界面元素控制应用捕获多媒体录制数据时，支持多个应用同时捕获多媒体录制数据。如此，用户可以根据需要指定一个或者多个应用与当前正在捕获多媒体录制数据的应用同时捕获多媒体录制数据，可以满足更多场景下的用户需求。

上述多媒体数据控制方法中，由于当至少一个应用处于多媒体录制状态，为该至少一个应用提供了用于控制捕获多媒体录制数据的用户界面元素，其中，一个该用户界面元素对应一个应用，且由于响应于对该用户界面元素的用户操作，控制该用户界面元素对应的应用捕获或不捕获该多媒体录制数据，如此，用户可以根据需要控制某个/某些/全部处于多媒体录制状态的应用捕获该多媒体录制数据，或者控制某个/某些/全部处于多媒体录制状态应用不捕获多媒体录制数据，可以满足用户更多的控制需求，而且只需要操作用户界面元素即可实现控制以及状态切换，不需要操作启动或者关闭应用的多媒体录制状态，或者切换应用到前台或后台，能够提升操作的便捷性。同时，不需要将当前正在捕获多媒体录制数据的应用关闭或者切换到后台，也可以通过用户操作使得另一个应用捕获到多媒体录制数据，这种情况下，也可以减小对当前正在使用的应用的影响。

在本公开的某些示例性实施例中，上述用户界面元素还可以用于呈现对应的应用的状态信息，该状态信息包括对应的应用处于捕获还是不捕获多媒体录制数据的状态的信息(以下称为第一状态信息)和/或应用的捕获或不捕获的状态信息是由***设置还是通过用户操作而设置的信息(以下称为第二状态信息)。即，用户界面元素可以单独呈现第一状态信息，也可以单独呈现第二状态信息，还可以同时呈现第一状态信息和第二状态信息。如此，用户可以根据该用户界面元素获知对应的应用的状态信息。

在本公开的某些示例性实施例中，上述用户界面元素可以以不同的显示方式呈现不同的状态信息。作为非限制的示例，不同的显示方式可以包括在不同子区域中显示、以不同亮暗程度显示、以不同尺寸显示、以不同颜色显示和添加不同标识中的一种方式或者多种方式组合。

以呈现第一状态信息举例说明：

方式一，可以将捕获多媒体录制数据的应用对应的用户界面元素和不捕获多媒体录制数据的应用对应的用户界面元素显示在不同子区域。

例如，将捕获多媒体录制数据的应用对应的用户界面元素显示在预设的用户界面的上部区域(称为一个子区域)，将不捕获多媒体录制数据的应用对应的用户界面元素显示在预设的用户界面的下部区域(称为另一个子区域)。

方式二，以不同亮暗程度显示捕获多媒体录制数据的应用对应的用户界面元素和不捕获多媒体录制数据的应用对应的用户界面元素；

例如，将捕获多媒体录制数据的应用对应的用户界面元素显示为“明亮”的用户界面元素；将不捕获多媒体录制数据的应用对应的用户界面元素显示为“灰暗”的用户界面元素。需要说明的是“明亮”和“灰暗”可以是指相对明暗程度。

方式三，以不同尺寸显示捕获多媒体录制数据的应用对应的用户界面元素和不捕获多媒体录制数据的应用对应的用户界面元素。

例如，将捕获多媒体录制数据的应用对应的用户界面元素显示为“大”的用户界面元素；将不捕获多媒体录制数据的应用对应的用户界面元素显示为“小”的用户界面元素；需要说明的是“大”和“小”是指相对大小。

方式四，以不同颜色显示捕获多媒体录制数据的应用对应的用户界面元素和不捕获多媒体录制数据的应用对应的用户界面元素。

例如，将捕获多媒体录制数据的应用对应的用户界面元素显示为第一颜色；将不捕获多媒体录制数据的应用对应的用户界面元素显示为第二颜色。

方式五，为捕获多媒体录制数据的应用对应的用户界面元素和不捕获多媒体录制数据的应用对应的用户界面元素添加不同标识。这里的不同标识可以是文本、图形或其任意组合构成的不同的标识。该标识可以添加在用户界面元素上或者周围。

例如，为捕获多媒体录制数据的应用对应的用户界面元素添加“允许捕获”标识，为不捕获多媒体录制数据的应用对应的用户界面元素添加“静音”标识。此外，未添加标识信息也可以认为是一种标识，例如，只对捕获多媒体录制数据的应用对应的用户界面元素添加“允许捕获”标识，则未添加“允许捕获”标识的用户界面元素对应的应用默认为不捕获多媒体录制数据的应用。

本领域技术人员应该可以理解，区分显示的方式不限于上述五种方式，同时，也可以是多种区分显示方式组合使用，例如，上述方式一和方式二组合使用。另外，本领域技术人员应该可以理解，也可以采用上述五种方式中的一种方式或者多种方式组合呈现第二状态信息，在此不予赘述。呈现第一状态信息和呈现第二状态信息的方式数量和/或种类可以相同，也可以不同。

此外，可以是全部或者部分的上述用户界面元素均呈现第一状态信息和/或第二状态信息。考虑到，一般用户往往较为关心的处于捕获多媒体录制数据的状态的应用是由***设置还是通过用户操作而设置的，而往往不太关心不捕获多媒体录制数据的状态的应用是由***设置还是通过用户操作而设置的。在本公开的某些示例性实施例中，可以仅对处于捕获多媒体录制数据的状态的应用呈现第二状态信息，如此可以简化部分的用户界面元素的呈现信息。

在本公开的某些示例性实施例中，可以在响应于用户操作而被控制为捕获多媒体录制数据的应用，不会被其他应用抢占而退出捕获状态，除非被用户操作再次控制为不捕获多媒体录制数据或者响应于退出事件退出多媒体录制状态。如此，可以使得通过用户操作而设置捕获多媒体录制数据的应用，始终保持捕获状态，而且该捕获状态不会被其他应用抢占，除非用户自己操作将其设置为不捕获多媒体录制数据的应用或者退出该应用的多媒体录制状态。

在本公开的某些示例性实施例中，上述的方法还可以包括：当预设应用捕获多媒体录制数据时，响应于用户操作被控制为捕获多媒体录制数据的应用保持对多媒体录制数据的捕获状态。

这里，该预设应用可以是由***设置的捕获多媒体录制数据的应用，例如，该预设应用为具有捕获多媒体录制数据的最高***优先级的应用。本某些示例性实施例中，该预设应用可以与通过用户操作而设置的捕获多媒体录制数据的应用共享多媒体录制数据，但不会使得通过用户操作而设置的捕获多媒体录制数据的应用退出捕获状态。

考虑到在部分场景中有使用传统的多媒体数据控制方案的需求，即基于设定的优先级规则确定由哪个应用捕获多媒体录制数据的方案。为了能够兼顾用户多方面的需求，可以在设置界面设置一个开关，用户可以根据需要开启指定应用使用多媒体组件功能，在该指定应用使用多媒体组件功能处于开启状态时，采用本公开的某些示例性实施例的方案进行多媒体数据控制，在该指定应用使用多媒体组件功能处于关闭状态时，采用传统的多媒体录制控制方案进行多媒体数据控制。以控制音频数据为例，可以如图4所示，在设置界面设置一个“指定应用使用麦克风”的开关。在“指定应用使用麦克风”处于开启状态时，采用本公开的某些示例性实施例的方案进行音频数据控制，在“指定应用使用麦克风”处于关闭状态时，采用传统的音频数据控制方案进行音频数据控制。

在本公开的示例性实施例中，提供一种多媒体数据控制方法。该示例性实施例中是以上述的预设应用为具有捕获多媒体录制数据的最高***优先级的应用为例进行说明。如图5所示，该多媒体数据控制方法可以包括如下步骤：

步骤502，为第一应用列表中的应用提供用于控制捕获多媒体录制数据的用户界面元素，该第一应用列表为处于多媒体录制状态的应用的列表。

步骤504，监听更新第一应用列表的触发事件，在监听到任意一个该触发事件时，进入步骤506。

其中，一般在增加或者减少了处于多媒体录制状态的应用时，或者在处于多媒体录制状态的应用的状态发生变化时，会产生更新应用使用多媒体组件的触发事件。传统的多媒体数据控制方案，一般对以下两类事件进行监听：

1)第一类事件为启动或者停止应用的多媒体录制状态的事件，例如，启动应用A多媒体录制状态的事件，或者，停止应用B的多媒体录制状态的事件。

2)第二类事件为将当前处于多媒体录制状态的应用切换到前台或者后台的事件，例如，应用C和应用D为将当前处于多媒体录制状态的应用，将应用C由前台切换到后台的事件，或者将应用D由后台切换到前台的事件。

采用本公开实施的多媒体数据控制方法后，该触发事件还可以包括以下的第三类事件：

3)第三类事件为通过用户操作而设置捕获或者不捕获多媒体录制数据的事件，也即对上述的用户界面元素进行用户操作产生的事件。例如，应用E和应用F均为处于多媒体录制状态的应用，可以是用户操作将应用E设置为捕获多媒体录制数据的应用的事件，也可以是用户操作将应用F设置为不捕获多媒体录制数据的应用的事件。

以进行音频数据控制为例，该触发事件可以包括：启动应用的音频录制状态的事件、停止应用的音频录制状态的事件、将录音应用切换到前台的事件、将录音应用切换到后台的事件、用户操作将应用设置为捕获音频数据的应用的事件和用户操作将应用设置为不捕获音频数据的应用的事件。

步骤506，更新第一应用列表以及该第一应用列表中对应的应用的状态信息，进入步骤508和步骤512。

这里，对应的应用的状态信息可以包括对应的应用处于捕获还是不捕获多媒体录制数据的状态和/或应用的捕获或不捕获的状态信息是由***设置还是通过用户操作而设置的信息。

步骤508，确定第二应用列表，该第二应用列表为用户指定的捕获或不捕获多媒体录制数据的应用。

具体地，可以根据第一应用列表以及其中的对应的应用的状态信息，确定第二应用列表。例如，第一应用列表中的应用为应用1、应用2、应用3、应用4和应用5。在用户尚未指定应用捕获或不捕获多媒体录制数据的情况下，本次的触发事件是用户指定(即通过用户操作而设置)应用3捕获多媒体录制数据，则第二应用列表包括应用3。若下次的触发事件用户又指定应用4不捕获多媒体录制数据，则第二应用列表包括应用3和应用4。

步骤510，控制第二应用列表中的应用捕获或不捕获多媒体录制数据，成功控制后，进入步骤518。

具体地，终端可以响应于对用户界面元素的用户操作，控制用户界面元素对应的应用捕获或不捕获多媒体录制数据。

步骤512，确定第三应用列表，该第三应用列表为第一应用列表中除用户指定的不捕获多媒体录制数据的应用以外的应用的列表，进入步骤514。

其中，考虑到存在用户未指定不捕获多媒体录制数据的应用的情况，该情况下，第三应用列表与第一应用列表相同。也存在用户将第一应用列表中的全部应用指定不捕获多媒体录制数据的应用的情况。该情况下，第三应用列表为空，可以不进入步骤514。

步骤514，按照设定的优先级规则判断第三应用列表中各应用的优先级，确定具有捕获多媒体录制数据的最高***优先级的应用；

步骤516，控制步骤514所确定出的应用捕获多媒体录制数据，成功控制后，进入步骤518；

步骤518，对第一应用列表中的应用对应的用户界面元素进行更新。

这里，更新用户界面元素可以是增加或者减少用户界面元素，也可以改变用户界面元素所呈现对应的应用的状态信息。

下面以上音频数据为例，对本公开的示例性实施例的多媒体数据控制方法进行详细描述。针对此情况下，在以下描述中将上述的处于多媒体录制状态的应用称为录音应用。

运行时，在通知栏对应位置的区域显示录音应用的用户界面元素，其中该区域的上部区域中的录音应用的用户界面元素为“明亮”状态，表示此应用正在使用麦克风，即处于捕获麦克风的音频数据(对应上述的音频录制数据)的状态；该区域的下部区域中的录音应用的用户界面元素标为“灰暗”状态，表示此应用处于不捕获麦克风的音频数据的状态。用户通过点击录音应用的用户界面元素，用户界面元素的状态会改变，例如，“明亮”<＝>“灰暗”，位置也可以相应发生变化，例如，由该区域的上部区域切换到该区域的下部区域。

以下以录音应用为图6-图9中的应用1、应用2和应用3为例进行说明。例如，应用1、应用2和应用3可以分别为“QQ”、“微信”和“和平精英”。如图6所示，在通知栏中，用户未设置，最高***优先级的应用1正在捕获麦克风的音频数据，应用1对应的用户界面元素显示在该区域的上部区域，状态显示“***选择”(对应一种上述的第二状态信息)；应用2和应用3未在捕获麦克风的音频数据，应用2和应用3对应的用户界面元素显示在该区域的下部区域。

如图7所示，用户点击应用3的用户界面元素，最高***优先级的应用1正在使用麦克风正在使用麦克风，状态显示“***选择”，应用3正在捕获麦克风的音频数据，状态显示“用户选择”(对应另一种上述的第二状态信息)，应用1和应用3对应的用户界面元素显示在该区域的上部区域；应用2未在捕获麦克风的音频数据，应用2对应的用户界面元素显示在该区域的下部区域。

如图8，用户接着点击应用2的用户界面元素，最高***优先级的应用1正在使用麦克风，状态显示“***选择”，应用2和应用3正在捕获麦克风的音频数据，状态显示“用户选择”。应用1、应用2和应用3的用户界面元素显示在该区域的上部区域。当所有录音应用都处于捕获麦克风的音频数据的状态后，不显示该区域的下部区域，以节省显示区域。

如图9，所有录音应用都处于不捕获麦克风的音频数据的状态后，不显示该区域的上部区域，以节省显示区域。

为了便于理解本公开的示例性实施例的方案及其有益效果，以下通过两个具体示例进行说明。

示例一(语音直播场景)

采用本公开实施例前，用户A作为一主播，经常需要在直播应用A和直播应用B上通过手机进行语音直播。但在使用Android手机进行直播的时候，用户A发现无法同时在直播应用A和直播应用B进行语音输出，只能在一个直播应用(例如直播应用A)上结束直播后，再进入另一个直播应用(例如直播应用B)，如此，会增加用户A的工作量。或者，有时候对看到一些人、一些物，突然有感而发想及时分享，只能在直播应用A和直播应用B中进行取舍。

而采用本公开的示例性实施例的方案后，当用户A需要语音直播时，打开直播应用A和直播应用B，当监听到应用录音时，会在通知栏显现出当前正在使用录音(即当前处于音频录制状态)的应用的用户界面元素，用户A选定需要录音共享的直播应用A和直播应用B后，无论是直播应用A和直播应用B的粉丝都能听到用户A的声音了。

具体地，在用户A打开指定应用使用麦克风的开关后，如10所示，如果用户打开直播应用A后，通知栏中显示当前的录音应用的用户界面元素，如列表1002所示，当前仅单个应用(即直播应用A)处于捕获麦克风采集的音频数据的状态，则此时只显示直播应用A的用户界面元素。当用户再打开直播应用B后，如列表1004所示，通知栏中显示直播应用A和直播应用B的用户界面元素，该用户界面元素呈现直播应用A和直播应用B处于音频录制状态。直播应用B位于顶部(或较晚录音)，具有更高优先级，处于捕获麦克风采集的音频数据的状态；直播应用A处于不捕获麦克风采集的音频数据的状态。

重新切换到直播应用A的语音直播，此时直播应用A为前台应用。如列表1006所示，通知栏中显示直播应用A和直播应用B处于音频录制状态。直播应用A位于顶部，具有更高优先级，处于捕获麦克风采集的音频数据的状态；直播应用B处于不捕获麦克风采集的音频数据的状态。在通知栏，用户可以通过点击录音应用的用户界面元素设置应用捕获或者不捕获麦克风采集的音频数据。

例如：用户点击直播应用B，指定直播应用B为捕获麦克风采集的音频数据的录音应用。响应用户该操作，用户通过通知栏将直播应用B设置为捕获麦克风采集的音频数据的录音应用，此时，如列表1008所示，直播应用B能接收麦克风采集的音频数据，由于直播应用B是通过用户设置允许使用麦克风，直播应用B应用图标下方标识状态为“用户选择”。直播应用A为当前最高***优先级的录音应用，也处于捕获麦克风采集的音频数据的状态，其应用图标下方标识状态为“***选择”。

示例二(沉浸式游戏语音体验场景)

采用本公开实施例前，用户B喜欢休息的时候玩手游，但有时会有玩手游并进行语音通信的需求，例如，通过“QQ”/“微信”语音进行交流。例如，用户B在玩某款游戏时，用户C给用户B打来“QQ”/“微信”语音，用户B接通“QQ”/“微信”的语音后，与用户B进行语音通信的其他游戏玩家(例如用户D和用户E)就听不到用户B的声音了。而当用户B切回游戏应用时，发现用户C听不到自己的声音了。

采用本公开实施例后，用户B开启某款游戏应用的游戏语音和某款语音通信应用(例如“QQ”/“微信”)语音后，当需要跟游戏的队友语音交流时，用户B下拉通知栏，在通知栏中提供当前的录音应用对应的用户界面元素，当用户B希望其他游戏玩家能够听到自己的声音时，可以操作该语音通信应用和/或该款游戏应用对应的用户界面元素，切换到该游戏应用捕获麦克风采集的音频数据。例如，在该语音通信应用被控制为捕获麦克风采集的音频数据，而该款游戏应用被控制为捕获麦克风采集的音频数据时，可以先点击该语音通信应用对应的用户界面元素以控制其不捕获麦克风采集的音频数据，再点击该游戏应用对应的用户界面元素以控制其捕获麦克风采集的音频数据；或者，在该语音通信应用和该款游戏应用均被控制为不捕获麦克风采集的音频数据时，可以点击该游戏应用对应的用户界面元素以控制其捕获麦克风采集的音频数据，如此，可以通过该游戏语音及时与其他游戏玩家交流。通过类似的方式，可以快捷及时地切回语音通信应用后通过语音跟用户C交流。

具体地，用户B打开某款游戏应用(如游戏应用A)的游戏语音。如列表1102所示，通知栏中显示当前的录音应用的用户界面元素，当前仅游戏应用A处于捕获麦克风采集的音频数据的状态。某款语音通信应用(如通信应用B)语音通话接入，用户B通过通信应用B弹出的通知栏接通通信应用B的语音通话。通知栏的方式属于后台模式。如列表1104所示，通知栏显示游戏应用A和通信应用B处于录音应用列表中。游戏应用A增加了属性值：“Audiomode owner”或者位于前台，具有更高优先级，处于捕获麦克风采集的音频数据的状态；通信应用B处于静音状态，处于不捕获麦克风采集的音频数据的状态。游戏应用A和通信应用B都采用VoIP进行语音通话，都为隐私敏感应用，谁为增加了属性值：“Audio mode owner”的应用或在前台(在都未增加“Audio mode owner”的属性值的情况下)的应用，谁被控制为捕获麦克风采集的音频数据。

在通知栏中，用户点击游戏应用A的用户界面元素，指定游戏应用A为不捕获麦克风采集的音频数据的录音应用，则控制其不捕获麦克风采集的音频数据。响应用户该操作，如列表1106所示，通过通知栏将游戏应用A设置为静音的录音应用，则控制其不捕获麦克风采集的音频数据；当前，在除了用户指定的不捕获音频录制数据的应用(例如游戏应用A)以外剩余的录音应用中，该通信应用B具有最高***优先级，此时该通信应用B能捕获麦克风采集的音频数据，则控制其捕获麦克风采集的音频数据。

在通知栏中，用户点击通信应用B的用户界面元素。然后，点击游戏应用A的用户界面元素。响应用户该操作，如列表1108所示，通过通知栏将通信应用B设置为静音的录音应用，控制其不捕获麦克风采集的音频数据；将游戏应用A设置为捕获麦克风采集的音频数据的录音应用，控制其捕获麦克风采集的音频数据。

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

在本公开的某些示例性实施例中，如图12所示，提供了一种多媒体数据控制装置，包括：元素提供模块1202，被配置为当至少一个应用处于多媒体录制状态，为至少一个应用提供用于控制捕获多媒体录制数据的用户界面元素，其中，一个用户界面元素对应一个应用；控制模块1204，被配置为响应于对用户界面元素的用户操作，控制用户界面元素对应的应用捕获或不捕获多媒体录制数据。

在本公开的某些示例性实施例中，上述的控制模块被配置为通过用户界面元素控制应用不捕获多媒体录制数据时，不退出不捕获多媒体录制数据的应用的多媒体录制状态；和/或，上述的控制模块被配置为通过用户界面元素控制应用捕获多媒体录制数据时，支持多个应用同时捕获多媒体录制数据。

在本公开的某些示例性实施例中，上述的用户界面元素包括具有对应的应用的标识的用户界面控件。

在本公开的某些示例性实施例中，上述的标识包括对应的应用的图标图案。

在本公开的某些示例性实施例中，上述的用户界面元素还用于呈现对应的应用的状态信息，状态信息包括对应的应用处于捕获还是不捕获多媒体录制数据的状态的信息和/或应用的捕获或不捕获的状态信息是由***设置还是通过用户操作而设置的信息。

在本公开的某些示例性实施例中，上述的用户界面元素以不同的显示方式呈现不同的状态信息。

在本公开的某些示例性实施例中，上述的不同的显示方式包括在不同子区域中显示、以不同亮暗程度显示、以不同尺寸显示、以不同颜色显示和添加不同标识中的一种方式或者多种方式组合。

在本公开的某些示例性实施例中，上述的用户界面元素在通知栏中提供。

在本公开的某些示例性实施例中，响应于用户操作而被控制为捕获多媒体录制数据的应用，不会被其他应用抢占而退出捕获状态，除非被用户操作再次控制为不捕获多媒体录制数据或者响应于退出事件退出多媒体录制状态。

在本公开的某些示例性实施例中，上述的控制模块还被配置为当预设应用捕获多媒体录制数据时，响应于用户操作被控制为捕获多媒体录制数据的应用保持对多媒体录制数据的捕获状态。

在本公开的某些示例性实施例中，上述的预设应用为具有捕获多媒体录制数据的最高***优先级的应用。

在本公开的某些示例性实施例中，上述的多媒体录制数据包括通过多媒体组件采集的音频和/或视频数据。

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

在本公开的某些示例性实施例中，提供了一种终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述任意一个实施例中多媒体数据控制方法的步骤。

在本公开的某些示例性实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任意一个实施例中多媒体数据控制方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本公开所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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 (26)

1.一种多媒体数据控制方法，其特征在于，所述方法包括：

当至少一个应用处于多媒体录制状态，为所述至少一个应用提供用于控制捕获多媒体录制数据的用户界面元素，其中，一个所述用户界面元素对应一个应用；

响应于对所述用户界面元素的用户操作，控制所述用户界面元素对应的所述应用捕获或不捕获所述多媒体录制数据。

2.根据权利要求1所述的方法，其特征在于，所述控制所述用户界面元素对应的所述应用捕获或不捕获所述多媒体录制数据，包括：

通过所述用户界面元素控制所述应用不捕获所述多媒体录制数据时，不退出不捕获所述多媒体录制数据的所述应用的多媒体录制状态；

和/或

通过所述用户界面元素控制所述应用捕获所述多媒体录制数据时，支持多个所述应用同时捕获所述多媒体录制数据。

3.根据权利要求1或2所述的方法，其特征在于，所述用户界面元素包括具有对应的应用的标识的用户界面控件。

4.根据权利要求3所述的方法，其特征在于，所述标识包括对应的应用的图标图案。

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

所述用户界面元素还用于呈现对应的所述应用的状态信息，所述状态信息包括对应的所述应用处于捕获还是不捕获所述多媒体录制数据的状态的信息和/或所述应用的所述捕获或不捕获的状态信息是由***设置还是通过所述用户操作而设置的信息。

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

所述用户界面元素以不同的显示方式呈现不同的所述状态信息。

7.根据权利要求5所述的方法，其特征在于，所述不同的显示方式包括在不同子区域中显示、以不同亮暗程度显示、以不同尺寸显示、以不同颜色显示和添加不同标识中的一种方式或者多种方式组合。

8.根据权利要求1或2所述的方法，其特征在于，所述用户界面元素在通知栏中提供。

9.根据权利要求1或2所述的方法，其特征在于：响应于所述用户操作而被控制为捕获所述多媒体录制数据的应用，不会被其他应用抢占而退出捕获状态，除非被所述用户操作再次控制为不捕获所述多媒体录制数据或者响应于退出事件退出所述多媒体录制状态。

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

当预设应用捕获所述多媒体录制数据时，响应于所述用户操作被控制为捕获所述多媒体录制数据的应用保持对所述多媒体录制数据的捕获状态。

11.根据权利要求10所述的方法，其特征在于，所述预设应用为具有捕获所述多媒体录制数据的最高***优先级的应用。

12.根据权利要求1或2所述的方法，其特征在于，所述多媒体录制数据包括通过多媒体组件采集的音频和/或视频数据。

13.一种多媒体数据控制装置，其特征在于，所述装置包括：

元素提供模块，被配置为当至少一个应用处于多媒体录制状态，为所述至少一个应用提供用于控制捕获多媒体录制数据的用户界面元素，其中，一个所述用户界面元素对应一个应用；

控制模块，被配置为响应于对所述用户界面元素的用户操作，控制所述用户界面元素对应的所述应用捕获或不捕获所述多媒体录制数据。

14.根据权利要求13所述的装置，其特征在于：

所述控制模块被配置为通过所述用户界面元素控制所述应用不捕获所述多媒体录制数据时，不退出不捕获所述多媒体录制数据的所述应用的多媒体录制状态；

和/或

所述控制模块被配置为通过所述用户界面元素控制所述应用捕获所述多媒体录制数据时，支持多个所述应用同时捕获所述多媒体录制数据。

15.根据权利要求13或14所述的装置，其特征在于，所述用户界面元素包括具有对应的应用的标识的用户界面控件。

16.根据权利要求15所述的装置，其特征在于，所述标识包括对应的应用的图标图案。

17.根据权利要求13或14所述的装置，其特征在于：

所述用户界面元素还用于呈现对应的所述应用的状态信息，所述状态信息包括对应的所述应用处于捕获还是不捕获所述多媒体录制数据的状态的信息和/或所述应用的所述捕获或不捕获的状态信息是由***设置还是通过所述用户操作而设置的信息。

18.根据权利要求17所述的装置，其特征在于：

所述用户界面元素以不同的显示方式呈现不同的所述状态信息。

19.根据权利要求18所述的装置，其特征在于，所述不同的显示方式包括在不同子区域中显示、以不同亮暗程度显示、以不同尺寸显示、以不同颜色显示和添加不同标识中的一种方式或者多种方式组合。

20.根据权利要求13或14所述的装置，其特征在于，所述用户界面元素在通知栏中提供。

21.根据权利要求13或14所述的装置，其特征在于：响应于所述用户操作而被控制为捕获所述多媒体录制数据的应用，不会被其他应用抢占而退出捕获状态，除非被所述用户操作再次控制为不捕获所述多媒体录制数据或者响应于退出事件退出所述多媒体录制状态。

22.根据权利要求13或14所述的装置，其特征在于：

所述控制模块还被配置为当预设应用捕获所述多媒体录制数据时，响应于所述用户操作被控制为捕获所述多媒体录制数据的应用保持对所述多媒体录制数据的捕获状态。

23.根据权利要求22所述的装置，其特征在于，所述预设应用为具有捕获所述多媒体录制数据的最高***优先级的应用。

24.根据权利要求13或14所述的装置，其特征在于，所述多媒体录制数据包括通过多媒体组件采集的音频和/或视频数据。

25.一种终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至12中任一项所述方法的步骤。

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