CN105654932A - 实现卡拉ok应用的系统和方法 - Google Patents

Abstract

本发明公开了一种实现卡拉OK应用的系统和方法，属于通信技术领域。所述系统包括：安卓Android卡拉OK系统平台，设置在终端设备中，用于获取在卡拉OK用户设置界面中输入的混响开启指令，将所述混响开启指令对应的混响开启参数发送至卡拉OK设备；所述卡拉OK设备，与所述终端设备相连接，用于接收所述Android卡拉OK系统平台发送的混响开启参数，对卡拉OK音频信号进行混响。本发明可以通过卡拉OK用户设置界面打开卡拉OK设备的混响，对用户的卡拉OK音频信号进行混响，混响可以使唱歌人的声音不那么单调，唱出演唱会的效果，可以更好地发挥卡拉OK设备的性能，增加卡拉OK应用效果。

Description

实现卡拉OK应用的系统和方法

技术领域

本发明涉及通信技术领域，具体涉及一种实现卡拉OK应用的系统和方法。

背景技术

卡拉OK是一种伴奏系统，用户可以在预先录制的音乐伴奏下参与歌唱。卡拉OK能通过声音处理使用户的声音得到美化与润饰，当再与音乐伴奏有机结合时，就变成了浑然一体的立体声歌曲。卡拉OK的伴奏方式，给用户带来了极大的方便和愉悦，是人们休闲娱乐的一种常用方式。

随着电子通信技术的发展，不但可以通过专业的卡拉OK设备，实现卡拉OK应用，而且，还可以在电视机、计算机、手机等终端设备上安装卡拉OK应用程序，实现卡拉OK应用。

现有在电视机、计算机、手机等终端设备上安装卡拉OK应用程序，实现卡拉OK应用时，对用户的声音信号与卡拉OK伴奏信号进行合成得到的卡拉OK音频信号的处理很简单，卡拉OK应用效果很差。

发明内容

本发明所要解决的技术问题在于现有技术对用户的声音信号与卡拉OK伴奏信号进行合成得到的卡拉OK音频信号的处理很简单，卡拉OK应用效果很差，为了解决该技术问题，本发明提供了一种实现卡拉OK应用的系统和方法，在Android系统平台上使用卡拉OK应用时，可以通过卡拉OK用户设置界面打开卡拉OK设备的混响，对用户的卡拉OK音频信号进行混响，混响可以使唱歌人的声音不那么单调，唱出演唱会的效果，可以更好地发挥卡拉OK设备的性能，增加卡拉OK应用效果。

为了解决上述问题，本发明公开了一种实现卡拉OK应用的系统，所述系统包括：

安卓Android卡拉OK系统平台，设置在终端设备中，用于获取在卡拉OK用户设置界面中输入的混响开启指令，将所述混响开启指令对应的混响开启参数发送至卡拉OK设备；

所述卡拉OK设备，与所述终端设备相连接，用于接收所述Android卡拉OK系统平台发送的混响开启参数，对卡拉OK音频信号进行混响，其中，所述卡拉OK音频信号是所述卡拉OK设备获取通过麦克风MIC输入的声音信号后，将所述声音信号与所述卡拉OK设备中的卡拉OK伴奏信号进行合成得到。

进一步地，所述Android卡拉OK系统平台包括：

音频管理模块，用于获取在所述卡拉OK用户设置界面中输入的混响开启指令，将所述混响开启指令对应的混响开启参数发送到音频硬件抽象层模块；

所述音频硬件抽象层模块，用于接收所述混响开启参数，将所述混响开启参数发送到共享动态链接库模块；

所述共享动态链接库模块，用于接收所述混响开启参数，将所述混响开启参数写入到所述卡拉OK设备的设备节点中；

相应地，所述卡拉OK设备，用于读取所述设备节点中的混响开启参数，开启混响，对所述卡拉OK音频信号进行混响。

进一步地，所述音频管理模块，还用于获取在所述卡拉OK用户设置界面中输入的混响关闭指令，将所述混响关闭指令对应的混响关闭参数发送到所述音频硬件抽象层模块；

所述音频硬件抽象层模块，还用于接收所述混响关闭参数，将所述混响关闭参数发送到所述共享动态链接库模块；

所述共享动态链接库模块，还用于接收所述混响关闭参数，将所述混响关闭参数写入到所述卡拉OK设备的设备节点中；

相应地，所述卡拉OK设备，还用于读取所述设备节点中的混响关闭参数，关闭混响。

进一步地，所述音频管理模块，还用于向所述音频硬件抽象层模块发送对所述卡拉OK设备进行初始化的初始化指令；

相应地，所述音频硬件抽象层模块，还用于接收所述音频管理模块发送的初始化指令，对所述卡拉OK设备进行初始化。

进一步地，所述卡拉OK设备，设置有麦克风MIC接口和通用串行总线USB接口，通过所述MIC接口与所述MIC相连接、通过所述USB接口与所述终端设备相连接，还用于将混响后的卡拉OK音频信号分为二路，第一路混响后的卡拉OK音频信号存储在所述卡拉OK设备中，第二路混响后的卡拉OK音频信号通过所述终端设备的扬声器speaker输出；

相应地，所述Android卡拉OK系统平台，还用于获取所述卡拉OK设备中存储的第一路混响后的卡拉OK音频信号，对所述第一路混响后的卡拉OK音频信号进行录音和打分。

进一步地，所述卡拉OK设备，被挂载成U盘，具体用于将所述第一路混响后的卡拉OK音频信号存储在所述卡拉OK设备的in.img文件中；

相应地，所述Android卡拉OK系统平台包括：

共享动态链接库模块，用于通过所述Android卡拉OK系统平台的内核中的USB大容量存储协议从所述卡拉OK设备的in.img文件中读取所述第一路混响后的卡拉OK音频信号；

音频硬件抽象层模块，用于获取所述共享动态链接库模块读取到的所述第一路混响后的卡拉OK音频信号，将所述第一路混响后的卡拉OK音频信号发送到音频录音模块；

所述音频录音模块，用于接收所述音频硬件抽象层模块发送的所述第一路混响后的卡拉OK音频信号，对所述第一路混响后的卡拉OK音频信号进行录音和打分。

进一步地，所述Android卡拉OK系统平台还包括：

音频播放模块，用于获取所述终端设备中的音频播放信号，将所述音频播放信号发送到所述音频硬件抽象层模块；

相应地，所述音频硬件抽象层模块，还用于接收所述音频播放模块发送的所述音频播放信号，将所述音频播放信号发送到所述共享动态链接库模块；

所述共享动态链接库模块，还用于接收所述音频硬件抽象层模块发送的所述音频播放信号，通过所述Android卡拉OK系统平台的内核中的USB大容量存储协议将所述音频播放信号写入卡拉OK设备的out.img文件中。

进一步地，所述Android卡拉OK系统平台还包括：高级Linux声音架构库模块；

相应地，所述音频硬件抽象层模块，还用于将所述音频播放信号发送到所述高级Linux声音架构库模块；

所述高级Linux声音架构库模块，用于接收所述音频硬件抽象层模块发送的所述音频播放信号，通过所述Android卡拉OK系统平台的内核中的高级Linux声音架构驱动器AlsaDriver驱动所述终端设备的扬声器speaker播放所述音频播放信号。

为了解决上述问题，本发明还公开了一种实现卡拉OK应用的方法，所述方法包括：

Android卡拉OK系统平台获取在卡拉OK用户设置界面中输入的混响开启指令，将所述混响开启指令对应的混响开启参数发送至卡拉OK设备；其中，所述Android卡拉OK系统平台设置在终端设备中；

所述卡拉OK设备接收所述Android卡拉OK系统平台发送的所述混响开启参数，对卡拉OK音频信号进行混响，其中，所述卡拉OK音频信号是所述卡拉OK设备获取通过麦克风MIC输入的声音信号后，将所述声音信号与所述卡拉OK设备中的卡拉OK伴奏信号进行合成得到。

进一步地，所述方法还包括：

所述卡拉OK设备将混响后的卡拉OK音频信号分为二路，第一路混响后的卡拉OK音频信号存储在所述卡拉OK设备中，第二路混响后的卡拉OK音频信号通过所述终端设备的扬声器speaker输出；其中，所述卡拉OK设备设置有MIC接口和USB接口，通过所述MIC接口与所述MIC相连接、通过所述USB接口与所述终端设备相连接；

所述Android卡拉OK系统平台获取所述卡拉OK设备中存储的第一路混响后的卡拉OK音频信号，对所述第一路混响后的卡拉OK音频信号进行录音和打分。

本发明提供的实现卡拉OK应用的系统和方法，在Android系统平台上使用卡拉OK应用时，可以通过卡拉OK用户设置界面打开卡拉OK设备的混响，对用户的卡拉OK音频信号进行混响，混响可以使唱歌人的声音不那么单调，唱出演唱会的效果，可以更好地发挥卡拉OK设备的性能，增加卡拉OK应用效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明实施例一提供的一种实现卡拉OK应用的系统结构示意图；

图2是本发明实施例二、三、四提供的一种实现卡拉OK应用的系统结构示意图；

图3是本发明实施例五提供的一种实现卡拉OK应用的系统结构示意图；

图4是本发明实施例六提供的一种实现卡拉OK应用的系统结构示意图；

图5是本发明实施例七提供的一种实现卡拉OK应用的系统结构示意图；

图6是本发明实施例八提供的一种实现卡拉OK应用的系统结构示意图；

图7是本发明实施例九提供的一种实现卡拉OK应用的方法流程图；

图8是本发明实施例十提供的一种实现卡拉OK应用的方法流程图。

具体实施方式

以下将配合附图及实施例来详细说明本发明的实施方式，藉此对本发明如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。此外，“耦接”一词在此包含任何直接及间接的电性耦接手段。因此，若文中描述一第一装置耦接于一第二装置，则代表所述第一装置可直接电性耦接于所述第二装置，或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本发明的较佳实施方式，然所述描述乃以说明本发明的一般原则为目的，并非用以限定本发明的范围。本发明的保护范围当视所附权利要求所界定者为准。

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

实施例一

图1为本发明实施例一实现卡拉OK应用的系统；如图1所示，其可以具体包括：

Android(安卓)卡拉OK系统平台10，设置在终端设备中，用于获取在卡拉OK用户设置界面中输入的混响开启指令，将混响开启指令对应的混响开启参数发送至卡拉OK设备20。

具体地，可以在卡拉OK用户设置界面中设置混响选项，用户可以通过混响选项选择开启混响，或关闭混响。当用户在卡拉OK用户设置界面中选择开启混响时，发出开启混响指令。

卡拉OK设备20，与终端设备相连接，用于接收Android卡拉OK系统平台10发送的混响开启参数，对卡拉OK音频信号进行混响，其中，卡拉OK音频信号是卡拉OK设备20获取通过MIC(Microphone，麦克风)输入的声音信号后，将声音信号与卡拉OK设备中的卡拉OK伴奏信号进行合成得到。

具体地，对卡拉OK音频信号进行混响时，可以采用“算法”混响的方法，具体如下：

将卡拉OK音频信号与预设的原始脉冲序列进行调制和编辑，得到混响后的卡拉OK音频信号。

本实施例所述的实现卡拉OK应用的系统，在Android系统平台上使用卡拉OK应用时，可以通过卡拉OK用户设置界面打开卡拉OK设备20的混响，对用户的卡拉OK音频信号进行混响，混响可以使唱歌人的声音不那么单调，唱出演唱会的效果，可以更好地发挥卡拉OK设备20的性能，增加卡拉OK应用效果。

实施例二

图2为本发明实施例二实现卡拉OK应用的系统；在实施例一的基础上，如图2所示，Android卡拉OK系统平台10包括：

音频管理(AudioManager)模块101，用于获取在卡拉OK用户设置界面中输入的混响开启指令，将混响开启指令对应的混响开启参数发送到音频硬件抽象层(AudioHal)模块102。

具体地，混响开启参数的具体形式可以为“karaoke_echo_enable＝”，可以定义混响开启参数为“karaoke_echo_enable＝1”时为开启、或混响开启参数为“karaoke_echo_enable＝0”时为开启等，可以根据实际应用状况设置“karaoke_echo_enable＝”的值具体为多少时对应开启，对此不做具体限定。并且，将“karaoke_echo_enable＝”发送到音频硬件抽象层模块102时，可以通过调用AudioManager.setParameter函数，发送“karaoke_echo_enable＝”到音频硬件抽象层模块102。

例如：本实施例中优先采用“karaoke_echo_enable＝1”时为开启。则音频管理模块101通过AudioManager.setParameter(“karaoke_echo_enable＝1”)的形式，发送“karaoke_echo_enable＝1”到音频硬件抽象层模块102。

共享动态链接库模块103，用于接收混响开启参数，将混响开启参数写入到卡拉OK设备20的设备节点中。

具体地，共享动态链接库模块103可以通过Android系统中的So模块实现。

其中，卡拉OK设备20的设备节点是卡拉OK设备20中存在的特殊访问文件，一般存储在卡拉OK设备20的/dev目录里。

相应地，卡拉OK设备20，用于读取设备节点中的混响开启参数，开启混响，对卡拉OK音频信号进行混响。

具体地，读取设备节点中的混响开启参数，开启混响，对卡拉OK音频信号进行混响，可以通过卡拉OK设备20的底层驱动去操作执行。

本实施例所述的实现卡拉OK应用的系统，Android卡拉OK系统平台10获取在卡拉OK用户设置界面中输入的混响开启指令，将混响开启指令对应的混响开启参数写入到卡拉OK设备20的设备节点中，卡拉OK设备20读取设备节点中的混响开启参数，即可开启混响，对卡拉OK音频信号进行混响，实现方法简便快捷。

实施例三

图2为本发明实施例三实现卡拉OK应用的系统；在实施例二的基础上，实施例三的音频管理模块101、音频硬件抽象层模块102、共享动态链接库模块103、卡拉OK设备20还具有如下功能：

音频管理模块101，还用于获取在卡拉OK用户设置界面中输入的混响关闭指令，将混响关闭指令对应的混响关闭参数发送到音频硬件抽象层模块102。

具体地，混响开启参数的具体形式可以为“karaoke_echo_enable＝”，可以定义混响开启参数为“karaoke_echo_enable＝0”时为关闭、或混响开启参数为“karaoke_echo_enable＝1”时为关闭等，可以根据实际应用状况设置“karaoke_echo_enable＝”的值具体为多少时对应关闭，对此不做具体限定。并且，将“karaoke_echo_enable＝”发送到音频硬件抽象层模块102时，可以通过调用AudioManager.setParameter函数，发送“karaoke_echo_enable＝”到音频硬件抽象层模块102。

例如：本实施例中优先采用“karaoke_echo_enable＝0”时为关闭。则音频管理模块101通过AudioManager.setParameter(“karaoke_echo_enable＝0”)的形式，发送“karaoke_echo_enable＝1”到音频硬件抽象层模块102。

音频硬件抽象层模块102，还用于接收混响关闭参数，将混响关闭参数发送到共享动态链接库模块103。

共享动态链接库模块103，还用于接收混响关闭参数，将混响关闭参数写入到卡拉OK设备20的设备节点中。

相应地，卡拉OK设备20，用于读取设备节点中的混响关闭参数，关闭混响。

本实施例所述的实现卡拉OK应用的系统，Android卡拉OK系统平台10获取在卡拉OK用户设置界面中输入的混响关闭指令，将混响关闭指令对应的混响关闭参数写入到卡拉OK设备20的设备节点中，卡拉OK设备20读取设备节点中的混响关闭参数，即可关闭混响，实现方法简便快捷。

实施例四

图2为本发明实施例四实现卡拉OK应用的系统；在实施例二、三的基础上，实施例四的音频管理模块101、音频硬件抽象层模块102还具有如下功能：

音频管理模块101，还用于向音频硬件抽象层模块102发送对卡拉OK设备20进行初始化的初始化指令；

相应地，音频硬件抽象层模块102，还用于接收音频管理模块101发送的初始化指令，对卡拉OK设备20进行初始化。

具体地，音频管理模块101调用AudioManager.setParameter()函数，发送“karaoke_dev_init＝1”参数(“karaoke_dev_init＝1”参数作为初始化指令)到音频硬件抽象层模块102，通知音频硬件抽象层模块102执行初始化的操作。音频硬件抽象层模块102接收到“karaoke_dev_init＝1”参数后，检测是否存在卡拉OK设备20(具体地，如果卡拉OK设备20被挂载成U盘，音频硬件抽象层模块102可以通过判断是否存在U盘来确定是否存在卡拉OK设备20)，如果存在，就对卡拉OK设备20进行初始化(初始化主要包括切换音频路径(AudioPath)到卡拉OK设备，以及选择声音拾取设备为MIC)，如果初始化成功(即切换音频路径到卡拉OK设备，以及选择声音拾取设备为MIC成功)，则卡拉OK设备20将初始化标识(flag)置为1，当接收到通过AudioManger.getParameter(“karaoke_dev_init＝”)发送的初始化结果查询指令后，返回“karaoke_dev_init＝1”(表示初始化成功)；如果初始化失败(即切换音频路径到卡拉OK设备，以及选择声音拾取设备为MIC失败)，则卡拉OK设备20将初始化标识(flag)置为0，当接收到通过AudioManger.getParameter(“karaoke_dev_init＝”)发送的初始化结果查询指令后，返回“karaoke_dev_init＝0”(表示初始化失败)。

需要说明的是，卡拉OK伴奏信号默认的音频路径是将卡拉OK伴奏信号写到终端设备CPU内置的Codec(Coder-Decoder，编码-解码器)里面，

而初始化完成之后就会把卡拉OK伴奏信号的音频路径切换到卡拉OK设备；终端设备可能存在多个声音拾取设备，如果使用卡拉OK模式，则选择声音拾取设备为MIC。

本实施例所述的实现卡拉OK应用的系统，Android卡拉OK系统平台10根据初始化指令，对卡拉OK设备20进行初始化，使得卡拉OK设备10可以满足卡拉OK应用的需要，实现卡拉OK应用。

实施例五

图3为本发明实施例五实现卡拉OK应用的系统；在实施例一的基础上，如图3所示：

卡拉OK设备20，设置有MIC接口201和USB(UniversalSerialBus，通用串行总线)接口202，通过MIC接口201与MIC相连接、通过USB接口202与终端设备相连接，还用于将混响后的卡拉OK音频信号分为二路，第一路混响后的卡拉OK音频信号存储在卡拉OK设备20中，第二路混响后的卡拉OK音频信号通过终端设备的扬声器speaker输出。

其中，卡拉OK设备20上可以设置一个或多个(如2个、3个等)MIC接口201、一个或多个(如2个、3个等)USB接口202，对MIC接口201和USB接口202的数量不做具体限定，可以根据实际应用状况进行设置。

其中，终端设备可以是电视机、计算机或手机等。通过终端设备的speaker输出之前，可以先通过终端设备的PA(poweramplifier，功率放大器)对卡拉OK音频信号进行放大，然后再通过speaker输出。

具体地，用户通过MIC进行唱歌、朗诵等时，卡拉OK设备20获取到通过MIC输入的声音信号。具体地，卡拉OK设备20中的卡拉OK伴奏信号可以是预先存储在卡拉OK设备20中；或可以是卡拉OK设备20通过USB接口202与终端设备相连接后，从终端设备中获取等。

具体地，卡拉OK设备20通过USB接口202与终端设备相连接，可以热插拔，也可以实时的通过USB接口202对卡拉OK设备20进行FW(Firmware，固件)升级，方便以后做更多的优化。其中，卡拉OK设备20可以通过卡拉OKIC(IntegratedCircuit，集成电路)等实现。

具体地，将混响后的卡拉OK音频信号分为二路输出(第一路混响后的卡拉OK音频信号和第二路混响后的卡拉OK音频信号，第一路混响后的卡拉OK音频信号和第二路混响后的卡拉OK音频信号是一致的)，第二路混响后的卡拉OK音频信号直接通过speaker输出，这样保证了声音的低延时，可以达到更好的卡拉OK效果。第二路混响后的卡拉OK音频信号通过终端设备的speaker输出的路径是：卡拉OK设备20通过USB接口202将第二路混响后的卡拉OK音频信号输出到终端设备；终端设备接收到第二路混响后的卡拉OK音频信号后，将第二路混响后的卡拉OK音频信号发送到终端设备的speaker输出。

相应地，Android卡拉OK系统平台10，还用于获取卡拉OK设备20中存储的第一路混响后的卡拉OK音频信号，对第一路混响后的卡拉OK音频信号进行录音和打分。

具体地，Android卡拉OK系统平台10对第一路混响后的卡拉OK音频信号进行录音和打分的过程是：Android卡拉OK系统平台10将第一路混响后的卡拉OK音频信号记录在移动终端的存储器上，并在记录过程中，根据预设的打分规则，对第一路混响后的卡拉OK音频信号进行打分。其中，预设的打分规则可以是将第一路混响后的卡拉OK音频信号的音调、音色等，与预设的参考音调、参考音色等进行比较，根据比较结果，确定分数大小。对第一路混响后的卡拉OK音频信号进行打分，得到第一路卡拉OK音频信号的分数，使得用户可以直观了解其演唱、演讲等的水平。

本实施例所述的实现卡拉OK应用的系统，通过设置有MIC接口201和USB接口202的卡拉OK设备20，以及设置在终端设备中的Android卡拉OK系统平台10，实现卡拉OK应用，可以实现伴奏、录音和打分等功能，实现的功能多；且具有专门的卡拉OK硬件设备，实现效果好。

实施例六

图4为本发明实施例六实现卡拉OK应用的系统；在实施例五的基础上，如图4所示：

卡拉OK设备20，被挂载成U盘，具体用于将第一路混响后的卡拉OK音频信号存储在卡拉OK设备20的in.img文件中；

相应地，Android卡拉OK系统平台10包括：

共享动态链接库模块103，用于通过Android卡拉OK系统平台10的内核(kernel)中的USB大容量存储(massstorage)协议从卡拉OK设备20的in.img文件中读取第一路混响后的卡拉OK音频信号；

音频硬件抽象层模块102，用于获取共享动态链接库模块103读取到的第一路混响后的卡拉OK音频信号，将第一路混响后的卡拉OK音频信号发送到音频录音模块104；

音频录音模块104，用于接收音频硬件抽象层模块102发送的第一路混响后的卡拉OK音频信号，对第一路混响后的卡拉OK音频信号进行录音和打分。

其中，USB大容量存储协议是U盘传输文件的一个协议，卡拉OK设备10，被挂载成U盘，第一路混响后的卡拉OK音频信号是以文件的形式传输的。

本实施例所述的实现卡拉OK应用的系统，卡拉OK设备20被挂载成U盘，将第一路混响后的卡拉OK音频信号存储在卡拉OK设备20的in.img文件中，Android卡拉OK系统平台10可以从卡拉OK设备20的in.img文件中读取第一路混响后的卡拉OK音频信号，获取第一路混响后的卡拉OK音频信号的时候方便快捷。

实施例七

图5为本发明实施例七实现卡拉OK应用的系统；如图5所示，Android卡拉OK系统平台10还包括：

音频播放模块105，用于获取终端设备中的音频播放信号，将音频播放信号发送到音频硬件抽象层模块102；

相应地，音频硬件抽象层模块102，还用于接收音频播放模块105发送的音频播放信号，将音频播放信号发送到共享动态链接库模块103；

共享动态链接库模块103，还用于接收音频硬件抽象层模块102发送的音频播放信号，通过Android卡拉OK系统平台10的内核中的USB大容量存储协议将音频播放信号写入卡拉OK设备20的out.img文件中。

具体地，可以根据实际应用状况，从网络等处预先获取音频播放信号，将音频播放信号存储在终端设备的存储器中，当需要播放的时候，从终端设备的存储器中获取音频播放信号。

其中，音频播放信号包括：原唱信号或卡拉OK伴奏信号等。如果音频播放信号是原唱信号，则将原唱信号写入卡拉OK设备20的out.img文件中；如果音频播放信号是卡拉OK伴奏信号，则将卡拉OK伴奏信号写入卡拉OK设备20的out.img文件中。

具体地，将音频播放信号写入卡拉OK设备20的out.img文件中后，卡拉OK设备20可以从out.img文件中获取音频播放信号进行应用，比如音频播放信号是原唱信号，则卡拉OK设备20可以将原唱信号通过终端设备的扬声器speaker输出实现播放；又比如音频播放信号是卡拉OK伴奏信号，则卡拉OK设备20可以将声音信号与卡拉OK伴奏信号进行合成得到卡拉OK音频信号。

本实施例所述的实现卡拉OK应用的系统，Android卡拉OK系统平台10从终端设备中获取音频播放信号，将音频播放信号写入卡拉OK设备20的out.img文件中，方便卡拉OK设备20获取音频播放信号进行应用。

实施例八

图6为本发明实施例八实现卡拉OK应用的系统；在实施例七的基础上，如图6所示，Android卡拉OK系统平台10还包括：高级Linux声音架构库模块106；

相应地，音频硬件抽象层模块102，还用于将音频播放信号发送到高级Linux声音架构库模块106；

高级Linux声音架构库模块106，用于接收音频硬件抽象层模块102发送的音频播放信号，通过Android卡拉OK系统平台10的内核中的高级Linux声音架构驱动器AlsaDriver驱动终端设备的扬声器speaker播放音频播放信号。

其中，音频播放信号包括：原唱信号或卡拉OK伴奏信号等。当音频播放信号是原唱信号时，通过安卓Android卡拉OK系统平台10的内核中的AlsaDriver(驱动器)驱动终端设备的扬声器speaker播放原唱信号；或当音频播放信号是卡拉OK伴奏信号时，通过安卓Android卡拉OK系统平台10的内核中的AlsaDriver(驱动器)驱动终端设备的扬声器speaker播放卡拉OK伴奏信号。

本实施例所述的实现卡拉OK应用的系统，通过安卓Android卡拉OK系统平台10的内核中的AlsaDriver(驱动器)驱动终端设备的扬声器speaker播放音频播放信号，可以方便快捷地实现音频播放信号的播放。

实施例九

图7为本发明实施例九实现卡拉OK应用的方法；如图7所示，其可以具体包括：

301：Android卡拉OK系统平台获取在卡拉OK用户设置界面中输入的混响开启指令，将混响开启指令对应的混响开启参数发送至卡拉OK设备。

其中，Android卡拉OK系统平台设置在终端设备中。

302：卡拉OK设备接收Android卡拉OK系统平台发送的混响开启参数，对卡拉OK音频信号进行混响。

其中，卡拉OK音频信号是卡拉OK设备获取通过麦克风MIC输入的声音信号后，将声音信号与卡拉OK设备中的卡拉OK伴奏信号进行合成得到。

具体地，本实施例的卡拉OK设备、安卓Android卡拉OK系统平台之间的连接关系，以及卡拉OK设备、安卓Android卡拉OK系统平台中所包括的模块单元等具体结构与实施例一所述的相同。

本实施例所述的实现卡拉OK应用的方法，在Android系统平台上使用卡拉OK应用时，可以通过卡拉OK用户设置界面打开卡拉OK设备20的混响，对用户的卡拉OK音频信号进行混响，混响可以使唱歌人的声音不那么单调，唱出演唱会的效果，可以更好地发挥卡拉OK设备20的性能，增加卡拉OK应用效果。

实施例十

图8为本发明实施例十实现卡拉OK应用的方法；在实施例九的基础上，如图8所示，其可以具体包括：

303：卡拉OK设备将混响后的卡拉OK音频信号分为二路，第一路混响后的卡拉OK音频信号存储在卡拉OK设备中，第二路混响后的卡拉OK音频信号通过终端设备的扬声器speaker输出。

其中，卡拉OK设备设置有麦克风MIC接口和USB接口，通过MIC接口与MIC相连接、通过USB接口与终端设备相连接。

304：Android卡拉OK系统平台获取卡拉OK设备中存储的第一路混响后的卡拉OK音频信号，对第一路混响后的卡拉OK音频信号进行录音和打分。

具体地，本实施例的卡拉OK设备、安卓Android卡拉OK系统平台之间的连接关系，以及卡拉OK设备、安卓Android卡拉OK系统平台中所包括的模块单元等具体结构与实施例五所述的相同。

本实施例所述的实现卡拉OK应用的系统，通过卡拉OK设备20，以及设置在终端设备中的Android卡拉OK系统平台10，实现卡拉OK应用，可以实现伴奏、录音和打分等功能，实现的功能多；且具有专门的卡拉OK硬件设备，实现效果好。

所述方法与前述的装置描述对应，不足之处参考上述装置的叙述，不再一一赘述。

上述说明示出并描述了本发明的若干优选实施例，但如前所述，应当理解本发明并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围，则都应在本发明所附权利要求的保护范围内。

Claims (10)

1.一种实现卡拉OK应用的系统，其特征在于，所述系统包括：

安卓Android卡拉OK系统平台，设置在终端设备中，用于获取在卡拉OK用户设置界面中输入的混响开启指令，将所述混响开启指令对应的混响开启参数发送至卡拉OK设备；

所述卡拉OK设备，与所述终端设备相连接，用于接收所述Android卡拉OK系统平台发送的混响开启参数，对卡拉OK音频信号进行混响，其中，所述卡拉OK音频信号是所述卡拉OK设备获取通过麦克风MIC输入的声音信号后，将所述声音信号与所述卡拉OK设备中的卡拉OK伴奏信号进行合成得到。

2.如权利要求1所述的系统，其特征在于，所述Android卡拉OK系统平台包括：

音频管理模块，用于获取在所述卡拉OK用户设置界面中输入的混响开启指令，将所述混响开启指令对应的混响开启参数发送到音频硬件抽象层模块；

所述音频硬件抽象层模块，用于接收所述混响开启参数，将所述混响开启参数发送到共享动态链接库模块；

所述共享动态链接库模块，用于接收所述混响开启参数，将所述混响开启参数写入到所述卡拉OK设备的设备节点中；

相应地，所述卡拉OK设备，用于读取所述设备节点中的混响开启参数，开启混响，对所述卡拉OK音频信号进行混响。

3.如权利要求2所述的系统，其特征在于，所述音频管理模块，还用于获取在所述卡拉OK用户设置界面中输入的混响关闭指令，将所述混响关闭指令对应的混响关闭参数发送到所述音频硬件抽象层模块；

所述音频硬件抽象层模块，还用于接收所述混响关闭参数，将所述混响关闭参数发送到所述共享动态链接库模块；

所述共享动态链接库模块，还用于接收所述混响关闭参数，将所述混响关闭参数写入到所述卡拉OK设备的设备节点中；

相应地，所述卡拉OK设备，还用于读取所述设备节点中的混响关闭参数，关闭混响。

4.如权利要求2或3所述的系统，其特征在于，所述音频管理模块，还用于向所述音频硬件抽象层模块发送对所述卡拉OK设备进行初始化的初始化指令；

相应地，所述音频硬件抽象层模块，还用于接收所述音频管理模块发送的初始化指令，对所述卡拉OK设备进行初始化。

5.如权利要求1所述的系统，其特征在于，所述卡拉OK设备，设置有MIC接口和通用串行总线USB接口，通过所述MIC接口与所述MIC相连接、通过所述USB接口与所述终端设备相连接，还用于将混响后的卡拉OK音频信号分为二路，第一路混响后的卡拉OK音频信号存储在所述卡拉OK设备中，第二路混响后的卡拉OK音频信号通过所述终端设备的扬声器speaker输出；

相应地，所述Android卡拉OK系统平台，还用于获取所述卡拉OK设备中存储的第一路混响后的卡拉OK音频信号，对所述第一路混响后的卡拉OK音频信号进行录音和打分。

6.如权利要求5所述的系统，其特征在于，所述卡拉OK设备，被挂载成U盘，具体用于将所述第一路混响后的卡拉OK音频信号存储在所述卡拉OK设备的in.img文件中；

相应地，所述Android卡拉OK系统平台包括：

共享动态链接库模块，用于通过所述Android卡拉OK系统平台的内核中的USB大容量存储协议从所述卡拉OK设备的in.img文件中读取所述第一路混响后的卡拉OK音频信号；

音频硬件抽象层模块，用于获取所述共享动态链接库模块读取到的所述第一路混响后的卡拉OK音频信号，将所述第一路混响后的卡拉OK音频信号发送到音频录音模块；

所述音频录音模块，用于接收所述音频硬件抽象层模块发送的所述第一路混响后的卡拉OK音频信号，对所述第一路混响后的卡拉OK音频信号进行录音和打分。

7.根据权利要求6所述的系统，其特征在于，所述Android卡拉OK系统平台还包括：

音频播放模块，用于获取所述终端设备中的音频播放信号，将所述音频播放信号发送到所述音频硬件抽象层模块；

相应地，所述音频硬件抽象层模块，还用于接收所述音频播放模块发送的所述音频播放信号，将所述音频播放信号发送到所述共享动态链接库模块；

所述共享动态链接库模块，还用于接收所述音频硬件抽象层模块发送的所述音频播放信号，通过所述Android卡拉OK系统平台的内核中的USB大容量存储协议将所述音频播放信号写入所述卡拉OK设备的out.img文件中。

8.根据权利要求7所述的系统，其特征在于，所述Android卡拉OK系统平台还包括：高级Linux声音架构库模块；

相应地，所述音频硬件抽象层模块，还用于将所述音频播放信号发送到所述高级Linux声音架构库模块；

所述高级Linux声音架构库模块，用于接收所述音频硬件抽象层模块发送的所述音频播放信号，通过所述Android卡拉OK系统平台的内核中的高级Linux声音架构驱动器AlsaDriver驱动所述终端设备的扬声器speaker播放所述音频播放信号。

9.一种实现卡拉OK应用的方法，其特征在于，所述方法包括：

Android卡拉OK系统平台获取在卡拉OK用户设置界面中输入的混响开启指令，将所述混响开启指令对应的混响开启参数发送至卡拉OK设备；其中，所述Android卡拉OK系统平台设置在终端设备中；

所述卡拉OK设备接收所述Android卡拉OK系统平台发送的所述混响开启参数，对卡拉OK音频信号进行混响，其中，所述卡拉OK音频信号是所述卡拉OK设备获取通过麦克风MIC输入的声音信号后，将所述声音信号与所述卡拉OK设备中的卡拉OK伴奏信号进行合成得到。

10.如权利要求9所述的方法，其特征在于，所述方法还包括：

所述卡拉OK设备将混响后的卡拉OK音频信号分为二路，第一路混响后的卡拉OK音频信号存储在所述卡拉OK设备中，第二路混响后的卡拉OK音频信号通过所述终端设备的扬声器speaker输出；其中，所述卡拉OK设备设置有MIC接口和通用串行总线USB接口，通过所述MIC接口与所述MIC相连接、通过所述USB接口与所述终端设备相连接；

所述Android卡拉OK系统平台获取所述卡拉OK设备中存储的第一路混响后的卡拉OK音频信号，对所述第一路混响后的卡拉OK音频信号进行录音和打分。