一种分屏窗口的音量配置方法、存储介质及终端设备与流程

1.本技术涉及音量配置技术领域，特别涉及一种分屏窗口的音量配置方法、存储介质及终端设备。


背景技术：

2.android原生音量控制为不同类型的音频设置了单独的音频流，用户可以单独去控制对应的音频流的音量。
3.虽然原生的音量控制逻辑可以独立地控制不同类型音频流的音量，但是无法去实现对同一音频流下的不同应用的音量进行控制，而在多窗口场景下，会出现多个应用同时发声的场景，现有原生音量控制逻辑无法实现不同应用使用不同音量大小发声。
4.因此，现有技术还有待于改进和发展。


技术实现要素：

5.针对现有技术的不足，本发明的目的在于提供一种分屏窗口的音量配置方法、存储介质及终端设备，旨在解决现有原生音量控制方法无法实现不同应用使用不同音量大小发声的问题。
6.为了解决上述技术问题，本技术实施例第一方面提供了一种音量配置方法，其中，所述的音量配置方法包括步骤：
7.当终端设备接收到音量调节指令时，则对终端设备的屏幕状态进行检测；
8.若检测到所述终端设备处于分屏状态，则进入分屏窗口音量调节模式，对不同应用的音轨音量分别进行调节。
9.可选地，所述的音量配置方法，其中，若检测到所述终端设备处于分屏状态，则进入分屏窗口音量调节模式，对不同应用的音轨音量分别进行调节的步骤包括：
10.若检测到所述终端设备处于分屏状态，则进入分屏窗口音量调节模式并弹出分屏窗口音量调节界面；
11.在所述分屏窗口音量调节界面中选定应用，并通过音量键调节所述应用的音轨音量大小并保存。
12.可选地，所述的音量配置方法，其中，通过音量键调节所述应用的音轨音量大小并保存的步骤包括：
13.将调节的音轨音量大小与应用的识别信息对应存储音轨数据中。
14.可选地，所述的音量配置方法，其中，还包括步骤：
15.若检测到所述终端设备处于全屏状态，则进入原生音量控制模式，对终端设备的音频流音量大小进行调节。
16.可选地，所述的音量配置方法，其中，若检测到所述终端设备处于全屏状态，则进入原生音量控制模式，对终端设备的音频流音量大小进行调节的步骤包括：
17.若检测到所述终端设备处于全屏状态，则进入原生音量控制模式并弹出系统音量
调节界面；
18.通过音量键调节所述终端设备的音频流音量大小并保存。
19.可选地，所述的音量配置方法，其中，还包括步骤：
20.对终端设备上的音量键状态进行监测；
21.若监测到所述音量键发生按压动作时，则判定终端设备接收到音量调节指令。
22.本技术实施例第二方面提供了一种存储介质，其特征在于，其特征在于，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上任意一项所述的音量配置方法中的步骤。
23.本技术实施例第三方面提供了一种终端设备，其包括：处理器、存储器及通信总线；所述存储器上存储有可被所述处理器执行的计算机可读程序；
24.所述通信总线实现处理器和存储器之间的连接通信；
25.所述处理器执行所述计算机可读程序时实现如上任一所述的音量配置方法中的步骤。
26.可选地，所述终端设备为电脑、手机、电视和平板中的一种。
27.有益效果：与现有技术相比，本技术提供了一种音量配置方法、存储介质及终端设备，其中，所述的音量配置方法包括步骤：当终端设备接收到音量调节指令时，则对终端设备的屏幕状态进行检测；若检测到所述终端设备处于分屏状态，则进入分屏窗口音量调节模式，对不同应用的音轨音量分别进行调节。本发明克服了android原生音量控制无法实现对同一音频流单独控制音量大小的缺陷，实现了用户在多窗口模式下能够对不同的应用，单独控制其音量大小，提升了用户在这种场景下的用户体验。
附图说明
28.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员而言，在不符创造性劳动的前提下，还可以根据这些附图获得其他的附图。
29.图1为本技术提供的音量配置方法的流程图。
30.图2为本技术提供的分屏窗口音量调节界面效果图。
31.图3为本技术提供的分屏状态下的多应用音量控制流程图。
32.图4为本技术提供的系统音量调节界面效果图。
33.图5为本技术提供的终端设备的结构原理图。
具体实施方式
34.本技术提供一种音量配置方法、存储介质及终端设备，为使本技术的目的、技术方案及效果更加清楚、明确，以下参照附图并举实施例对本技术进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本技术，并不用于限定本技术。
35.本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本技术的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加
一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
36.本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本技术所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
37.具体实现中，本技术实施例中描述的终端设备包括但不限于诸如具有触摸敏感表面(例如，触摸显示屏和/或触摸板)的移动电话，膝上形计算机或平板计算机之类的其他便携式设备。还应该理解的是，在某些实施例中，所述设备并非便携式通讯设备，而是具有触摸敏感表面(例如，触摸显示屏和/或触摸板)的台式计算机。
38.在接下来的讨论中，描述了包括显示器和触摸敏感表面的终端设备。然而，应当理解的是，终端设备还可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其他物理用户接口设备。
39.终端设备支持各种应用程序，例如以下中的一个或多个：绘图应用程序、演示应用程序、文字处理应用程序、视频会议应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件由于程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数据相机应用程序、数字摄像机应用程序、web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放应用程序等。
40.可以在终端设备上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的第一或多个功能以及终端上显示的相应信息。这样，终端的公共物理框架(例如，触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。
41.应理解，本实施例中各步骤的序号和大小并不意味着执行顺序的先后，各过程的执行顺序以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
42.发明人经过研究发现，android原生音量控制方法为不同类型的音频设置了单独的音频流，用户可以单独去控制对应的音频流的音量。虽然原生的音量控制逻辑可以独立地控制不同类型音频流的音量，但是无法去实现对同一音频流下的不同应用的音量进行控制，而在多窗口场景下，会出现多个应用同时发声的场景，现有原生音量控制逻辑无法实现不同应用使用不同音量大小发声。
43.为了解决上述问题，本发明提供了一种音量配置方法，如图1所示，所述方法包括步骤：
44.s10、当终端设备接收到音量调节指令时，则对终端设备的屏幕状态进行检测；
45.s20、若检测到所述终端设备处于分屏状态，则进入分屏窗口音量调节模式，对不同应用的音轨音量分别进行调节。
46.具体来讲，按照安卓标准流程，音量的大小是由三部分组成，即volume＝track_volume(音轨音量)*stream_volume(音频流音量)*master_volume(硬件音量)，其中，音频
流音量的改变会影响同一个音频流下的音量，硬件音量声卡设备的音量值由厂家决定，一般不会进行修改；而音轨音量则只会影响单个的audiotrack(音轨)，不会对其他的音量产生影响。原生的安卓流程则是通过去改变音频流音量的方式来改变音量的大小，而为了实现音量的单独控制，本实施例需要对音轨音量进行控制。
47.本实施例设计了一种基于分屏窗口的音量配置方法，在触发音量调节时会先对终端设备进行判断，如果终端设备处于分屏状态，则控制所述终端设备进入分屏窗口音量调节模式，对终端设备中不同应用的音轨音量分别进行调控。本实施例克服了android(安卓)原生音量控制无法实现对同一音频流单独控制音量大小的缺陷，实现了用户在多窗口模式下能够对不同的应用，单独控制其音量大小，提升了用户在这种场景下的用户体验。
48.在一些实施方式中，若检测到所述终端设备处于分屏状态，则进入分屏窗口音量调节模式并弹出分屏窗口音量调节界面；在所述分屏窗口音量调节界面中选定应用，并通过音量键调节所述应用的音轨音量大小并保存。
49.具体来讲，对终端设备上的音量键状态进行监测；若监测到所述音量键发生按压动作时，则判定终端设备接收到音量调节指令，此时对终端设备的屏幕状态进行检测，若检测到所述终端设备处于分屏状态，则进入分屏窗口音量调节模式并弹出如图2所示的分屏窗口音量调节界面，所述分屏窗口音量调节界面包括发声模式项、系统音量项和多个应用音量调节项，所述发声模式项显示当前终端设备处于分屏状态时的发声模式为“应用独立发声”模式。此时用户可点击选择相应的应用项，通过音量键来设定相应应用的音轨音量。
50.本实施例中，如图3所示，当终端设备上的一个应用开始播放音频时，终端设备中的安卓系统会默认创建一个对应的audiotrack，并保存所有与应用相关的识别信息，最后触发底层创建一个track实例并与之绑定；完成绑定后，会添加到同一输出设备所创建的播放线程的音轨集合中，这个播放线程会对集合中所有的音轨数据进行混合输出，表现为安卓终端设备同时输出来自不同应用的音频信息数据。本实施例要实现多应用音量单独控制的关键在于在安卓基础流程至外提供一条通路，允许上层通过传递应用信息至底层，并与音轨进行匹配，对目标音轨进行音量设置操作，修改track_volume的值，从而达到单独调节某个应用音量的效果。
51.在一些实施方式中，对终端设备上的音量键状态进行监测；若监测到所述音量键发生按压动作时，则判定终端设备接收到音量调节指令，此时对终端设备的屏幕状态进行检测，若检测到所述终端设备处于全屏状态，则进入原生音量控制模式并弹出如图4所示的系统音量调节界面；通过音量键调节所述终端设备的音频流音量大小并保存。
52.在本实施例中，所述系统音量调节界面包括发声模式项和系统音量项，所述发声模式项显示当前终端设备处于全屏状态时的发声模式为“可控应用发声”，用户可选定所述系统音量项，通过音量键来设定音频流音量的大小。
53.基于上述音量配置方法，本实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上述实施例所述的音量配置方法中的步骤。
54.基于上述音量配置方法，本技术还提供了一种终端设备，如图5所示，其包括至少一个处理器(processor)20；显示屏21；以及存储器(memory)22，还可以包括通信接口(communications interface)23和总线24。其中，处理器20、显示屏21、存储器22和通信接
口23可以通过总线24完成相互间的通信。显示屏21设置为显示初始设置模式中预设的用户引导界面。通信接口23可以传输信息。处理器20可以调用存储器22中的逻辑指令，以执行上述实施例中的方法。
55.此外，上述的存储器22中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。
56.存储器22作为一种计算机可读存储介质，可设置为存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令或模块。处理器20通过运行存储在存储器22中的软件程序、指令或模块，从而执行功能应用以及数据处理，即实现上述实施例中的方法。
57.存储器22可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器22可以包括高速随机存取存储器，还可以包括非易失性存储器。例如，u盘、移动硬盘、只读存储器(read
‑
only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。
58.此外，存储介质以及终端设备中的多条指令处理器加载并执行的具体过程在上述方法中已经详细说明，在这里就不再一一陈述。
59.最后应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。