一种开机铃声播放装置、方法及移动终端

摘要

本发明公开了一种开机铃声播放装置、方法及移动终端，涉及移动终端技术领域，所述装置包括：系统启动模块，用于启动移动终端操作系统；音视频暂停模块，用于暂停启动音视频服务；铃声播放模块，用于调用底层音频接口，播放开机铃声；音视频启动模块，用于判断所述开机铃声是否播放完毕，若是，则启动音视频服务，本发明通过直接调用底层音频接口播放开机铃声，大大减少了等待播放开机铃声的时间，并在开机铃声播放完毕后再启动音视频服务，避免了启动音视频服务时对声卡造成的影响，提高了用户体验。

权利要求

1.一种开机铃声播放装置，其特征在于，包括：系统启动模块，用于启动移动终端操作系统；

音视频暂停模块，用于暂停启动音视频服务；

铃声播放模块，用于调用底层音频接口，播放开机铃声；

音视频启动模块，用于判断所述开机铃声是否播放完毕，若是，则启动音视频服务。

2.根据权利要求1所述的一种开机铃声播放装置，其特征在于，所述音视频暂停模块包括：禁用单元，用于在初始进程中进行设置，禁用音视频服务；

相应地，所述音视频启动模块包括：第一音视频启动单元，用于通过初始进程启动音视频服务。

3.根据权利要求1所述的一种开机铃声播放装置，其特征在于，所述音视频暂停模块包括：延时单元，用于预设一个时间段，延时所述时间段后启动音视频服务，所述时间段略大于开机铃声完整播放时间；

相应地，所述音视频启动模块包括：第二音视频启动单元，用于判断所述开机铃声的播放时长是否达到所述时间段，若是，则启动音视频服务。

4.根据权利要求2或3所述的一种开机铃声播放装置，其特征在于，所述铃声播放模块的工作方法具体为：通过脉冲编码调制接口调用底层音频接口，播放开机铃声。

5.一种移动终端，其特征在于，包含权利要求1-4任一项所述的开机铃声播放装置。

6.一种开机铃声播放方法，其特征在于，包括：启动移动终端操作系统；

暂停启动音视频服务；

调用底层音频接口，播放开机铃声；

判断所述开机铃声是否播放完毕，若是，则启动音视频服务。

7.根据权利要求6所述的一种开机铃声播放方法，其特征在于，所述暂停启动音视频服务包括：在初始进程中进行设置，禁用音视频服务；

相应地，所述启动音视频服务具体为：通过初始进程启动音视频服务。

8.根据权利要求6所述的一种开机铃声播放方法，其特征在于，所述暂停启动音视频服务包括：预设一个时间段，延时所述时间段后启动音视频服务，所述时间段略大于开机铃声完整播放时间；

相应地，所述判断所述开机铃声是否播放完毕具体为：判断所述开机铃声的播放时长是否达到所述时间段。

9.根据权利要求7或8所述的一种开机铃声播放方法，其特征在于，所述调用底层音频接口，播放开机铃声包括：通过脉冲编码调制接口调用底层音频接口，播放开机铃声。

10.根据权利要求6所述的一种开机铃声播放方法，其特征在于，所述判断所述开机铃声是否播放完毕之后还包括：若所述开机铃声未播放完毕，继续播放所述开机铃声。

说明书

一种开机铃声播放装置、方法及移动终端

技术领域

[0001] 本发明涉及移动终端领域，尤其涉及一种开机铃声播放装置、方法及移动终端。

背景技术

[0002] 随着智能手机的不断发展，产品的同质化越来越严重，各大厂商都想在自己的产品中添加自己的特色，走差异化的道路，争取在手机这一片红海中杀出一条血路。

[0003] 开机时用户接触到手机产品的第一个动作，这个时候如果能够给用户一个良好的印象，将会给产品增色不少，比如，多年以前的摩托罗拉品牌的手机，在开机的时候会有标志性的铃声“Hello Moto”，长时间的品牌积累，使得“Hello Moto”成为了摩托罗拉品牌手机的代名词。在安卓智能手机时代，很多厂商也会根据自己的实际情况，定制各自的开机铃声。

[0004] 目前不管是高通还是MTK所给的标准的开机铃声的实现方案，都是直接利用Mediaplayer进行开机铃声的播放，但是由于MediaPlayer的启动，需要依赖于mediaserver等系统服务，而这些系统服务的启动需要一定的时间，这将导致，从开机到播放开机铃声之间的时间较长，影响用户体验。

发明内容

[0005] 本发明的主要目的在于提出一种开机铃声播放装置、方法及移动终端，通过直接调用底层音频接口播放开机铃声，大大减少了等待播放开机铃声的时间，并在开机铃声播放完毕后再启动音视频服务，避免了启动音视频服务时对声卡造成的影响，提高了用户体验。

[0006] 为实现上述目的，本发明提供的一种开机铃声播放装置，包括：

[0007] 系统启动模块，用于启动移动终端操作系统；

[0008] 音视频暂停模块，用于暂停启动音视频服务；

[0009] 铃声播放模块，用于调用底层音频接口，播放开机铃声；

[0010] 音视频启动模块，用于判断所述开机铃声是否播放完毕，若是，则启动音视频服务。

[0011] 可选地，所述音视频暂停模块包括：

[0012] 禁用单元，用于在初始进程中进行设置，禁用音视频服务；

[0013] 相应地，所述音视频启动模块包括：

[0014] 第一音视频启动单元，用于通过初始进程启动音视频服务。

[0015] 可选地，所述音视频暂停模块包括：

[0016] 延时单元，用于预设一个时间段，延时所述时间段后启动音视频服务，所述时间段略大于开机铃声完整播放时间；

[0017] 相应地，所述音视频启动模块包括：

[0018] 第二音视频启动单元，用于判断所述开机铃声的播放时长是否达到所述时间段，若是，则启动音视频服务。

[0019] 可选地，所述铃声播放模块的工作方法具体为：

[0020] 通过脉冲编码调制接口调用底层音频接口，播放开机铃声。

[0021] 作为本发明的另一个方面，提供的一种开机铃声播放方法，包括：

[0022] 启动移动终端操作系统；

[0023] 暂停启动音视频服务；

[0024] 调用底层音频接口，播放开机铃声；

[0025] 判断所述开机铃声是否播放完毕，若是，则启动音视频服务。

[0026] 可选地，所述暂停启动音视频服务包括：

[0027] 在初始进程中进行设置，禁用音视频服务；

[0028] 相应地，所述启动音视频服务具体为：

[0029] 通过初始进程启动音视频服务。

[0030] 可选地，所述暂停启动音视频服务包括：

[0031] 预设一个时间段，延时所述时间段后启动音视频服务，所述时间段略大于开机铃声完整播放时间；

[0032] 相应地，所述判断所述开机铃声是否播放完毕具体为：

[0033] 判断所述开机铃声的播放时长是否达到所述时间段。

[0034] 可选地，所述调用底层音频接口，播放开机铃声包括：

[0035] 通过脉冲编码调制接口调用底层音频接口，播放开机铃声。

[0036] 可选地，所述判断所述开机铃声是否播放完毕之后还包括：

[0037] 若所述开机铃声未播放完毕，继续播放所述开机铃声。

[0038] 作为本发明的再一个方面，提供的一种移动终端，包含上述的任一项开机铃声播放装置装置。

[0039] 本发明提出的一种开机铃声播放装置、方法及移动终端，所述装置包括：包括：系统启动模块，用于启动移动终端操作系统；音视频暂停模块，用于暂停启动音视频服务；铃声播放模块，用于调用底层音频接口，播放开机铃声；音视频启动模块，用于判断所述开机铃声是否播放完毕，若是，则启动音视频服务，本发明通过直接调用底层音频接口播放开机铃声，大大减少了等待播放开机铃声的时间，并在开机铃声播放完毕后再启动音视频服务，避免了启动音视频服务时对声卡造成的影响，提高了用户体验。

附图说明

[0040] 图1为实现本发明各个实施例的移动终端的硬件结构示意图；

[0041] 图2为如图1所示的移动终端的无线通信系统示意图；

[0042] 图3为本发明实施例一提供的一种开机铃声播放装置示范性结构框图；

[0043] 图4为本发明实施例二提供的一种开机铃声播放装置示范性结构框图；

[0044] 图5为本发明实施例三提供的一种开机铃声播放装置示范性结构框图；

[0045] 图6为本发明实施例四提供的一种开机铃声播放方法流程图；

[0046] 图7为本发明实施例五提供的一种开机铃声播放方法流程图；

[0047] 图8为本发明实施例六提供的一种开机铃声播放方法流程图；

[0048] 图9为本发明实施例七提供的一种移动终端的硬件结构示意图。

[0049] 本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

[0050] 应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

[0051] 现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，"模块"与"部件"可以混合地使用。

[0052] 移动终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。下面，假设终端是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

[0053] 图1为实现本发明各个实施例一个可选的移动终端的硬件结构示意图。

[0054] 移动终端100可以包括无线通信单元110、A/V(音频/视频)输入单元120、用户输入单元130、感测单元140、输出单元150、存储器160、接口单元170、控制器180和电源单元190等等。图1示出了具有各种组件的移动终端，但是应理解的是，并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。将在下面详细描述移动终端的元件。

[0055] 无线通信单元110通常包括一个或多个组件，其允许移动终端100与无线通信系统或网络之间的无线电通信。例如，无线通信单元可以包括移动通信模块112、无线互联网模块113、短程通信模块114中的至少一个。

[0056] 移动通信模块112将无线电信号发送到基站(例如，接入点、节点B等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。

[0057] 无线互联网模块113支持移动终端的无线互联网接入。该模块可以内部或外部地耦接到终端。该模块所涉及的无线互联网接入技术可以包括WLAN(无线LAN)(Wi-Fi)、Wibro(无线宽带)、Wimax(全球微波互联接入)、HSDPA(高速下行链路分组接入)等等。

[0058] 短程通信模块114是用于支持短程通信的模块。短程通信技术的一些示例包括蓝牙TM、射频识别(RFID)、红外数据协会(IrDA)、超宽带(UWB)、紫蜂TM等等。

[0059] A/V输入单元120用于接收音频或视频信号。A/V输入单元120可以包括摄像头121和麦克风1220，摄像头121对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元151上。经摄像头121处理后的图像帧可以存储在存储器160(或其它存储介质)中或者经由无线通信单元110进行发送，可以根据移动终端的构造提供两个或更多摄像头1210。麦克风122可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由移动通信模块112发送到移动通信基站的格式输出。麦克风122可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

[0060] 用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端的各种操作。用户输入单元130允许用户输入各种类型的信息，并且可以包括键盘、锅仔片、触摸板(例如，检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。特别地，当触摸板以层的形式叠加在显示单元151上时，可以形成触摸屏。

[0061] 感测单元140检测移动终端100的当前状态，(例如，移动终端100的打开或关闭状态)、移动终端100的位置、用户对于移动终端100的接触(即，触摸输入)的有无、移动终端100的取向、移动终端100的加速或减速移动和方向等等，并且生成用于控制移动终端100的操作的命令或信号。例如，当移动终端100实施为滑动型移动电话时，感测单元140可以感测该滑动型电话是打开还是关闭。另外，感测单元140能够检测电源单元190是否提供电力或者接口单元170是否与外部装置耦接。

[0062] 接口单元170用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。识别模块可以是存储用于验证用户使用移动终端100的各种信息并且可以包括用户识别模块(UIM)、客户识别模块(SIM)、通用客户识别模块(USIM)等等。另外，具有识别模块的装置(下面称为"识别装置")可以采取智能卡的形式，因此，识别装置可以经由端口或其它连接装置与移动终端100连接。接口单元170可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端和外部装置之间传输数据。

[0063] 另外，当移动终端100与外部底座连接时，接口单元170可以用作允许通过其将电力从底座提供到移动终端100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到移动终端的路径。从底座输入的各种命令信号或电力可以用作用于识别移动终端是否准确地安装在底座上的信号。输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如，音频信号、视频信号、警报信号、振动信号等等)。输出单元150可以包括显示单元151、音频输出模块152等等。

[0064] 显示单元151可以显示在移动终端100中处理的信息。例如，当移动终端100处于电话通话模式时，显示单元151可以显示与通话或其它通信(例如，文本消息收发、多媒体文件下载等等)相关的用户界面(UI)或图形用户界面(GUI)。当移动终端100处于视频通话模式或者图像捕获模式时，显示单元151可以显示捕获的图像和/或接收的图像、示出视频或图像以及相关功能的UI或GUI等等。

[0065] 同时，当显示单元151和触摸板以层的形式彼此叠加以形成触摸屏时，显示单元151可以用作输入装置和输出装置。显示单元151可以包括液晶显示器(LCD)、薄膜晶体管LCD(TFT-LCD)、有机发光二极管(OLED)显示器、柔性显示器、三维(3D)显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状以允许用户从外部观看，这可以称为透明显示器，典型的透明显示器可以例如为TOLED(透明有机发光二极管)显示器等等。根据特定想要的实施方式，移动终端100可以包括两个或更多显示单元(或其它显示装置)，例如，移动终端可以包括外部显示单元(未示出)和内部显示单元(未示出)。触摸屏可用于检测触摸输入压力以及触摸输入位置和触摸输入面积。

[0066] 音频输出模块152可以在移动终端处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将无线通信单元110接收的或者在存储器160中存储的音频数据转换音频信号并且输出为声音。而且，音频输出模块152可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出模块152可以包括扬声器、蜂鸣器等等。

[0067] 存储器160可以存储由控制器180执行的处理和控制操作的软件程序等等，或者可以暂时地存储己经输出或将要输出的数据(例如，电话簿、消息、静态图像、视频等等)。而且，存储器160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。

[0068] 存储器160可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等等。而且，移动终端100可以与通过网络连接执行存储器160的存储功能的网络存储装置协作。

[0069] 控制器180通常控制移动终端的总体操作。例如，控制器180执行与语音通话、数据通信、视频通话等等相关的控制和处理。另外，控制器180可以包括用于再现(或回放)多媒体数据的多媒体模块1810，多媒体模块1810可以构造在控制器180内，或者可以构造为与控制器180分离。控制器180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。

[0070] 电源单元190在控制器180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。

[0071] 这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在控制器180中实施。对于软件实施，诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器160中并且由控制器180执行。

[0072] 至此，己经按照其功能描述了移动终端。下面，为了简要起见，将描述诸如折叠型、直板型、摆动型、滑动型移动终端等等的各种类型的移动终端中的滑动型移动终端作为示例。因此，本发明能够应用于任何类型的移动终端，并且不限于滑动型移动终端。

[0073] 参考图2，CDMA无线通信系统可以包括多个移动终端100、多个基站(BS)270、基站控制器(BSC)275和移动交换中心(MSC)280。MSC280被构造为与公共电话交换网络(PSTN)290形成接口。MSC280还被构造为与可以经由回程线路耦接到基站270的BSC275形成接口。
回程线路可以根据若干己知的接口中的任一种来构造，所述接口包括例如E1/T1、ATM，IP、PPP、帧中继、HDSL、ADSL或xDSL。将理解的是，如图2中所示的系统可以包括多个BSC2750。

[0074] 每个BS270可以服务一个或多个分区(或区域)，由多向天线或指向特定方向的天线覆盖的每个分区放射状地远离BS270。或者，每个分区可以由用于分集接收的两个或更多天线覆盖。每个BS270可以被构造为支持多个频率分配，并且每个频率分配具有特定频谱(例如，1.25MHz,5MHz等等)。

[0075] 分区与频率分配的交叉可以被称为CDMA信道。BS270也可以被称为基站收发器子系统(BTS)或者其它等效术语。在这样的情况下，术语"基站"可以用于笼统地表示单个BSC275和至少一个BS270。基站也可以被称为"蜂窝站"。或者，特定BS270的各分区可以被称为多个蜂窝站。

[0076] 如图2中所示，广播发射器(BT)295将广播信号发送给在系统内操作的移动终端100。如图1中所示的广播接收模块111被设置在移动终端100处以接收由BT295发送的广播信号。在图2中，示出了几个全球定位系统(GPS)卫星300。卫星300帮助定位多个移动终端
100中的至少一个。

[0077] 在图2中，描绘了多个卫星300，但是理解的是，可以利用任何数目的卫星获得有用的定位信息。

[0078] 作为无线通信系统的一个典型操作，BS270接收来自各种移动终端100的反向链路信号。移动终端100通常参与通话、消息收发和其它类型的通信。特定基站270接收的每个反向链路信号被在特定BS270内进行处理。获得的数据被转发给相关的BSC275。BSC提供通话资源分配和包括BS270之间的软切换过程的协调的移动管理功能。BSC275还将接收到的数据路由到MSC280，其提供用于与PSTN290形成接口的额外的路由服务。类似地，PSTN290与MSC280形成接口，MSC与BSC275形成接口，并且BSC275相应地控制BS270以将正向链路信号发送到移动终端100。

[0079] 基于上述移动终端硬件结构以及通信系统，提出本发明方法各个实施例。

[0080] 实施例一

[0081] 如图3所示，在本实施例中，一种开机铃声播放装置，包括：

[0082] 系统启动模块10，用于启动移动终端操作系统；

[0083] 音视频暂停模块20，用于暂停启动音视频服务；

[0084] 铃声播放模块30，用于调用底层音频接口，播放开机铃声；

[0085] 音视频启动模块40，用于判断所述开机铃声是否播放完毕，若是，则启动音视频服务。

[0086] 在本实施例中，通过直接调用底层音频接口播放开机铃声，大大减少了等待播放开机铃声的时间，并在开机铃声播放完毕后再启动音视频服务，避免了启动音视频服务时对声卡造成的影响，提高了用户体验。

[0087] 在本实施例中，主要适用于移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端；也可以应用于诸如数字TV、台式计算机等等有开机铃声的固定终端。

[0088] 在本实施例中，以智能电话为例，其音视频播放器MediaPlayer启动需要依赖于音视频服务(MediaServer)，MediaServer是整个Android中media部分的核心和灵魂，几乎所有与多媒体播放相关的内容都放在这里，包括了音视频的编解码以及显示输出，而MediaServer是在初始进程(init进程)中启动的，所谓的init进程，它是一个由内核启动的用户级进程，内核自行启动(已经被载入内存，开始运行，并已初始化所有的设备驱动程序和数据结构等)之后，就通过启动一个用户级程序init的方式，完成引导进程，所以init进程始终是第一个进程(其进程编号始终为1)；在init.rc文件中有如下命令：

[0089] servicemedia/system/bin/mediaserver

[0090] 通过分析MediaServer的源码，我们可以发现，MediaServer在启动的过程中，要启动如下服务：audioflinger、mediaplayerservice、audiopolicyservice、cameraservice，这些服务的启动都需要时间，严重影响了开机铃声的播放时间。比如我们在播放动画的时候创建mediaplayer对象需要耗时35s左右，这个时间是不能接受的，难以想象用户启动移动终端后半分钟听不到回应，不利于用户体验。

[0091] 基于此，在本实施例中，首先，正常启动移动终端操作系统，使得在Android启动之前，操作系统内核kernel已经完成启动，也就是说声卡可以使用了，那么就可以绕过MediaServer，直接通过脉冲编码调制PCM接口调用底层音视频接口来播放开机铃声，大大缩短了等待开机铃声播放的时间。

[0092] 但在利用PCM接口来播放开机铃声时，会遇到另外一个问题，就是在铃声播放的时候，一旦MediaServer完成启动，那么它将对声卡进行初始化等操作，这样使得铃声播放过程中突然没有了声音，也影响用户体验。

[0093] 基于此，在本实施例中，采用延时启动MediaServer的方式来避免这一问题，也即在播放开机铃声的时候，暂停启动MediaServer，等开机铃声播放完毕后，再启动MediaServer，这样就解决了铃声可能会被打断的问题，提高了用户体验。

[0094] 暂停启动MediaServer的实现方式包括两种，首先，可以在init进程中进行设置，将MediaServer赋值为disable，禁用MediaServer；当系统检测到开机铃声播放完毕后，再通过init进程启动MediaServer。

[0095] 作为另一种实施例，也可以在系统中根据所选开机铃声的完整播放时间预设一个时间段，延时所述时间段后启动MediaServer，所述时间段略大于开机铃声完整播放时间，这样就可以不通过init进程而实现MediaServer的延时启动，实现方式更简单，当所述开机铃声的播放时长达到所述时间段，则启动MediaServer。

[0096] 参考图1，本实施例中的开机铃声是通过移动终端中的音频输出模块152来实现的，音频输出模块152可以在移动终端处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将无线通信单元110接收的或者在存储器160中存储的音频数据转换音频信号并且输出为声音。而且，音频输出模块152可以提供与移动终端100执行的特定功能相关的音频输出(在本实施例中为开机铃声)。音频输出模块152可以包括扬声器、蜂鸣器等等。

[0097] 实施例二

[0098] 如图4所示，在本实施例中，所述音视频暂停模块20包括：

[0099] 禁用单元21，用于在初始进程中进行设置，禁用音视频服务；

[0100] 相应地，所述音视频启动模块40包括：

[0101] 第一音视频启动单元41，用于通过初始进程启动音视频服务。

[0102] 在本实施例中，以智能电话为例，其音视频播放器MediaPlayer启动需要依赖于音视频服务(MediaServer)，MediaServer是整个Android中media部分的核心和灵魂，几乎所有与多媒体播放相关的内容都放在这里，包括了音视频的编解码以及显示输出，而MediaServer是在初始进程(init进程)中启动的，在init.rc文件中有如下命令：

[0103] servicemedia/system/bin/mediaserver

[0104] 通过分析MediaServer的源码，我们可以发现，MediaServer在启动的过程中，要启动如下服务：audioflinger、mediaplayerservice、audiopolicyservice、cameraservice，这些服务的启动都需要时间，严重影响了开机铃声的播放时间。比如我们在播放动画的时候创建mediaplayer对象需要耗时35s左右，这个时间是不能接受的，难以想象用户启动移动终端后半分钟听不到回应，不利于用户体验。

[0105] 基于此，在本实施例中，首先，正常启动移动终端操作系统，使得在Android启动之前，操作系统内核kernel已经完成启动，也就是说声卡可以使用了，那么就可以绕过MediaServer，直接通过脉冲编码调制PCM接口调用底层音视频接口来播放开机铃声，大大缩短了等待开机铃声播放的时间。

[0106] 但在利用PCM接口来播放开机铃声时，会遇到另外一个问题，就是在铃声播放的时候，一旦MediaServer完成启动，那么它将对声卡进行初始化等操作，这样使得铃声播放过程中突然没有了声音，也影响用户体验。

[0107] 在本实施例中，暂停启动MediaServer的实现方式为，在init进程中进行设置，将MediaServer赋值为disable，禁用MediaServer；当系统检测到开机铃声播放完毕后，再通过init进程启动MediaServer，这样就解决了铃声可能会被打断的问题，提高了用户体验。

[0108] 实施例三

[0109] 如图5所示，在本实施例中，所述音视频暂停模块20包括：

[0110] 延时单元22，用于预设一个时间段，延时所述时间段后启动音视频服务，所述时间段略大于开机铃声完整播放时间；

[0111] 相应地，所述音视频启动模块40包括：

[0112] 第二音视频启动单元42，用于判断所述开机铃声的播放时长是否达到所述时间段，若是，则启动音视频服务。

[0113] 在本实施例中，与实施例二的需要解决的问题相同，就是在铃声播放的时候，一旦MediaServer完成启动，那么它将对声卡进行初始化等操作，这样使得铃声播放过程中突然没有了声音，也影响用户体验，但本实施例采用了另外一种解决方式。

[0114] 在本实施例中，暂停启动MediaServer的实现方式为，在系统中根据所选开机铃声的完整播放时间预设一个时间段，延时所述时间段后启动MediaServer，所述时间段略大于开机铃声完整播放时间，这样就可以不通过init进程而实现MediaServer的延时启动，实现方式更简单，当所述开机铃声的播放时长达到所述时间段，则启动MediaServer。

[0115] 实施例四

[0116] 如图6所示，在本实施例中，一种开机铃声播放方法，包括：

[0117] S10、启动移动终端操作系统；

[0118] S20、暂停启动音视频服务；

[0119] S30、调用底层音频接口，播放开机铃声；

[0120] S40、判断所述开机铃声是否播放完毕，若是，则进入步骤S50、启动音视频服务，否则，返回步骤S30继续播放开机铃声。

[0121] 在本实施例中，通过直接调用底层音频接口播放开机铃声，大大减少了等待播放开机铃声的时间，并在开机铃声播放完毕后再启动MediaServer，避免了启动MediaServer时对声卡造成的影响，提高了用户体验。

[0122] 在本实施例中，主要适用于移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端；也可以应用于诸如数字TV、台式计算机等等有开机铃声的固定终端。

[0123] 在本实施例中，以智能电话为例，其音视频播放器MediaPlayer启动需要依赖于MediaServer，MediaServer是整个Android中media部分的核心和灵魂，几乎所有与多媒体播放相关的内容都放在这里，包括了音视频的编解码以及显示输出，而MediaServer是在init进程中启动的，在init.rc文件中有如下命令：

[0124] servicemedia/system/bin/mediaserver

[0125] 通过分析MediaServer的源码，我们可以发现，MediaServer在启动的过程中，要启动如下服务：audioflinger、mediaplayerservice、audiopolicyservice、cameraservice，这些服务的启动都需要时间，严重影响了开机铃声的播放时间。比如我们在播放动画的时候创建mediaplayer对象需要耗时35s左右，这个时间是不能接受的，难以想象用户启动移动终端后半分钟听不到回应，不利于用户体验。

[0126] 基于此，在本实施例中，首先，正常启动移动终端操作系统，使得在Android启动之前，操作系统内核kernel已经完成启动，也就是说声卡可以使用了，那么就可以绕过MediaServer，直接通过脉冲编码调制PCM接口调用底层音视频接口来播放开机铃声，大大缩短了等待开机铃声播放的时间。

[0127] 但在利用PCM接口来播放开机铃声时，会遇到另外一个问题，就是在铃声播放的时候，一旦MediaServer完成启动，那么它将对声卡进行初始化等操作，这样使得铃声播放过程中突然没有了声音，也影响用户体验。

[0128] 基于此，在本实施例中，采用延时启动MediaServer的方式来避免这一问题，也即在播放开机铃声的时候，暂停启动MediaServer，等开机铃声播放完毕后，再启动MediaServer，这样就解决了铃声可能会被打断的问题，提高了用户体验。

[0129] 参考图1，本实施例中的开机铃声是通过移动终端中的音频输出模块152来实现的，音频输出模块152可以在移动终端处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将无线通信单元110接收的或者在存储器160中存储的音频数据转换音频信号并且输出为声音。而且，音频输出模块152可以提供与移动终端100执行的特定功能相关的音频输出(在本实施例中为开机铃声)。音频输出模块152可以包括扬声器、蜂鸣器等等。

[0130] 实施例五

[0131] 如图7所示，在本实施例中，所述步骤S20具体为：

[0132] S21、在初始进程中进行设置，禁用音视频服务；

[0133] 相应地，所述步骤S50具体为：

[0134] S51、通过初始进程启动音视频服务。

[0135] 在本实施例中，以智能电话为例，其音视频播放器MediaPlayer启动需要依赖于音视频服务(MediaServer)，MediaServer是整个Android中media部分的核心和灵魂，几乎所有与多媒体播放相关的内容都放在这里，包括了音视频的编解码以及显示输出，而MediaServer是在初始进程(init进程)中启动的，在init.rc文件中有如下命令：

[0136] servicemedia/system/bin/mediaserver

[0137] 通过分析MediaServer的源码，我们可以发现，MediaServer在启动的过程中，要启动如下服务：audioflinger、mediaplayerservice、audiopolicyservice、cameraservice，这些服务的启动都需要时间，严重影响了开机铃声的播放时间。比如我们在播放动画的时候创建mediaplayer对象需要耗时35s左右，这个时间是不能接受的，难以想象用户启动移动终端后半分钟听不到回应，不利于用户体验。

[0138] 基于此，在本实施例中，首先，正常启动移动终端操作系统，使得在Android启动之前，操作系统内核kernel已经完成启动，也就是说声卡可以使用了，那么就可以绕过MediaServer，直接通过脉冲编码调制PCM接口调用底层音视频接口来播放开机铃声，大大缩短了等待开机铃声播放的时间。

[0139] 但在利用PCM接口来播放开机铃声时，会遇到另外一个问题，就是在铃声播放的时候，一旦MediaServer完成启动，那么它将对声卡进行初始化等操作，这样使得铃声播放过程中突然没有了声音，也影响用户体验。

[0140] 在本实施例中，暂停启动MediaServer的实现方式为，在init进程中进行设置，将MediaServer赋值为disable，禁用MediaServer；当系统检测到开机铃声播放完毕后，再通过init进程启动MediaServer，这样就解决了铃声可能会被打断的问题，提高了用户体验。

[0141] 实施例六

[0142] 如图8所示，在本实施例中，所述步骤S20具体为：

[0143] S22、预设一个时间段，延时所述时间段后启动音视频服务，所述时间段略大于开机铃声完整播放时间；

[0144] 相应地，所述步骤S40具体为：

[0145] S41、判断所述开机铃声的播放时长是否达到所述时间段，若是，则进入步骤S50、启动音视频服务，否则，返回步骤S30继续播放开机铃声。

[0146] 在本实施例中，与实施例五的需要解决的问题相同，就是在铃声播放的时候，一旦MediaServer完成启动，那么它将对声卡进行初始化等操作，这样使得铃声播放过程中突然没有了声音，也影响用户体验，但本实施例采用了另外一种解决方式。

[0147] 在本实施例中，暂停启动MediaServer的实现方式为，在系统中根据所选开机铃声的完整播放时间预设一个时间段，延时所述时间段后启动MediaServer，所述时间段略大于开机铃声完整播放时间，这样就可以不通过init进程而实现MediaServer的延时启动，实现方式更简单，当所述开机铃声的播放时长达到所述时间段，则启动MediaServer。

[0148] 实施例七

[0149] 如图9所示，并参考图1，在本实施例中，一种移动终端100，包括无线通信单元110、A/V(音频/视频)输入单元120、用户输入单元130、感测单元140、输出单元150、存储器160、接口单元170、控制器180和电源单元190，还包括以上实施例所述的开机铃声播放装置1001。

[0150] 在本实施例中，通过开机铃声播放装置1001，直接调用底层音频接口播放开机铃声，大大减少了等待播放开机铃声的时间，并在开机铃声播放完毕后再启动MediaServer服务，避免了启动MediaServer服务时对声卡造成的影响，提高了用户体验。

[0151] 需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

[0152] 上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

[0153] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

[0154] 以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。