音频管理系统的制作方法
【技术领域】
[0001]本发明涉及通信领域，具体而言，涉及一种音频管理系统。
【背景技术】
[0002]Android 2.2版本以后的操作系统提供了一种“音频焦点”的协议，遵守该协议的应用软件，能够在其他应用软件、播放器获得音频焦点以及释放音频焦点时获得通知。最典型的应用场景就是音乐软件正在播放音乐时收到系统电话，此时音乐软件自动暂停，待电话挂断后自动恢复。
[0003]该协议本身的设计很简单，假设A、B两个播放器先后进行音乐播放，步骤与现象如下:
[0004]步骤1:A播放器在播放前向系统请求音频焦点。
[0005]步骤2:A播放器获得音频焦点，开始播放音乐。
[0006]步骤3:B播放器准备开始播放音乐，在播放前同样向系统请求音频焦点。
[0007]步骤4:A播放器收到失去音频焦点的通知(可在收到该通知时暂停播放音乐)。
[0008]步骤5:B播放器获得音频焦点，开始播放音乐。
[0009]步骤6:B播放器停止播放音乐，告诉系统放弃音频焦点。
[0010]步骤7:A播放器收到获得音频焦点的通知(可在收到该通知时继续播放音乐)。
[0011]但是，操作系统虽然提供了该协议以及对应接口，但是只能在对音频使用上比较简单的应用内直接使用，如果应用软件内本身也有多个音频源要抢占音频焦点使用音频，同时还涉及复杂的业务逻辑，那系统提供的简单接口就不能满足场景的需要了，需要进行更进一步的封装与设计才能易于使用。
【发明内容】
[0012]本发明的主要目的在于公开了一种音频管理系统，以至少解决相关技术中对于复杂的业务逻辑，操作系统提供的简单接口无法满足场景的需要的问题。
[0013]根据本发明，提供了一种音频管理系统。
[0014]根据本发明的音频管理系统包括:音频基类模块，设置于框架层，用于实现音频焦点的获取和放弃；播放器接口，设置于所述框架层，用于定义音频播放器在第一场景下的功能；播放器，设置于所述框架层或者业务实现层，用于继承所述音频基类模块的功能，并用于实现所述播放器接口定义的所述至少一个功能。音频管理基类模块，设置于所述框架层，用于继承所述音频基类模块的功能，并用于实现第二场景下的功能以及定义播放音频和暂停音频的行为。
[0015]与现有技术相比，本发明实施例至少具有以下优点:提供了一套音频管理系统框架供应用内的多个音频使用，解决了复杂业务场景下(即上述第二场景)重复复制、粘贴代码，管理混乱等问题。
【附图说明】
[0016]图1是根据本发明实施例的音频管理系统的结构框图；
[0017]图2是根据本发明优选实施例的音频管理系统的结构框图；以及
[0018]图3是根据本发明实例的音频管理系统的结构示意图。
【具体实施方式】
[0019]下面结合说明书附图对本发明的具体实现方式做一详细描述。
[0020]图1是根据本发明实施例的音频管理系统的结构框图。如图1所示，该音频管理系统包括:音频基类模块10，设置于框架层，用于实现音频焦点的获取和放弃；播放器接口12，设置于所述框架层，用于定义音频播放器在第一场景下的功能；播放器14，设置于所述框架层或者业务实现层，用于继承所述音频基类模块的功能，并用于实现所述播放器接口定义的所述至少一个功能。音频管理基类模块16，设置于所述框架层，用于继承所述音频基类模块的功能，并用于实现第二场景下的功能以及定义播放音频和暂停音频的行为。
[0021]相关技术中，操作系统虽然提供了该协议以及对应接口，但是只能在对音频使用上比较简单的应用内直接使用，如果应用软件内本身也有多个音频源要抢占音频焦点使用音频，同时还涉及复杂的业务逻辑，那系统提供的简单接口就不能满足场景的需要了，需要进行更进一步的封装与设计才能易于使用。针对以上所提到的系统接口在复杂音频及业务场景下使用时的局限性，本发明实施例提供了一套音频管理框架供应用内的多个音频使用，解决了复杂业务场景下重复复制、粘贴代码，管理混乱的问题。
[0022]其中，所述第二场景下的功能包括但不限于以下至少之一:免提功能、静音功能、耳机插拔处理功能。
[0023]其中，上述“接口”仅仅定义了事物的行为，并没有实现，需要由类来实现。“继承”是面向对象软件技术当中的一个概念。如果一个类A继承自另一个类B，就把这个类A称为"B的子类"，而把B称为"A的父类"。继承可以使得子类具有父类的各种属性和方法，而不需要再次编写相同的代码。在令子类继承父类的同时，可以重新定义某些属性，并重写某些方法，即覆盖父类的原有属性和方法，使其获得与父类不同的功能。另外，为子类追加新的属性和方法也是常见的做法。
[0024]实际应用中，一般音频的应用场景有两种。第一场景下，音频播放器，可以指定一个音频文件的路径或网址进行播放；第二场景下，音频模块，例如聊天室、呼叫等模块，这种音频模块对音频的管理并非是简单的播放、停止、暂停的播放器模式，而是伴随着具体的业务场景，对音频进行更细粒度的控制，如进入聊天室后开始进行音频的录制与播放，按下静音按钮后停止音频的录制，但保持音频的播放。故本框架的设计原型基于这这两种使用场景。
[0025]优选地，如图2所示，上述系统还可以包括:音频管理器18，设置于业务实现层，用于继承所述音频管理基类模块的功能，并用于实现所述播放音频和暂停音频的行为，以及实现插拔耳机对应的业务逻辑，音频焦点放弃或获取到音频焦点的业务逻辑；业务模块20，设置于业务层，用于使用所述播放器或者所述音频管理器。
[0026]以下结合图3进一步描述上述优选实施方式。
[0027]图3是根据本发明实例的音频管理系统的结构示意图。如图3所示，该音频管理系统包括:
[0028]如图3所示，该音频管理系统包括:
[0029]音频基类模块(设置于框架层):
[0030]该模块封装了每个音频都需要用到并实现的基本功能一一音频焦点获取与放弃，核心方法就是requestFocus (请求焦点)和abandonFocus (放弃焦点)，可供任何继承于该类的子类调用。
[0031]音频管理基类模块(设置