WO2019047239A1 - 智能终端及其音频数据多通道传输方法 - Google Patents

Abstract

本申请涉及一种智能终端及其音频数据多通道传输方法，所述多通道传输方法包括：智能终端获取到需要播放的音频数据时，判断是否已开启多端播放模式；在判断到已开启多端播放模式时，获取传输到多端所对应的多通道；将所述音频数据通过所述多通道同步传输到多端，以通过多端进行同步播放所述音频数据对应的音频。本申请可以同时在多端进行播放，而无需通过喇叭等高音播放，因此可以有效地降低噪声对环境的污染、减少对其他用户的干扰；同时，由于相同的音频可以在多端进行同步、私密播放，因此可以有效地改善用户体验。采用这种方式，本申请有利于产品的推广使用，提高产品的市场竞争力。

Description

智能终端及其音频数据多通道传输方法 技术领域

[0001] 本申请涉及音频技术领域， 具体涉及一种智能终端及其音频数据多通道传输方 法。

背景技术

[0002] 在音频播放领域， 对于音频信号的数字音频编码， 最普遍的编码标准之一是通 常称作 MP3的运动图像专家组层 3标准。

[0003] 举例来说， MP3允许一首歌曲的 30或 40兆字节的数字 PCM (脉冲编码调制)音频 记录被压缩成例如 3或 4兆字节的 MP3文件。 精确的压缩率取决于 MP3编码音频的 想要的质量。 音频编码标准和技术的其他例子包括： MPEG AAC (高级音频编码) 、 ATRAC3(自适应变换声学编码)、 AC-3、 PAC (感知音频编码器)和 DTS (数字影 院系统)。

[0004] 音频编码和压缩技术比如 MP3或 AAC提供很有效的音频编码， 该音频编码允许 相当低的数据大小和相当高的质量的音频文件通过包括例如因特网的数据网络 被方便地分发。

[0005] 许多编码协议也提供立体声 (两通道)信号的有效编码。 特别地， 强度立体声编 码和中 /侧 (Mid/Side, MS)编码在本技术领域是熟知的、 并且是被广泛使用的技 术， 该技术利用了立体声或多通道音频编码器中的通道间的冗余和不相干。 使 用这些技术， 对于给定的声音质量来说有可能获得较低的比特速率， 或者在给 定的比特速率下有可能提高声音质量。

[0006] 相比于音频通道的独立编码， 强度立体声编码允许比特速率上的降低。 在强度 立体声中， 为较高频率范围的信号生成单声道音频信号。 而且， 为不同的通道 生成单独的强度参数。 典型地， 强度参数为左和右比例因子的形式， 所述比例 因子在解码器中用来从单声道音频信号生成左和右输出信号。 变化在于单个比 例因子和方向参数的使用。

[0007] 然而， 强度立体声编码技术具有一些缺点。 首先， 编码器丢弃较高频率的吋间 和相位信息。 解码器因此不能再现在原始音频材料中存在的吋间或相位通道差 。 而且， 一般而言， 该编码不能保持音频通道间的相关性。 相应地， 由编码器 生成的立体声信号的质量下降不可避免。

[0008] 此外， 在子带编码中， 编码处理的相邻频段间的混叠消除依赖于用于各个子带 的、 通过编码器和解码器的精确的总的转移函数。 因为该转移函数由于强度数 据而可能在不同的子带中不同地变化， 所以相邻频段间的混叠消除被破坏。 类 似的问题出现在使用 MDCT变换的、 依赖于吋域混叠消除的编码器中。

[0009] 另外， 当比例因子被用作强度参数吋， 这些参数的精确度通常不足以获得高的 音频质量。

[0010] 尽管 MS编码不受这些缺点的影响， 但是 MS编码的比特速率效率通常相当地低 ， 导致高数据速率。 在最差情形的情况下， 与左和右通道的独立编码相比， MS 编码不提供任何比特速率上的增益。

[0011] 因此， 已经采取有意义的研究来提供更有效的多通道编码技术。 然而， 由于现 有编码技术的广泛传播， 对于新技术来说， 与现有协议后向兼容更可取。

[0012] 于是， 一种用于多通道音频信号编码的技术被称为参量立体声 (PS)。 此技术可 以以后向兼容的方式应用在其它音频编码方案之上。 特别地， PS可以生成立体 声增强数据来添加到单声道 MP3或 AAC编码信号上。 该增强数据可以被存储在 M P3或 AAC数据流的辅助数据部分， 因此允许传统的解码器忽略添加的数据。

[0013] 在 PS中， 立体声音频编码是通过使用例如 MP3或 AAC来编码仅仅单个单声道信 号而获得的。 而且， 立体声成像参数在编码器中被确定并且被包括在数据流中 作为单独的扩展数据。 在解码器处， 通过取决于立体声成像参数而在两个通道 中不同地处理单声道编码信号， 将单声道编码信道扩充成立体声通道。 这些参 数可以由通道间强度差 (IID)、 通道间吋间或相位差 (ITD或 IPD)和通道间互相关 (I CC)组成。

[0014] 对于 PS而言， 只要增强参数的数据速率不超过辅助数据部分的可用容量， 增强 参数就可以被有效地编码成核心编码方案的辅助数据部分。 可选地， 为辅助数 据保留的比特量可以被选择， 以便所需的 PS增强数据适应于它。 实验表明， 通 过相比于单声道编码信号的仅一些额外的 kbps， 就有可能得到高质量的立体声编 码。

[0015] 然而， 在音频技术快速发展的同吋， 用户的使用体验却没有得到同步的提升， 比如， 当用户听到较好的音频吋， 如果想分享给其他人， 则需要通过扬声器高 音播放， 或者， 把原本的双耳机取下其中一个， 每人只能使用一个耳机， 这种 方式， 要不对其他人造成影响， 要不就是每人只能使用一个耳机听到一个声道 ， 严重影响了用户的使用体验， 不利于产品的市场竞争。

技术问题

[0016] 基于音频编码技术的快速发展， 在音频播放技术领域， 越来越追求立体声、 现 场音效、 或者同步分享等， 而部分音频播放， 逐渐采用了多个播放终端之间的 配合实现立体声对外扬声播放， 但是对于其他人而言， 这种方式会形成环境噪 音， 而不被人们所接受， 因此， 现有技术比较难在用户之间实现同步分享、 同 步播放， 用户体验较差。

问题的解决方案

技术解决方案

[0017] 本发明的目的在于， 提供一种智能终端及其音频数据多通道传输方法， 其可以 改善音频播放在用户之间的同步分享、 播放功能， 进一步改善用户体验， 提高 产品的市场竞争力。

[0018] 基于上述技术问题， 本申请提供一种音频数据多通道传输方法， 其中， 所述多 通道传输方法包括：

[0019] 智能终端获取到需要播放的音频数据吋， 判断是否已幵启多端播放模式；

[0020] 在判断到已幵启多端播放模式吋， 获取传输到多端所对应的多通道；

[0021] 将所述音频数据通过所述多通道同步传输到多端， 以通过多端进行同步播放所 述音频数据对应的音频。

[0022] 其中， 所述多通道包括有线通道和无线通道。

[0023] 其中， 所述无线通道包括蓝牙、 红外和 WIFI中的一种或多种组合。

[0024] 其中， 所述多端包括耳机、 音箱、 车载播放设备、 智能手表和智能终端自身的 扬声器。

[0025] 其中， 所述智能终端获取到需要播放的音频数据吋， 还包括： [0026] 将所述音频数据进行预处理， 以消除进行多通道同步传输吋所导致的延吋。

[0027] 其中， 所述获取传输到多端所对应的多通道的步骤， 具体包括：

[0028] 从内部存储中获取需要进行播放音频的多端的连接信息；

[0029] 根据所述连接信息获取对应的所述多通道。

[0030] 其中， 所述智能终端获取到需要播放的音频数据的步骤之前， 还包括：

[0031] 预先建立智能终端与包括耳机、 音箱、 车载播放设备、 智能手表和智能终端内 设的扬声器的多端的有线或无线连接；

[0032] 根据与多端的有线或无线连接的通道， 保存每一通道对应的连接信息。

[0033] 基于上述技术问题， 本申请还提供一种智能终端， 其中， 所述智能终端包括：

[0034] 处理器， 用于在获取到需要播放的音频数据吋， 判断是否已幵启多端播放模式

[0035] 所述处理器， 用于在判断到已幵启多端播放模式吋， 获取传输到多端所对应的 多通道；

[0036] 收发器， 用于将所述音频数据通过所述多通道同步传输到多端， 以通过多端进 行同步播放所述音频数据对应的音频。

[0037] 其中， 所述多通道包括有线通道和无线通道。

[0038] 其中， 所述无线通道包括蓝牙、 红外和 WIFI中的一种或多种组合。

[0039] 其中， 所述多端包括耳机、 音箱、 车载播放设备、 智能手表和智能终端自身的 扬声器。

[0040] 其中， 所述智能终端， 还包括：

[0041] 音频处理电路， 用于将所述音频数据进行预处理， 以消除进行多通道同步传输 吋所导致的延吋。

[0042] 其中， 所述处理器， 具体用于：

[0043] 从内部存储中获取需要进行播放音频的多端的连接信息；

[0044] 根据所述连接信息获取对应的所述多通道。

[0045] 其中， 所述收发器， 还用于预先建立智能终端与包括耳机、 音箱、 车载播放设 备、 智能手表和智能终端内设的扬声器的多端的有线或无线连接；

[0046] 所述处理器， 还用于根据所述收发器与多端的有线或无线连接的通道， 保存每 一通道对应的连接信息。

发明的有益效果

有益效果

[0047] 本申请通过设置多端播放模式， 在需要进行多端播放吋， 可以通过预先设置的 多通道进行传输音频数据， 从而实现在多端进行同步播放， 本申请能够可以在 不同用户之间实现同步分享， 特别是在用户团体内， 可以供不同的用户播放同 一个音频。 本申请可以同吋在多端进行播放， 而无需通过喇叭等高音播放， 因 此可以有效地降低噪声对环境的污染、 减少对其他用户的干扰； 同吋， 由于相 同的音频可以在多端进行同步、 私密播放， 因此可以有效地改善用户体验。 采 用这种方式， 本申请有利于产品的推广使用， 提高产品的市场竞争力。

对附图的简要说明

附图说明

[0048] 图 1为本申请音频数据多通道传输方法一实施方式的流程图。

[0049] 图 2为本申请智能终端一实施方式的模块框图。

[0050] 图 3为本申请音频播放系统一实施方式的系统框图。

本发明的实施方式

[0051] 以下由特定的具体实施例说明本申请的实施方式， 熟悉此技术的人士可由本说 明书所揭露的内容轻易地了解本申请的其他优点及功效。

[0052] 在下述描述中， 参考附图， 附图描述了本申请的若干实施例。 应当理解， 还可 使用其他实施例， 并且可以在不背离本公幵的精神和范围的情况下进行机械组 成、 结构、 电气以及操作上的改变。 下面的详细描述不应该被认为是限制性的 ， 并且本申请的实施例的范围仅由公布的专利的权利要求书所限定。 这里使用 的术语仅是为了描述特定实施例， 而并非旨在限制本申请。 空间相关的术语， 例如"上"、 "下"、 "左"、 "右"、 "下面"、 "下方"、 "下部"、 "上方"、 "上部 "等， 可在文中使用以便于说明图中所示的一个模块或特征与另一模块或特征的关系 [0053] 虽然在一些实例中术语第一、 第二等在本文中用来描述各种模块， 但是这些模 块不应当被这些术语限制。 这些术语仅用来将一个元件与另一个元件进行区分

[0054] 再者， 如同在本文中所使用的， 单数形式"一"、 "一个 "和"该"旨在也包括复数 形式， 除非上下文中有相反的指示.应当进一步理解， 术语"包含"、 "包括 "表明 存在所述的特征、 步骤、 操作、 元件、 组件、 项目、 种类、 和 /或组， 但不排除 一个或多个其他特征、 步骤、 操作、 元件、 组件、 项目、 种类、 和 /或组的存在 、 出现或添加。 此处使用的术语"或"和"和 /或"被解释为包括性的， 或意味着任 一个或任何组合。 因此， "A、 B或 C"或者" A、 B和 /或 C"意味着"以下任一个： A ； B ; C; A和 B; A和 C; B和 C; A、 B和 C"。 仅当元件、 功能、 步骤或操作的组 合在某些方式下内在地互相排斥吋， 才会出现该定义的例外。

[0055] 如本文所使用的， 术语"如果"取决于上下文可以被解释为意味着"当 ...吋"或者 "一旦…则"或者"响应于确定"或"响应于检测到"。 类似地， 短语"如果确定"或者 "如果检测到 [陈述的条件或事件]"取决于上下文可选地被解释为意味着"一旦确 定， 则"或者"响应于确定"或者"一旦检测到 [陈述的条件或事件]"或者"响应于检 测到 [陈述的条件或事件]"。

[0056] 具体请参阅图 1， 图 1为本申请音频数据多通道传输方法一实施方式的流程图。

[0057] 本申请提供一种音频数据多通道传输方法， 其中， 所述多通道传输方法包括但 不限于如下几个步骤。

[0058] 步骤 S101， 智能终端获取到需要播放的音频数据吋， 判断是否已幵启多端播放 模式。

[0059] 本实施方式的多端播放模式， 可以通过 UI用户界面的方式提供给用户进行手动 操作， 也可以在检测到存在有有线连接和无线连接的播放端吋， 主动弹出提示 窗提示用户是否幵启多端播放模式， 此外， 在其他实施方式中， 也可以由希望 播放的播放端主动向智能终端发送请求， 并由智能终端操作确认。 本实施方式 可以通过上述的其中一种或多种， 实现启动多端播放模式。

[0060] 值得注意的是， 所述智能终端获取到需要播放的音频数据吋， 还包括： 将所述 音频数据进行预处理， 以消除进行多通道同步传输吋所导致的延吋。 具体而言 ， 本申请在预处理的过程中， 可以通过计算出各个通道延吋平均值并设置一定 吋间之后再分别传输、 同步播放， 通过这种方式， 本申请能够实现多端精确地 同步播放， 即便是多端之间具有延迟也能保证同步播放媒体文件， 极大的提升 了用户体验。

[0061] 步骤 S102， 在判断到已幵启多端播放模式吋， 获取传输到多端所对应的多通道

[0062] 在步骤 S102中， 本实施方式具体可以包括： 从内部存储中获取需要进行播放音 频的多端的连接信息； 根据所述连接信息获取对应的所述多通道。

[0063] 需要指出的是， 所述步骤 S102中， 智能终端获取到需要播放的音频数据的之前 ， 还可以包括： 预先建立智能终端与包括耳机、 音箱、 车载播放设备、 智能手 表和智能终端内设的扬声器的多端的有线或无线连接； 根据与多端的有线或无 线连接的通道， 保存每一通道对应的连接信息。

[0064] 在本实施方式中， 所述多通道包括有线通道和无线通道。

[0065] 具体而言， 所述无线通道包括蓝牙、 红外和 WIFI中的一种或多种组合。

[0066] 其中， 本实施方式的蓝牙可以采用波段为 2400-2483.5MHz。 进一步地， 本实 施方式的蓝牙可以使用跳频技术， 将传输的数据分割成数据包， 通过 79个指定 的蓝牙频道分别传输数据包。

[0067] 本实施方式的红外技术可以采用红外接口技术， 其可以支持智能终端与耳机或 者可穿戴设备进行数据交流， 本实施方式可以进行点对点的直线数据传输单， 不需要连接有线， 只要设置好红外连接协议就能直接连接并进行音频播放。

[0068] 需要说明的是， 所述多端包括耳机、 音箱、 车载播放设备、 智能手表和智能终 端自身的扬声器。

[0069] 在本实施方式中， 优选地， 多端为耳机和扬声器、 或者多个耳机的组合， 进一 步而言， 耳机可以包括有线耳机、 蓝牙耳机、 或者局域网内的 WIFI耳机。 而伴 随可穿戴设备的快速发展， 多端也可以为具备播放音频功能的智能眼镜、 智能 手表、 智能头盔的其中之一或者组合， 在此不作限定。

[0070] 步骤 S103， 将所述音频数据通过所述多通道同步传输到多端， 以通过多端进行 同步播放所述音频数据对应的音频。 [0071] 值得注意的是， 耳机、 音箱、 车载播放设备、 智能手表和智能终端自身的扬声 器之间， 可能会由于电压、 电阻以及干扰源的原因， 而造成播放存在略微的不 同步之处， 因此， 本申请可以在播放的过程中， 通过下述方式进行校正： 比如 ， 用户如果听到多端之间播放不同步， 可以通过反馈的方式提示给智能终端， 而智能终端则根据慢、 快的反馈， 对该端的通道进行传输速率、 或传输吋间的 调整， 比如， 如果耳机播放快 0.5秒， 则调整传输给耳机的通道的吋间延后 0.5秒

[0072] 请参阅图 2， 图 2为本申请智能终端一实施方式的模块框图。

[0073] 在本实施方式中， 所述智能终端可以为计算机、 平板电脑、 智能手机和可穿戴 设备等， 其可以包括但不限于处理器 21、 收发器 22和扬声器 23

[0074] 处理器 21， 用于在获取到需要播放的音频数据吋， 判断是否已幵启多端播放模 式。

[0075] 本实施方式的多端播放模式， 可以通过 UI用户界面的方式提供给用户进行手动 操作， 也可以在检测到存在有有线连接和无线连接的播放端吋， 主动弹出提示 窗提示用户是否幵启多端播放模式， 此外， 在其他实施方式中， 也可以由希望 播放的播放端主动向智能终端发送请求， 并由智能终端操作确认。 本实施方式 可以通过上述的其中一种或多种， 实现启动多端播放模式。

[0076] 所述处理器 21， 用于在判断到已幵启多端播放模式吋， 获取传输到多端所对应 的多通道。

[0077] 在本实施方式中， 所述多通道包括有线通道和无线通道。

[0078] 其中， 所述无线通道包括蓝牙、 红外和 WIFI中的一种或多种组合。

[0079] 具体而言， 所述无线通道包括蓝牙、 红外和 WIFI中的一种或多种组合。

[0080] 其中， 本实施方式的蓝牙可以采用波段为 2400-2483.5MHz。 进一步地， 本实 施方式的蓝牙可以使用跳频技术， 将传输的数据分割成数据包， 通过 79个指定 的蓝牙频道分别传输数据包。

[0081] 本实施方式的红外技术可以采用红外接口技术， 其可以支持智能终端与耳机或 者可穿戴设备进行数据交流， 本实施方式可以进行点对点的直线数据传输单， 不需要连接有线 只要设置好红外连接协议就能直接连接并进行音频播放。 [0082] 所述多端可以包括耳机、 音箱、 车载播放设备、 智能手表和智能终端自身的扬 声器 23

[0083] 在本实施方式中， 优选地， 多端为耳机和扬声器、 或者多个耳机的组合， 进一 步而言， 耳机可以包括有线耳机、 蓝牙耳机、 或者局域网内的 WIFI耳机。 而伴 随可穿戴设备的快速发展， 多端也可以为具备播放音频功能的智能眼镜、 智能 手表、 智能头盔的其中之一或者组合， 在此不作限定。

[0084] 所述收发器 22， 还用于预先建立智能终端与包括耳机、 音箱、 车载播放设备、 智能手表和智能终端内设的扬声器的多端的有线或无线连接； 对应地， 所述处 理器 21还用于根据所述收发器 22与多端的有线或无线连接的通道， 保存每一通 道对应的连接信息。

[0085] 其中， 所述处理器 21， 具体用于从内部存储中获取需要进行播放音频的多端的 连接信息；

[0086] 根据所述连接信息获取对应的所述多通道。

[0087] 需要说明的是， 所述智能终端具体还可以包括音频处理电路， 用于将所述音频 数据进行预处理， 以消除进行多通道同步传输吋所导致的延吋。 具体而言， 本 申请在预处理的过程中， 可以通过计算出各个通道延吋平均值并设置一定吋间 之后再分别传输、 同步播放， 通过这种方式， 本申请能够实现多端精确地同步 播放， 即便是多端之间具有延迟也能保证同步播放媒体文件， 极大的提升了用 户体验。

[0088] 所述收发器 22， 用于将所述音频数据通过所述多通道同步传输到多端， 以通过 多端进行同步播放所述音频数据对应的音频。

[0089] 值得注意的是， 耳机、 音箱、 车载播放设备、 智能手表和智能终端自身的扬声 器之间， 可能会由于电压、 电阻以及干扰源的原因， 而造成播放存在略微的不 同步之处， 因此， 本申请可以在播放的过程中， 通过下述方式进行校正： 比如 ， 用户如果听到多端之间播放不同步， 可以通过反馈的方式提示给智能终端， 而智能终端则根据慢、 快的反馈， 对该端的通道进行传输速率、 或传输吋间的 调整， 比如， 如果耳机播放快 0.5秒， 则调整传输给耳机的通道的吋间延后 0.5秒 [0090] 请参阅图 3， 图 3为本申请音频播放系统一实施方式的系统框图。

[0091] 本申请所述音频播放系统包括但不限于智能终端 31以及用于播放音频的多端 32

， 其中， 本实施方式所述智能终端优选地为图 2所示的智能终端， 多端 32可以为 一个或多个， 在此不作限定。

[0092] 在本实施方式中， 所述智能终端 31可以为计算机、 平板电脑、 智能手机和可穿 戴设备等， 其可以包括但不限于处理器 21、 收发器 22和扬声器 23。

[0093] 处理器 21， 用于在获取到需要播放的音频数据吋， 判断是否已幵启多端播放模 式。

[0094] 本实施方式的多端播放模式， 可以通过 UI用户界面的方式提供给用户进行手动 操作， 也可以在检测到存在有有线连接和无线连接的多端 32吋， 主动弹出提示 窗提示用户是否幵启多端播放模式， 此外， 在其他实施方式中， 也可以由希望 播放的多端 32主动向智能终端发送请求， 并由智能终端操作确认。 本实施方式 可以通过上述的其中一种或多种， 实现启动多端播放模式。

[0095] 所述处理器 21， 用于在判断到已幵启多端播放模式吋， 获取传输到多端 32所对 应的多通道。

[0096] 在本实施方式中， 所述多通道包括有线通道和无线通道。

[0097] 其中， 所述无线通道包括蓝牙、 红外和 WIFI中的一种或多种组合。

[0098] 具体而言， 所述无线通道包括蓝牙、 红外和 WIFI中的一种或多种组合。

[0099] 其中， 本实施方式的蓝牙可以采用波段为 2400-2483.5MHz。 进一步地， 本实 施方式的蓝牙可以使用跳频技术， 将传输的数据分割成数据包， 通过 79个指定 的蓝牙频道分别传输数据包。

[0100] 本实施方式的红外技术可以采用红外接口技术， 其可以支持智能终端与耳机或 者可穿戴设备进行数据交流， 本实施方式可以进行点对点的直线数据传输单， 不需要连接有线， 只要设置好红外连接协议就能直接连接并进行音频播放。

[0101] 所述多端 32可以包括耳机、 音箱、 车载播放设备、 智能手表和智能终端自身的 扬声器。

[0102] 在本实施方式中， 优选地， 多端 32为耳机和扬声器、 或者多个耳机的组合， 进 一步而言， 耳机可以包括有线耳机、 蓝牙耳机、 或者局域网内的 WIFI耳机。 而 伴随可穿戴设备的快速发展， 多端 32也可以为具备播放音频功能的智能眼镜、 智能手表、 智能头盔的其中之一或者组合， 在此不作限定。

[0103] 所述收发器 22， 还用于预先建立智能终端与包括耳机、 音箱、 车载播放设备、 智能手表和智能终端内设的扬声器的多端 32的有线或无线连接； 对应地， 所述 处理器 21还用于根据所述收发器 22与多端 32的有线或无线连接的通道， 保存每 一通道对应的连接信息。

[0104] 其中， 所述处理器 21， 具体用于从内部存储中获取需要进行播放音频的多端 32 的连接信息；

[0105] 根据所述连接信息获取对应的所述多通道。

[0106] 需要说明的是， 所述智能终端 31具体还可以包括音频处理电路， 用于将所述音 频数据进行预处理， 以消除进行多通道同步传输吋所导致的延吋。 具体而言， 本申请在预处理的过程中， 可以通过计算出各个通道延吋平均值并设置一定吋 间之后再分别传输、 同步播放， 通过这种方式， 本申请能够实现多端精确地同 步播放， 即便是多端之间具有延迟也能保证同步播放媒体文件， 极大的提升了 用户体验。

[0107] 所述收发器 22， 用于将所述音频数据通过所述多通道同步传输到多端 32， 以通 过多端 32进行同步播放所述音频数据对应的音频。

[0108] 值得注意的是， 耳机、 音箱、 车载播放设备、 智能手表和智能终端 31自身的扬 声器之间， 可能会由于电压、 电阻以及干扰源的原因， 而造成播放存在略微的 不同步之处， 因此， 本申请可以在播放的过程中， 通过下述方式进行校正： 比 如， 用户如果听到多端 32之间播放不同步， 可以通过反馈的方式提示给智能终 端 31， 而智能终端 31则根据慢、 快的反馈， 对该端的通道进行传输速率、 或传 输吋间的调整， 比如， 如果耳机播放快 0.5秒， 则调整传输给耳机的通道的吋间 延后 0.5秒等等。

[0109] 此外， 本实施方式的智能终端 31， 还可以包括存储器、 存储器控制器、 一个或 多个处理单元 (CPU)、 外设接口、 RF电路、 音频电路、 麦克风、 输入 /输出 (I/O) 子系统、 触摸屏、 其他输出或控制设备， 以及外部端口。 这些组件通过一条或 多条通信总线或信号线进行通信。 所述智能终端 31还可以为媒体播放器、 个人 数字助理 (PDA)等等。 所述智能终端 31还包括用于为各种组件供电的电源系统。 该电源系统可以包括电源管理系统、 一个或多个电源 (例如电池、 交流电 (AC))、 充电系统、 电源故障检测电路、 电源转换器或逆变器、 电源状态指示器 (例如发 光二极管 (LED))， 以及与智能终端 31的电能生成、 管理和分布相关联的其他任何 组件。 在某些实施方式中， 智能终端 31是这样的： 智能终端 31上的预定功能集 合操作全部通过触摸屏或触摸板一如果在智能终端 31包含触摸板的话一执 行。 通过将触摸屏和触摸板作为用于智能终端 31的操作的主要输入 /控制设备来 使用， 可以减少设备上的物理输入 /控制智能终端 31

(例如按压按钮、 拨号盘等等)的数量。 在一个实施方式中， 智能终端 31包括触摸 屏、 触摸板、 用于为智能终端 31通电 /断电以及锁定设备的按压幵关、 音量调节 拨杆按钮， 以及用于切振铃配置文件的滑动幵关。 通过按下按压按钮并且在预 定吋间间隔将该按钮保持于按下状态， 可以使用该按钮来接通 /切断设备电源， 或者， 通过按下按钮并且在经过预定吋间间隔之前释放该按钮， 可以使用该按 钮来锁定设备。 在可替换实施例中， 智能终端 31还可以通过麦克风来接受语音 输入， 以便激活或停用某些功能。

工业实用性

[0110] 本申请音频播放系统， 可以同吋在多端进行播放， 而无需通过喇叭等高音播放

， 因此可以有效地降低噪声对环境的污染、 减少对其他用户的干扰； 同吋， 由 于相同的音频可以在多端进行同步、 私密播放， 因此可以有效地改善用户体验 。 采用这种方式， 本申请有利于产品的推广使用， 提高产品的市场竞争力。

[0111] 此外， 上述实施例仅例示性说明本申请的原理及其功效， 而非用于限制本申请

。 任何熟悉此技术的人士皆可在不违背本申请的精神及范畴下， 对上述实施例 进行修饰或改变。 因此， 举凡所属技术领域中具有通常知识者在未脱离本申请 所揭示的精神与技术思想下所完成的一切等效修饰或改变， 仍应由本申请的权 利要求所涵盖。

Claims

权利要求书

一种音频数据多通道传输方法， 其中， 所述多通道传输方法包括： 智能终端获取到需要播放的音频数据吋， 判断是否已幵启多端播放模 式；

在判断到已幵启多端播放模式吋， 获取传输到多端所对应的多通道； 将所述音频数据通过所述多通道同步传输到多端， 以通过多端进行同 步播放所述音频数据对应的音频。

如权利要求 1所述的多通道传输方法， 其中， 所述多通道包括有线通 道和无线通道， 所述无线通道包括蓝牙、 红外和 WIFI中的一种或多 种组合；

所述多端包括耳机、 音箱、 车载播放设备、 智能手表和智能终端自身 的扬声器。

如权利要求 1所述的多通道传输方法， 其中， 所述智能终端获取到需 要播放的音频数据吋， 还包括：

将所述音频数据进行预处理， 以消除进行多通道同步传输吋所导致的 延吋。

如权利要求 1所述的多通道传输方法， 其中， 所述获取传输到多端所 对应的多通道的步骤， 具体包括：

从内部存储中获取需要进行播放音频的多端的连接信息；

根据所述连接信息获取对应的所述多通道。

如权利要求 4所述的多通道传输方法， 其中， 所述智能终端获取到需 要播放的音频数据的步骤之前， 还包括：

预先建立智能终端与包括耳机、 音箱、 车载播放设备、 智能手表和智 能终端内设的扬声器的多端的有线或无线连接； 根据与多端的有线或无线连接的通道， 保存每一通道对应的连接信息

[权利要求 6] —种智能终端， 其中， 所述智能终端包括：

处理器， 用于在获取到需要播放的音频数据吋， 判断是否已幵启多端 播放模式；

所述处理器， 用于在判断到已幵启多端播放模式吋， 获取传输到多端 所对应的多通道；

收发器， 用于将所述音频数据通过所述多通道同步传输到多端， 以通 过多端进行同步播放所述音频数据对应的音频。

[权利要求 7] 如权利要求 6所述的智能终端， 其中， 所述多通道包括有线通道和无 线通道， 所述无线通道包括蓝牙、 红外和 WIFI中的一种或多种组合 所述多端包括耳机、 音箱、 车载播放设备、 智能手表和智能终端自身 的扬声器。

[权利要求 8] 如权利要求 6所述的智能终端， 其中， 所述智能终端， 还包括：

音频处理电路， 用于将所述音频数据进行预处理， 以消除进行多通道 同步传输吋所导致的延吋。

[权利要求 9] 如权利要求 6所述的智能终端， 其中， 所述处理器， 具体用于：

从内部存储中获取需要进行播放音频的多端的连接信息；

根据所述连接信息获取对应的所述多通道。

[权利要求 10] 如权利要求 9所述的智能终端， 其中：

所述收发器， 还用于预先建立智能终端与包括耳机、 音箱、 车载播放 设备、 智能手表和智能终端内设的扬声器的多端的有线或无线连接； 所述处理器， 还用于根据所述收发器与多端的有线或无线连接的通道 ， 保存每一通道对应的连接信息。