CN104991784A - 应用程序的音频处理方法及装置 - Google Patents

Abstract

本发明公开了一种应用程序的音频处理方法，包括：应用程序向音频处理装置指定音频的地址；所述音频处理装置调用音频播放服务，根据所述地址播放所述音频；所述音频处理装置从所述音频播放服务获取所述音频当前的播放状态；所述音频处理装置根据所述播放状态以及所述应用程序的界面配置文件刷新所述应用程序的主界面中的音频播放相关界面。应用本发明技术方案，能够避免对操作系统中每一款需要进行音频处理的应用程序进行音频播放业务逻辑及界面刷新逻辑的编辑，降低每个应用程序的体积及维护成本。本方案将传统中应用程序中都要实现的音频播放业务逻辑及界面刷新逻辑在一音频处理装置中实现，降低了应用程序之间的内容的耦合度。

Description

应用程序的音频处理方法及装置

技术领域

本发明涉及电子及计算机技术领域，特别是涉及一种音频处理方法及装置。

背景技术

随着技术的发展，多种电子终端包括车载终端，在其操作系统环境中，集成了各式各样的应用程序(App)为用户提供服务。目前，越来越多的应用程序需要对音频进行处理。比如图1A中对音频文件进行播放的“LOVE MUSIC”应用程序，可以播放音乐，并在终端屏幕的界面上显示音乐标题、歌手、播放时间、切歌按钮等信息。又比如图1B中的即时通讯应用程序，也提供了音频相关的存储、传输及播放功能，例如当用户点击界面上的“气泡”，就会播放一段对应的音频，该音频可以是用户通过麦克风输入并存储在本地的音频，也可以是通过网络接收好友所发送的音频。

发明人在研究中发现，在电子终端的开发过程中，当其操作系统中预装的多款应用程序都有音频处理的需求时，每一款应用程序在进行软件设计时，就要相应地编辑音频播放业务逻辑及界面刷新显示逻辑。由此，每个应用程序的开发工作量变大，并且整个系统的代码量相应增大，电子终端的软件维护成本也就更高。

发明内容

基于此，有必要提供一种应用程序的音频处理方法及装置，能够避免对操作系统中每一款需要进行音频处理的应用程序进行音频播放业务逻辑及界面刷新逻辑的编辑，降低每个应用程序的代码量及维护成本。一种应用程序的音频处理方法，包括：

应用程序向音频处理装置指定音频的地址；

所述音频处理装置调用音频播放服务，根据所述地址播放所述音频；

所述音频处理装置从所述音频播放服务获取所述音频当前的播放状态；

所述音频处理装置根据所述播放状态以及所述应用程序的界面配置文件刷新所述应用程序的主界面中的音频播放相关界面。

在一个实施例中，在所述应用程序向音频处理装置提供音频的地址的步骤之前，还包括：

所述应用程序通过接口调用所述音频处理装置。

在一个实施例中，所述应用程序通过接口调用所述音频处理装置的步骤，包括：

通过所述应用程序的主界面中的预定义按钮接收指令，来调用所述音频处理装置；或者

通过识别应用程序主界面中所要启动的文件类型，若为音频格式，则调用所述音频处理装置。

在一个实施例中，调用所述音频播放装置的应用程序数目不作限制，至少为一个；

对通过所述音频播放装置调用所述音频播放服务的应用程序作互斥处理，在同一时刻只播放一个应用程序所指定的音频。

在一个实施例中，所述应用程序的界面配置文件中预先设定所述应用程序音频播放的显示元素。

一种音频处理装置，包括：

音频地址获取单元，获取应用程序向所述音频处理装置指定的音频地址；

音频播放服务调用单元，调用音频播放服务，根据所述地址播放所述音频；

播放状态获取单元，从所述音频播放服务获取所述音频当前的播放状态；

界面配置文件存储单元，存储应用程序的界面配置文件；

界面刷新单元，根据所述播放状态以及所述应用程序的界面配置文件刷新所述应用程序的主界面中的音频播放相关界面。

在一个实施例中，包括响应单元，响应所述应用程序通过接口对所述音频处理装置的调用。

在一个实施例中，还包括堆栈单元，将先后调用音频播放服务的应用程序标识依次压入堆栈，从而对通过所述音频播放装置调用所述音频播放服务的应用程序作互斥处理。

在一个实施例中，所述应用程序的界面配置文件中预先设定所述应用程序音频播放的显示元素。

在一个实施例中，所述装置为线程、进程或者控件。

上述应用程序的音频处理方法及处理装置，在应用程序需要播放音频时，向音频处理装置指定音频的地址，由音频处理装置调用音频播放服务播放音频，并获取音频的播放状态，根据播放状态及应用程序的界面配置文件来刷新应用程序的界面，相比于传统技术，避免对操作系统中每一款需要进行音频处理的应用程序进行音频播放业务逻辑及界面刷新逻辑的编辑，降低每个应用程序的体积及维护成本。

附图说明

图1A和图1B为传统技术中的两种涉及音频处理的应用程序的界面示意图；

图2为传统技术中的应用程序音频处理的软件架构图；

图3为一个实施例中的应用程序的音频处理方法的流程示意图；

图4为一个实施例中的应用程序音频处理的软件架构图；

图5为一个实施例中的音频处理装置的结构示意图及其应用程序场景示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参见图2，为传统技术中应用程序进行音频处理的软件架构图。在操作系统中，设应用程序App 1、App 2和App 3都可以对音频进行处理。其中，这里所说的操作系统是管理和控制电子计算机(包括个人计算机和移动终端等)硬件与软件资源的程序，可以但不限于是安卓等系统。App 1、App 2和App 3可以是如图1A中专门提供音乐播放功能的娱乐应用程序，也可以是如图1B中包含了音频处理的多功能应用程序。App 1、App 2和App 3在进行音频处理时，都需要调用音频播放服务(audio play service)进行音频播放，这里的服务(service)是指执行操作系统指定功能的程序、进程或者线程，可以支持其它程序，尤其是接近硬件的程序。对音频播放服务而言，其接近音频播放相关的硬件，如功放、喇叭等等。在图2中，App 1、App 2和App 3可以调用音频播放服务，本身在设计程序时，必须包含了音频播放相关的业务逻辑，还要包含按需设定的音频播放相关的界面刷新业务逻辑，因此App 1、App 2和App 3的程序体积比较大，在后期维护的成本也就比较高。

参见图3、图4，在一个实施例中提供了一种应用程序的音频处理方法。该方法包括：

步骤301，应用程序向音频处理装置指定音频的地址。

具体的，本实施例中的应用程序可以参照图4，与图2中的差别在于应用程序中不包含音频播放的业务逻辑和音频播放相关的界面刷新逻辑(应用程序的其它界面显示业务逻辑可以如传统技术，在应用程序中实现)。本实施例中的音频处理装置可以是操作系统中的线程、进程或控件。在本步骤之前，当应用程序需要播放音频时，还需要应用程序通过接口调用音频处理装置。例如，音频处理装置可以是嵌入在应用程序主界面中的控件，体现为主界面中的一组或一个预定义控件，通过应用程序的主界面中的预定义控件接收指令，来调用音频处理装置。又例如，应用程序可以对多种格式的文件进行处理，包括文本、图片、音频等等，通过识别应用程序主界面中所要启动的文件类型，若为音频格式，则调用音频处理装置。在应用程序调用音频处理装置后，向音频处理装置指定音频的地址。

步骤302，音频处理装置调用音频播放服务，根据地址播放音频。

具体的，以图4为例说明，App 1、App 2或App 3需要进行音频处理时，通过音频处理装置调用音频播放服务进行播放。App1、App 2或App 3中都提供有接口调用音频播放服务，在同一时刻，调用音频播放装置的应用程序数目不作限制，至少为一个。而在音频播放装置调用音频播放服务时，向音频播放服务提供应用程序标识及音频地址，对通过音频播放装置调用音频播放服务的应用程序作互斥处理，即在同一时刻只播放一个应用程序所指定的音频，其中所述的互斥处理可以但不限于是堆栈的处理方式，当有新应用程序需要调用音频播放服务时，且允许对该应用程序进行响应时，就将当前新应用程序的应用程序标识压入堆栈，调用音频播放服务播放该应用程序指定的音频。

步骤303，音频处理装置从音频播放服务获取音频当前的播放状态。

具体的，音频处理装置中包含了音频播放业务逻辑，音频处理装置获取音频的播放状态，包括播放进度、音频总时间、作者、标题、音量等信息，以返回给应用程序及进行音频播放界面的刷新。

步骤304，音频处理装置根据播放状态以及应用程序的界面配置文件刷新应用程序的主界面中的音频播放相关界面。

具体的，在本实施例中，根据各个应用程序的需求及应用程序场景，应用程序的界面配置文件(例如可以是xml格式)中预先设定应用程序音频播放的显示元素，包括播放进度、音频标题、切歌按钮等等，在专业的音频娱乐应用程序中，通常所要包含更多的显示元素，而在一些多功能应用程序中可能就仅仅需要显示音频的图标及音频总时间等。在音频处理装置中还包括界面刷新业务逻辑，根据音频的播放状态以及应用程序的界面配置文件刷新应用程序的主界面中的音频播放相关界面。图4中的App 1、App 2或App 3不含音频处理及界面刷新的相关业务逻辑，相比于图2，降低了程序体积和维护成本。

参见图5，提供了一种音频处理装置501，该装置可以是线程、进程或者控件。该装置包括：响应单元、堆栈单元、音频地址获取单元、音频播放服务调用单元、播放状态获取单元、界面配置文件存储单元及界面刷新单元。

其中，所述响应单元，响应应用程序通过接口对音频处理装置的调用。所述堆栈单元，将先后调用音频播放服务的应用程序标识依次压入堆栈，从而对通过所述音频播放装置调用所述音频播放服务的应用程序作互斥处理。所述音频地址获取单元，获取应用程序向音频处理装置指定的音频地址。所述音频播放服务调用单元，调用音频播放服务，根据地址播放音频。所述播放状态获取单元，从音频播放服务获取音频当前的播放状态。所述界面配置文件存储单元，存储应用程序的界面配置文件，应用程序的界面配置文件中预先设定应用程序音频播放的显示元素。所述界面刷新单元，根据播放状态以及应用程序的界面配置文件刷新所述应用程序的主界面中的音频播放相关界面。在图5中，音频播放服务通过音频播放硬件播放音频，以及应用程序通过显示驱动在显示屏上显示应用程序的主界面，与现有技术相同。

上述实施例中的应用程序的音频处理方法及处理装置，在应用程序需要播放音频时，向音频处理装置指定音频的地址，由音频处理装置调用音频播放服务播放音频，并获取音频的播放状态，根据播放状态及应用程序的界面配置文件来刷新应用程序的界面，相比于传统技术，避免对操作系统中每一款需要进行音频处理的应用程序进行音频播放业务逻辑及界面刷新逻辑的编辑，降低每个应用程序的体积及维护成本。本方案将传统中应用程序中都要实现的音频播放业务逻辑及界面刷新逻辑在一音频处理装置中实现，降低了应用程序之间的内容的耦合度。本方案实现了软件复用，实现了应用程序、音频处理装置及音频播放服务的相互配合，且三者可独立扩展。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种应用程序的音频处理方法，其特征在于，所述方法包括：

应用程序向音频处理装置指定音频的地址；

所述音频处理装置调用音频播放服务，根据所述地址播放所述音频；

所述音频处理装置从所述音频播放服务获取所述音频当前的播放状态；

所述音频处理装置根据所述播放状态以及所述应用程序的界面配置文件刷新所述应用程序的主界面中的音频播放相关界面。

2.根据权利要求1所述的方法，其特征在于，在所述应用程序向音频处理装置提音频的地址的步骤之前，还包括：

所述应用程序通过接口调用所述音频处理装置。

3.根据权利要求2所述的方法，其特征在于，所述应用程序通过接口调用所述音频处理装置的步骤，包括：

通过所述应用程序的主界面中的一组或一个预定义控件接收指令，来调用所述音频处理装置；或者

通过识别应用程序主界面中所要启动的文件类型，若为音频格式，则调用所述音频处理装置。

4.根据权利要求2所述的方法，其特征在于，调用所述音频播放装置的应用程序数目不作限制，至少为一个；

对通过所述音频播放装置调用所述音频播放服务的应用程序作互斥处理，在同一时刻只播放一个应用程序所指定的音频。

5.根据权利要求1所述的方法，其特征在于，所述应用程序的界面配置文件中预先设定所述应用程序音频播放的显示元素。

6.一种音频处理装置，其特征在于，所述装置包括：

音频地址获取单元，获取应用程序向所述音频处理装置指定的音频地址；

音频播放服务调用单元，调用音频播放服务，根据所述地址播放所述音频；

播放状态获取单元，从所述音频播放服务获取所述音频当前的播放状态；

界面配置文件存储单元，存储应用程序的界面配置文件；

界面刷新单元，根据所述播放状态以及所述应用程序的界面配置文件刷新所述应用程序的主界面中的音频播放相关界面。

7.根据权利要求6所述的装置，其特征还在于，包括响应单元，响应所述应用程序通过接口对所述音频处理装置的调用。

8.根据权利要求6所述的装置，其特征还在于，还包括堆栈单元，将先后调用音频播放服务的应用程序标识依次压入堆栈，从而对通过所述音频播放装置调用所述音频播放服务的应用程序作互斥处理。

9.根据权利要求6所述的装置，其特征在于，所述应用程序的界面配置文件中预先设定所述应用程序音频播放的显示元素。

10.根据权利要求6所述的装置，其特征在于，所述装置为线程、进程或者控件。