CN104797001A - 一种音乐播放方法和车载音乐播放系统 - Google Patents

Abstract

本发明实施例公开了一种音乐播放方法和车载音乐播放系统，车载音乐播放系统与移动终端之间建有配对关系，所述车载音乐播放系统获取所述移动终端根据所述配对关系发送的音频数据的音乐Mac地址；所述车载音乐播放系统根据所述音乐Mac地址查找到所述音频数据；所述车载音乐播放系统将所述音频数据解码为模拟信号；所述车载音乐播放系统将所述模拟信号通过相连的车辆音响系统进行播放，由此使得在车内播放音乐时，选择播放的范围不再局限于车内存储的音乐容量，而是通过所述音乐Mac地址所定位的网络位置来获取音频数据，由此提高了在车内播放音乐的可选范围，提高了用户体验度。

Description

一种音乐播放方法和车载音乐播放系统

技术领域

本发明涉及数据控制领域，特别是涉及一种音乐播放方法和车载音乐播放系统。

背景技术

大多数的音乐播放系统，诸如车载音响系统中只能同时接受来自一个用户的指令来选择播放音乐。这类传统的音乐播放系统只能满足同一类甚至同一个人的音乐需求。并且它们通常需要将大量音乐以一种形式进行储存，CD光盘是其中的一个例子。这种储存形式具有不可分享性。而且随车携带的CD光盘数量有限，导致音乐的选择范围有限。无法在车内例如行驶过程中，播放想听的但是车上并没有存储的音乐。

发明内容

为了解决上述技术问题，本发明提供了一种音乐播放方法和车载音乐播放系统，车载音乐播放系统可以从配对的移动终端获取音频数据的音乐Mac地址，通过访问所述音乐Mac地址获取待播音乐，并从相连的车载音响系统播出。

本发明实施例公开了如下技术方案：

一种音乐播放的方法，应用于车辆中，所述车辆中安装车载音乐播放系统，所述车载音乐播放系统与移动终端之间建有配对关系，所述配对关系具体包括所述车载音乐播放系统保存所述移动终端的标识，所述移动终端保存所述车载音乐播放系统的标识，所述方法包括：

所述车载音乐播放系统获取所述移动终端根据所述配对关系发送的音频数据的音乐访问控制Mac地址；

所述车载音乐播放系统根据所述音乐Mac地址查找到所述音频数据；

所述车载音乐播放系统将所述音频数据解码为模拟信号；

所述车载音乐播放系统将所述模拟信号通过相连的车辆音响系统进行播放。

优选的，还包括：

所述车载音乐播放系统在所述车辆内建立无线保真Wi-Fi局域网；

当所述移动终端与所述Wi-Fi局域网相连时，所述车载音乐播放系统获取所述移动终端根据所述配对关系发送的音频数据的音乐Mac地址，具体包括：

所述车载音乐播放系统通过所述Wi-Fi局域网获取所述移动终端根据所述配对关系发送的音频数据的音乐Mac地址。

优选的，

所述音乐Mac地址采用6字节十六进制，每字节8比特的格式，通过所述字节标识所述音频数据的音乐类型、来源和位置信息。

优选的，

所述音频数据保存在指定的云端服务器，根据所述音乐Mac地址所标识的音乐类型、来源和位置信息进行对应的分类。

优选的，还包括：

所述移动终端使用音乐专辑封面对音频数据进行展示，并通过在所述音乐专辑封面上执行预设操作，而达到对所述音频数据的控制。

优选的，还包括：

所述车载音乐播放系统具备对24比特44.1KHZ以上的脉冲编码调制PCM音频数据，或者对直接比特流数字编码DSD音频数据的解码能力。

一种车载音乐播放系统，应用于车辆中，所述车辆中安装车载音乐播放系统，所述车载音乐播放系统与移动终端之间建有配对关系，所述配对关系具体包括所述车载音乐播放系统保存所述移动终端的标识，所述移动终端保存所述车载音乐播放系统的标识，所述车载音乐播放系统包括：

获取单元，用于获取所述移动终端根据所述配对关系发送的音频数据的音乐访问控制Mac地址；

查找单元，用于根据所述音乐Mac地址查找到所述音频数据；

解码单元，用于将所述音频数据解码为模拟信号；

播放单元，用于将所述模拟信号通过相连的车辆音响系统进行播放。

优选的，还包括：

建立单元，用于在所述车辆内建立无线保真Wi-Fi局域网；

当所述移动终端与所述Wi-Fi局域网相连时，所述获取单元具体用于通过所述Wi-Fi局域网获取所述移动终端根据所述配对关系发送的音频数据的音乐Mac地址。

优选的，

所述音乐Mac地址采用6字节十六进制，每字节8比特的格式，通过所述字节标识所述音频数据的音乐类型、来源和位置信息。

优选的，

所述音频数据保存在指定的云端服务器，根据所述音乐Mac地址所标识的音乐类型、来源和位置信息进行对应的分类。

由上述技术方案可以看出，所述车载音乐播放系统可以从配对的移动终端获取音频数据的音乐Mac地址，通过访问所述音乐Mac地址获取待播音乐，并从相连的车载音响系统播放出来，由此使得在车内播放音乐时，选择播放的范围不再局限于车内存储的音乐容量，而是通过所述音乐Mac地址所定位的网络位置来获取音频数据，由此提高了在车内播放音乐的可选范围，提高了用户体验度。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种音乐播放方法的方法流程图；

图1-1为本发明实施例提供的一种音乐播放系统的系统示意图；

图1-2为本发明实施例提供的一种单人单车模式的场景示意图；

图1-3为本发明实施例提供的一种多人单车模式的场景示意图；

图1-4为本发明实施例提供的一种多人多车模式的场景示意图；

图2-1为本发明实施例提供的一种音乐Mac地址结构示意图；

图3-1为本发明实施例提供的一种专辑封面式应用程序操作步骤示意图；

图3-2为本发明实施例提供的一种专辑封面式应用程序操作步骤示意图；

图4-1为本发明实施例提供的一种车载音乐播放系统的工作流程图；

图5-1为本发明实施例提供的一种云加速方法的方法流程图；

图5-2为本发明实施例提供的一种云加速方法的拓扑结构示意图；

图6-1为本发明实施例提供的一种音乐Mac地址堆栈模式的示意图；

图6-2为本发明实施例提供的一种音乐Mac地址游戏模式的示意图；

图6-3为本发明实施例提供的一种音乐Mac地址表单模式的示意图；

图6-4为本发明实施例提供的一种音乐Mac地址位置模式的示意图；

图7-1为本发明实施例提供的一种车载音乐播放系统的系统结构图；

图7-2为本发明实施例提供的一种车载音乐播放系统的系统结构图。

具体实施方式：

虽然移动互联网时代个人移动终端的分享变得普遍，但对特定音乐播放系统如车载音乐播放系统的分享是没有的，传统车载音乐播放系统在移动互联网时代完全无法充分实现互动功能和分享功能。

传统车载音乐播放系统由于存储介质和网络性能的局限，仍然停留在有损音乐的播放上，虽然高档车载音乐播放系统会在扬声器、功放、声道数量上作出改善，但仍然停留在16比特44.1KHz的传统CD品质以下的音乐回放上。对16比特44.1KHZ以上的脉冲编码调制(Pulse Code Modulation，PCM)音频编码和直接比特流数字编码(Direct Stream Digital，DSD)的高清晰音频在车载音乐播放系统中的应用是车载音乐播放系统急需改善和提高的。

云端播放系统是一种将音乐在线播放、云端存储技术和缓存加速技术进行结合，使得用户可以通过网络选择音乐并实时播放的技术。由移动终端，播放系统、音乐软件和移动互联网所构成的整体是云端播放系统的一个例子。遗憾的是云端播放系统所使用的终端如个人电脑或手机都属于私人物品。终端的隐私属性制约了云端播放的可分享性，并且缺少一个播放平台来聚合不同用户云端播放的互动。随着移动互联网技术的发展，网络存储和传输速率都得到极大的提高，这种互动的高清晰音乐的在线存储和传输已经具备条件。

基于上述情况，希望有一种具有社交，音质，储存和传输上有所改善的音乐播放系统。

为此，本发明实施例提供了一种音乐播放方法和车载音乐播放系统，所述车载音乐播放系统可以从配对的移动终端获取音频数据的音乐Mac地址，通过访问所述音乐Mac地址获取待播音乐，并从相连的车载音响系统播放出来，由此使得在车内播放音乐时，选择播放的范围不再局限于车内存储的音乐容量，而是通过所述音乐Mac地址所定位的网络位置来获取音频数据，由此提高了在车内播放音乐的可选范围，提高了用户体验度。

进一步的，本发明在实施例中提出一种音乐播放系统，传统数字音频的播放只是简单地完成音频信号的解码和回放功能。实际上，数字音频的解码回放与播放器软件关系非常大，回放音质的好坏除了数字音频信号本身的质量，最重要的还包括对Jitter时基抖动的处理，采用异步时钟的方法是减少时基抖动的最有效的方法。系统包括使用这样的技术来实现音乐的播放，对同码流音乐的播放效果有大幅提升。

进一步的，本发明在实施例中提出一种查找、编辑和管理音乐的方法，这种方法包括可以对音乐有关信息进行有效编辑和管理并快速与系统内设备进行配对。此方法称为音乐访问控制(Music Access Control，Mac)地址系统。音乐Mac地址系统由6字节十六进制组成，第一字节用于标识不同的网站，第二字节用于标识不同的音乐偏好和风格，第三字节用于标识不同的音乐表单，第四、五、六字节共24比特用来标识每首音乐的地址。利用此音乐Mac地址系统将海量不同音乐网站的每一首音乐系统性和规律性地建立起对应关系，达到快速检索、编辑管理和快速与标准的设备媒体访问控制(Media AccessControl，MAC)地址配对后实现快速推送的效果。由于使用音乐Mac地址系统，使得高清晰音频的Cache缓存加速得以简单、快速地实现。

进一步的，本发明在实施例中提出一种利用音乐专辑封面来实现浏览、管理和控制的方法。音乐专辑封面是音乐艺术从视觉上来表现的重要手段，往往具有较高的艺术价值，化繁为简，简约设计是此方法的指导思想。充分利用音乐专辑封面来展现给用户，让用户在选曲时有直观的视觉冲击，同时在播放、暂停、换曲、音量控制等一系列操作中，将音乐专辑封面作为手势操作对象来完成所有必备的各种控制，让控制更直接和简便，将“视”与“听”完美进行了结合。音乐专辑封面的展示和操作只是实施例的举例，系统包括并不限于这些展示方式和控制模式。

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一：系统框图及应用场景

在介绍具体应用场景之前，先对本发明实施例提供的音乐播放方法流程进行描述，图1为本发明实施例提供的一种音乐播放方法的方法流程图，所述方法应用于车辆中，所述车辆中安装车载音乐播放系统，所述车载音乐播放系统与移动终端之间建有配对关系，所述配对关系具体包括所述车载音乐播放系统保存所述移动终端的标识，所述移动终端保存所述车载音乐播放系统的标识，所述方法包括：

S101：所述车载音乐播放系统获取所述移动终端根据所述配对关系发送的音频数据的音乐Mac地址。

举例说明，所述音乐Mac地址将在实施例二中进行详细说明。所述音乐Mac地址可以指向所述移动终端上的存储位置，也可以指向网络服务器中的存储位置。所述车载音乐播放系统具有连接网络的功能。在一般情况下，默认所述车载音乐播放系统是处于联网状态中。

S102：所述车载音乐播放系统根据所述音乐Mac地址查找到所述音频数据。

S103：所述车载音乐播放系统将所述音频数据解码为模拟信号。

举例说明，所述车载音乐播放系统具有很强的解码能力，以适应不同品质的音频数据。可选的，所述车载音乐播放系统具备对24比特44.1KHZ以上的脉冲编码调制PCM音频数据，或者对直接比特流数字编码DSD音频数据的解码能力。

S104：所述车载音乐播放系统将所述模拟信号通过相连的车辆音响系统进行播放。

其中，可选的，所述车载音乐播放系统在所述车辆内建立无线保真Wi-Fi局域网。

当所述移动终端与所述Wi-Fi局域网相连时，所述车载音乐播放系统获取所述移动终端根据所述配对关系发送的音频数据的音乐Mac地址，具体包括：

所述车载音乐播放系统通过所述Wi-Fi局域网获取所述移动终端根据所述配对关系发送的音频数据的音乐Mac地址。

可以看出，所述车载音乐播放系统可以从配对的移动终端获取音频数据的音乐Mac地址，通过访问所述音乐Mac地址获取待播音乐，并从相连的车载音响系统播放出来，由此使得在车内播放音乐时，选择播放的范围不再局限于车内存储的音乐容量，而是通过所述音乐Mac地址所定位的网络位置来获取音频数据，由此提高了在车内播放音乐的可选范围，提高了用户体验度。

在本发明实施例一中提出一种音乐播放系统的交互方法，这种方法包括可以让区域局域网内用户同过方法所制定的规则决定音乐播放的次序。这种方法包括可以通过互联网让在有物理距离的用户可以通过本方法进行交互，推送音乐到装置来完成音乐的播放。系统提供了四种不同的交互方法：一是堆栈模式，在此模式中不同终端、不同地点的多用户推送的音乐采用堆栈的模式排列等候播出，即先进先出、后进后出按堆栈的方向排列等候，按顺序逐一播放；二是游戏模式，在此模式中不同终端、不同地点的多用户首先进入游戏状态，通过游戏的结果，赢家获得播放权，输家只有等待并通过在下一次游戏中获胜来获取播放权。这种模式的好处在于每个人对音乐的偏好是完全不一样的，输家只有接受赢家的音乐，趣味性比较强，比较适合长途旅行的场景；三是表单模式，此模式中不同终端、不同地点的多用户可以将自己预先设计好的表单推送给装置来播放，表单就是用户根据各自的音乐偏好手动自选或自动生成一组音乐的集合，每个用户在不同音乐网站也会有不同的表单，此系统还具备聚合表单的功能，用户在不同音乐网站上的表单都可以导入本系统来统一管理和使用；四是位置模式，此模式中不同终端、不同地点的多用户可以将位置A和位置B的地点输入，软件调用第三方导航或定位软件，根据实时路况情况计算出用户从A到B所需时间，并通过手动模式或按偏好条件的自动模式生成音乐表单，并将表单中的音乐按顺序推送给装置逐一播放。四种播放模式只是交互方法的实施例举例，系统包括并不限于这四种模式。

具体场景道具：

车1、车2、手1、手2、机1、机2、移1、移2

其中，

车1、车2代表不同车辆。

手1、手2代表不同手持移动终端或PC(此类终端移动到车里)

移1、移2代表不同手持移动终端或PC(此类终端不在车里)

机1、机2代表车1、车2的车载设备

系统总框架请参阅图1-1，图1-1为本发明实施例提供的一种音乐播放系统的系统示意图，其中包括111车载系统部分(包括硬件和软件部分)；122车内控制部分；123车内音乐存储部分；141外置解码部分；132车外通信及数据交互部分；133云端音乐媒体加速部分；134其他音乐网站部分。

图1-1中，111部分包括处理器115、存储器113、外设接口117、移动通讯模块112、Wi-Fi热点模块114。

所述处理器115可以为中央处理器(Central Processing Unit，CPU)，所述存储器113可以为随机存取存储器(Random Access Memory，RAM)类型的内部存储器，外设接口117可以包含普通物理接口，所述物理接口可以为以太(Ethernet)接口或异步传输模式(Asynchronous Transfer Mode，ATM)接口；USB接口Universal Serial Bus(通用串行总线)；火线(FireWire)接口即IEEE1394接口；HDMI高清晰度多媒体接口(英文：High DefinitionMultimedia Interface)等等各类与外部进行通信的接口装置。所述114Wi-Fi(使用IEEE 802.11系列协议的局域网)热点模块提供无线保真(Wireless-Fidelity，Wi-Fi)基站AP功能，其他支持Wi-Fi系列协议的无线设备可接入此无线局域网。所述112无线通信模块通过移动通讯运营商的无线数据通信服务将设备111与Internet相连接。116内置音频模块提供普通标准数字音频信号(wav、flac、ape、mp3、aiff、 alac)转换为模拟音频信号输出，提供给车载音响。(对高保真音频如DSD等高品质数字音频信号由外置解码器141完成数字信号转模拟信号的解码过程后，提供给车载音响。)

所述设备111的软件部分由101提供OS操作系统(包括Windows、Linux、Mac OS、Android、UNIX等主流操作系统)；102媒体服务模块主要完成媒体管理、媒体控制、媒体播放功能；103互联网通信控制模块完成设备111与互联网之间的通信连接和通信控制，对互联网音乐媒体资源的寻址、管理通过音乐Mac(Music Access Control)地址的定义来完成；104Wi-Fi热点模块负责搭建车载Wi-Fi无线局域网环境、环境中的终端按IEEE 802.11系列协议接入无线Wi-Fi系统中；105用户ID、设备MAC地址、音乐MAC地址管理和控制模块完成用户ID的管理和控制、设备Mac地址的管理和控制、音乐Mac地址的管理和控制。106一个或多个应用完成其他的软件控制功能。

可选的，本发明实施例提供的三种场景：

场景1：单人单车模式

图1-2为本发明实施例提供的一种单人单车模式的场景示意图。

单人单车模式即单人驾驶车行驶中的应用场景，此时车1、手1、机1在同一Wi-Fi局域网网络环境中，同时手1、机1通过各自的通信模块接入互联网。

本地播放模式：手1首先保证在Wi-Fi网络中正常通信。1201运行手持客户端App，同时输入用户名密码登录系统。1202在App中选择本地播放模式，此时，本地存储设备1224的媒体内容将在App中展示，该展示方式一是可以按存储目录结构、二是可以按“实施例三：专辑封面式操作”的模式来展示。1203用户此时可以在终端上选择单首歌曲、单张专辑及表单进行播放。表单是将许多不同的歌曲或不同的专辑组成按条件排序的歌曲集合，定义为表单，表单名可任意命名，表单播放时将顺序播放其中的所有歌曲直至被中断或播放结束。1204是指在播放过程中可以通过局域网按“实施例三：专辑封面式操作”的各项功能来进行控制和操作。1204结果通过1220车载Wi-Fi局域网输出给1223车载终端(即机1)。1223车载终端完成播放解码工作后将模拟音频信号输出给1225汽车音响系统完成播放。

网络播放模式：手1首先保证在Wi-Fi网络中正常通信，同时手1、机1通过无线通信功能正常接入互联网。1211运行手持客户端App，同时输入用户名密码登录系统。1212在App中选择网络播放模式，此时，网络聚合媒体内容将在App中展示，该展示可以按“实施例三：专辑封面式操作”的模式来展示，展示中将显示图1-1中134不同音乐网站中的内容。展示内容包含歌曲、专辑、表单和聚合表单。聚合表单指用户在不同音乐网站注册有用户名，不同音乐网站下不同用户名都建有不同的表单，将这些不同网站的不同表单都聚合在本发明App中展示，用户均可在一个界面下选择不同音乐网站的不同表单，并播放。这一聚合表单的实现依赖“实施例二：音乐Mac(Music AccessControl)地址系统”来实现。1213选择了需要播放的内容。1214输出所选内容的音乐Mac地址给1223车载终端(即机1)，1223终端中的播放器在匹配了设备Mac地址和收到的音乐Mac地址后完成播放、解码后将模拟音频信号输出给1225汽车音响来完成播放。

场景2：多人单车模式

图1-3为本发明实施例提供的一种多人单车模式的场景示意图。

多人单车模式即多人驾驶同一车辆行驶中的应用场景，此时机1、手1、手2、或更多终端在车1同一Wi-Fi局域网网络环境中，同时机1、手1、手2或更多终端通过各自的通信模块接入互联网。移1、移2或更多终端在其他网络环境接入互联网。

本地播放模式：手1、手2或更多终端首先保证在Wi-Fi网络中正常通信。首先，1301运行手1、手2客户端App，分别输入用户名密码登录系统。1302在App中均选择本地播放模式，此时，本地存储设备1394的媒体内容将在手1、手2的App中展示，该展示方式一是可以按存储目录结构、二是可以按“实施例三：专辑封面式操作”的模式来展示。1303用户此时可以在终端上选择单首歌曲、单张专辑及表单进行播放。表单是将许多不同的歌曲或不同的专辑组成按条件排序的歌曲集合，定义为表单，表单名可任意命名，表单播放时将顺序播放表单中的所有歌曲直至被中断或播放结束。1304是指手1、手2在播放过程中可以通过局域网按“实施例三：专辑封面式操作”的各项功能来进行控制和操作，结果输出给1305。1305收到多终端发来的请求信号，根据事先设定的堆栈模式、游戏模式、表单模式、位置模式进行处理。以上模式参照“实施例六：音乐社交生态系统”。1305结果通过1391车载Wi-Fi局域网输出给1393车载终端(即机1)。1393车载终端完成播放解码工作后将模拟音频信号输出给1395汽车音响系统完成播放。

网络播放模式：手1、手2及更多终端首先保证在Wi-Fi网络中正常通信，同时手1、手2及更多终端、机1通过无线通信功能正常接入互联网。1311运行各自手持客户端App，各用户输入各自用户名密码登录系统。1312在App中选择网络播放模式，此时，网络聚合媒体内容将在不同终端用户的App中展示，该展示可以按“实施例三：专辑封面式操作”的模式来展示，展示中将显示图1-1中134不同音乐网站中的内容。展示内容包含歌曲、专辑、表单和聚合表单。聚合表单指用户在不同音乐网站注册有用户名，不同音乐网站下不同用户名都建有不同的表单，将这些不同网站的不同表单都聚合在本发明App中展示，用户均可在一个界面下选择不同音乐网站的不同表单，并播放。这一聚合表单的实现依赖“实施例二：音乐Mac(Music Access Control)地址系统”来实现。1313手1、手2及更多终端选择了需要播放的内容。1314输出各自所选内容的音乐Mac地址给1315，1315收到多终端发来的请求信号，根据事先设定的堆栈模式、游戏模式、表单模式、位置模式进行处理。以上模式参照“实施例六：音乐社交生态系统”。1315结果通过1392互联网输出给1393车载终端(即机1)。1393车载终端完成播放解码工作后将模拟音频信号输出给1395汽车音响系统完成播放。

移1、移2及更多终端不在Wi-Fi汽车网络环境中，但移1、移2及更多终端和机1通过无线通信功能正常接入互联网。首先，1321运行各自手持客户端App，各用户输入各自用户名密码登录系统。1322在App中选择网络播放模式，此时，网络聚合媒体内容将在不同终端用户的App中展示，该展示可以按“实施例三：专辑封面式操作”的模式来展示，展示中将显示图1-1中134不同音乐网站中的内容。展示内容包含歌曲、专辑、表单和聚合表单。聚合表单指用户在不同音乐网站注册有用户名，不同音乐网站下不同用户名都建有不同的表单，将这些不同网站的不同表单都聚合在本发明App中展示，用户均可在一个界面下选择不同音乐网站的不同表单，并播放。这一聚合表单的实现依赖“实施例二：音乐Mac(Music Access Control)地址系统”来实现。1323移1、移2及更多终端选择了需要播放的内容。1324输出各自所选内容的音乐Mac地址给1325，1325收到多终端发来的请求信号，根据事先设定的堆栈模式、游戏模式、表单模式、位置模式进行处理。以上模式参照“实施例六：音乐社交生态系统”。1325结果通过1392互联网输出给1393车载终端(即机1)。1393车载终端完成播放解码工作后将模拟音频信号输出给1395汽车音响系统完成播放。

特别注明：手1、手2及更多终端和移1、移2及更多终端由于都是接入互联网，因此是可以同时对车1车载设备进行控制的，及汽车内和汽车外的不同用户在此模式下是一样的。即在办公室也可以用PC端将音乐推送给机1播放。(在机1认可模式下)

场景3：多人多车模式

图1-4为本发明实施例提供的一种多人多车模式的场景示意图。

多人多车模式即多人驾驶多部车辆行驶中的应用场景。

机1、手1、手2、或更多终端在车1同一Wi-Fi局域网网络环境中，同时机1、手1、手2或更多终端通过各自的通信模块接入互联网。移1、移2或更多终端在其他网络环境接入互联网。此场景下本地播放模式和网络播放模式和“场景2：多人单车模式”完全一样，在此不再赘述。

机2、手3、手4、或更多终端在车2同一Wi-Fi局域网网络环境中，同时机2、手3、手4或更多终端通过各自的通信模块接入互联网。移3、移4或更多终端在其他网络环境接入互联网。此场景下本地播放模式和网络播放模式和“场景2：多人单车模式”完全一样，在此不再赘述。

特别注明：由于手1、手2、手3、手4或汽车上更多终端和不在汽车上的移1、移2、移3、移4或更多终端都接入互联网，因此这些终端都可以按照“实施例六：音乐社交生态系统”的选定模式将音乐推送给机1、机2等。

例如：手1和移4是好友，手1同意移4将手1车载机1加入好友车辆列表，移4就可以按“实施例六：音乐社交生态系统”的选定模式将音乐推送给机1，由车1的音响系统播放。

实施例二：音乐Mac(Music Access Control)地址系统

在本发明实施例中，将不同音乐网站的音乐进行了聚合，对音乐版权问题在提供给用户前都会以不同的商务模式获得合法的使用权。本发明实例提供了一种用音乐Mac地址的方法来标识每一首音乐的方法，此方法能快速有效地查找到所需音乐，便捷地完成音乐的检索、编辑、存储、加速、推送等管理工作。

请参阅图2-1，图2-1为本发明实施例提供的一种音乐Mac地址结构示意图。每一首音乐对应一个唯一的音乐Mac地址。音乐Mac地址可以由6个字节、以十六进制组成，如201所示，每个字节两位十六进制：XX：XX：XX：XX：XX：XX来表示。

第一位211由8位二进制组成，分别为A1至A8。211的总数量为256个，此字节用来标识不同的音乐网站(如QQ音乐、酷狗音乐、spotify等等)，每个音乐网站分配一个代码来标识和区分此首歌曲来自哪个音乐网站，总共可以分配256个音乐网站。

第二位212由8位二进制组成，分别为B1至B8。212的总数量为256个，此字节用来标识不同的音乐风格(如古典、流行、爵士、民族等等)，每个不同的音乐风格和偏好分配一个代码来标识。总共可以划分出256个不同的音乐风格个偏好。

第三位213由8位二进制组成，分别为C1至C8。213的总数量为256个，此字节用来标识不同的表单，表单就是用户将不同的歌曲，组合成一组歌曲，并将这组歌曲命名，命名的名称即为表单名。表单可以手动选曲生成，也可由按偏好设置自动生成，同时也可以按起点、终点的位置自动计算路途时间，再根据偏好自动生成从起点到终点的音乐表单，称为位置表单。总共可以划分出256个不同的表单。

第四位214、第五位215、第六位216，由三个字节的24位二进制组成，分别为D1至D8、E1至E8、F1至F8。三字节24比特的总数量为16777216个，此三个字节用来标识每一首音乐的地址，即每个网站的音乐总数量小于16777216首。

以上六字节地址组成了音乐Mac地址系统，音乐Mac地址系统与每一首音乐进行了一对一的对应。在系统编程中能很方便地进行处理。请注意区分音乐Mac地址和标准的设备MAC地址所指代的不同。

实施例三：用户手持终端应用程序(Application，App)

用户终端App有很多基本功能，例如用户注册、用户管理、多用户管理、歌曲管理、表单管理、表单聚合、播放器播放等等，这些基本功能在此不再赘述，本实施例中重点阐述“专辑封面式操作”。音乐专辑的封面是每个唱片公司推出音乐专辑的重要组成部分，音乐专辑封面往往具有很高的艺术价值，代表和浓缩了音乐专辑的思想精华。本发明就是在所有的展示、操作、控制都以专辑封面来操作，简单明了，体现了简单直观的理念。

也就是说，所述移动终端使用音乐专辑封面对音频数据进行展示，并通过在所述音乐专辑封面上执行预设操作，而达到对所述音频数据的控制。

专辑封面式操作：

请参阅图3-1，图3-1为本发明实施例提供的一种专辑封面式应用程序操作步骤示意图。图3-1列举了利用专辑封面来进行操控的几项示例。

专辑封面式App浏览页：图中301为用户终端，在进入软件App后进入此浏览页，浏览页将要显示的音乐专辑封面显示在301终端的显示区域307内。顶部302为功能栏，此栏用于用户Id，好友、模式、功能、设置等一系列功能的显示和操控。303为Mini封面页，将多张专辑组合为一组专辑，多幅专辑封面组合为一幅专辑封面。304为标准封面页，用标准尺寸来显示一张专辑。305为信息按钮，在专辑封面的右上角设有信息按钮，点击后弹出此专辑相关介绍信息。306为专辑标签，每张专辑根据需要可以在306位置打上相关标签，标签内容如作者、风格、名称等等相关信息。

专辑封面式App播放页-选专辑：图中301为用户终端，顶部302为功能栏，此栏用于用户Id，好友、模式、功能、设置等一系列功能的显示和操控。在进入播放界面时，311为加大专辑封面，当392按住封面旋转时，不同专辑将循环旋转到首页，当392释放时，当前专辑被选中。312为专辑信息显示区域，当392停止动作，专辑选中时，程序调用第三方搜索程序对选中的专辑进行搜索，搜索到的相关信息在312区域内滚动显示。

专辑封面式App播放页-播放暂停：图中301为用户终端，顶部302为功能栏，此栏用于用户Id，好友、模式、功能、设置等一系列功能的显示和操控。在进入播放界面时，311为加大专辑封面，当391点击封面时，顺序播放此专辑内音乐，当391再次点击专辑封面时，暂停播放，如此循环。312为专辑信息显示区域，当专辑播放时，程序调用第三方搜索程序对选中的专辑进行搜索，搜索到的相关信息在312区域内滚动显示。

专辑封面式App播放页-音量控制：图中301为用户终端，顶部302为功能栏，此栏用于用户Id，好友、模式、功能、设置等一系列功能的显示和操控。311为加大专辑封面，进入播放状态时，当393双指放大滑动，控制播放器增加音量，当393双指缩小滑动，控制播放器减小音量。在控制增加或减小音量时，专辑封面做出相应动作提示音量的增减。312为专辑信息显示区域，当专辑播放时，程序调用第三方搜索程序对选中的专辑进行搜索，搜索到的相关信息在312区域内滚动显示。

请参阅图3-2，图3-2为本发明实施例提供的一种专辑封面式应用程序操作步骤示意图。图3-2列举了利用专辑封面来进行操控的另外几项示例。

专辑封面式App推送本车：图中301为用户终端，顶部302为功能栏，此栏用于用户Id，好友、模式、功能、设置等一系列功能的显示和操控。311为加大专辑封面，进入播放状态时，当394按住封面向301设备顶端甩动，将正在播放的专辑推送到本车的车载设备进行播放。车载设备的播放过程参考“场景1：单人单车模式”、“场景2：多人单车模式”、“场景3：多人多车模式”的具体实现步骤。312为专辑信息显示区域，当专辑播放时，程序调用第三方搜索程序对选中的专辑进行搜索，搜索到的相关信息在312区域内滚动显示。

专辑封面式App推送好友车：图中301为用户终端，顶部302为功能栏，此栏用于用户Id，好友、模式、功能、设置等一系列功能的显示和操控。311为加大专辑封面，在专辑选择界面，当395按住封面向用户终端左下的好友车辆的标识位置滑动，并在A车上释放时，将当前选中的专辑内容推送到A车的车载设备进行播放。B车、C车、等其他好友车辆的播放操作同此。车载设备的播放过程参考“场景1：单人单车模式”、“场景2：多人单车模式”、“场景3：多人多车模式”的具体实现步骤。312为专辑信息显示区域，当专辑播放时，程序调用第三方搜索程序对选中的专辑进行搜索，搜索到的相关信息在312区域内滚动显示。

专辑封面式App表单页，图中301为用户终端，顶部302为功能栏，此栏用于用户Id，好友、模式、功能、设置等一系列功能的显示和操控。303为Mini封面页，将多张专辑组合为一组专辑，多幅专辑封面组合为一幅专辑封面。304为标准封面页，用标准尺寸来显示一张专辑。305为信息按钮，在专辑封面的右上角设有信息按钮，点击后弹出此专辑相关介绍信息。306为专辑标签，每张专辑根据需要可以在306位置打上相关标签，标签内容如作者、风格、名称等等相关信息。307为专辑显示区域，专辑封面在这个区域内展示。396为表单栏，用户建立的表单在这里显示，左右滑动可显示更多的表单，根据音乐Mac地址的定义，每个用户最多可建立256个表单。在点击每一个表单时，这个表单所包括的专辑将在307显示区域内展示，每变化一个表单，展示此表单所包括专辑，显示不下的可上下滚动显示。

专辑封面式App选曲页，图中301为用户终端，顶部302为功能栏，此栏用于用户Id，好友、模式、功能、设置等一系列功能的显示和操控。381为选中专辑的封面，此状态下专辑封面以倾斜3D展现，专辑内每一首曲子在383展现，382是对应每首曲子的名称或介绍。当384发生操控动作时：384点击383，383被点中的曲子开始播放，再次点击暂停；384按住某首曲子划出屏幕时，如果这首曲子是某个表单中的，则此动作将此曲从表单中删除，如果这首曲子不属于任何表单，则此动作将触发表单的新建或添加动作。如果新建则提示用户输入表单名后将此曲添加，否则弹出已有表单列表供用户选择后，此曲被添加至已建表单。

这里列举了专辑封面式操作的几种应用，此方法的关键是所有操作都基于专辑封面来完成的，实施例包含但不限于这些应用。

实施例四：车载设备装置

车载设备由软件和硬件系统构成，硬件系统包括中央处理器、存储器、I/O控制器、Wi-Fi通信模块、移动通信模块、编解码模块等通用硬件架构。软件系统包括操作系统、Wi-Fi基站热点通信与控制、无线通信与控制模块、媒体播放器、音视频编解码软件和其他应用软件。

车载设备装置的两大基本功能是通信功能和音乐播放功能。通信功能主要完成与不同用户终端和与云端服务器的互动通信，完成展示、操作、管理、控制的功能，装置像个互动共享的平台，不同用户在这个平台上互动、交流。播放功能主要有播放软件和硬件解码构成，播放软件实现音乐的播放，解码完成数字信号转换成模拟信号的工作。装置支持传统的音乐格式：WAV、Flac、Ape、AIFF、ALAC、MP3等，对无损音乐的支持除了传统16比特44.1KHZ的CD标准格式以外，还支持16比特44.1KHZ以上的PCM音频编码和DSD的高清晰音频的播放。对于硬件解码来说装置最关键要对Jitter时基抖动进行有效处理，Jitter时基抖动是影响回放音乐品质最关键的因素，装置采用异步时钟的处理方式来隔离Jitter时基抖动的影响。

请参阅图4-1，图4-1为本发明实施例提供的一种车载音乐播放系统的工作流程图。车载音乐播放系统的软硬件组成请参阅图1-1。401汽车点火后设备开机启动，402操作系统OS启动后检测Wi-Fi网卡，403设备在操作系统启动后自动进入Wi-Fi热点AP模式，404系统检测网络环境中的终端，将终端接入局域网，405检测移动通信模块并将设备连接到互联网，406将设备Mac地址上传服务器，407启动播放器软件后处于待机状态。此时等待手持终端App的相关指令，当有指令时按程序执行，无指令将仍然处于待机状态。

实施例五：云端音乐存储及加速(Cache)

请参阅图5-1，图5-1为本发明实施例提供的一种云加速方法的方法流程图。501用户运行手持端App，502用户手持终端App将用户当前的地理位置信息传回服务器，503服务器收到的播放请求，504将用户位置和服务器区域匹配，参考图5-2。505选择距离用户最近的服务器群为用户提供音乐流的推送服务，506用户播放软件收到推送内容后播放。此加速系统对普通MP3码流的音乐来说效果不明显，但如果音乐内容为16比特、44.1KHZ以上的音乐流、特别像DSD(Direct Stream Digital)码流高达2～6M码流的音乐时，必须使用加速系统，否则音乐无法流畅地播放。

图5-2为本发明实施例提供的一种云加速方法的拓扑结构示意图，首先在提供服务的区域内，根据区域内网络结构情况(骨干网、城域网链路能力)和地理分布情况(如东中西部)将服务区域划分为A、B、C或更多区域，在各区分别部署服务器群511、513、515。处于不同区域内的用户512、514、516在使用服务前会将当前所处地理位置信息发送给服务器，服务器根据用户所处地理位置和链路负载情况，分配不同的服务器群为用户提供服务。一般情况：512用户由511服务器群负责服务，514用户由513服务器群负责服务，516用户由515服务器群负责服务。也有可能根据实际链路情况提供交叉区域的服务。

实施例六：音乐社交生态系统(堆栈、游戏、表单、位置模式)

音乐社交生态系统，主要指在音乐播放过程中由传统的单人播放，加入多人操控播放。多人播放就要按一定的规则进行播放，否则将造成混乱。当有多人参与播放时候，选择不同的模式，按不同的规则进行播放动作。本发明列举了堆栈模式、游戏模式、表单模式、位置模式四种不同的播放模式供选择。四种模式依赖的基础是音乐Mac地址系统来实现。(请参阅“实施例二：音乐Mac(Music Access Control)地址系统”)

堆栈模式：请参阅图6-1，图6-1为本发明实施例提供的一种音乐Mac地址堆栈模式的示意图，堆栈模式是最传统的播放模式，音乐Mac地址按“先进先出、后进后出”的堆栈原则进行顺序播放。610为需要播放音乐的Mac地址列表，音乐Mac地址按堆栈方向顺序排队，611为播放任务音乐Mac地址，只有当前播放音乐的Mac地址才放在这，当播放完成或被打断结束后，播放任务音乐Mac地址清零等待下次播放。610将最先要播放的音乐Mac地址输出给611(即S)，611将任务Mac地址输出给613。613同时会获取到播放设备的Mac地址(M)，M是由612按规则从播放设备中获取后输出给613。613在接受到S和M后，将S和M进行匹配操作后将结果输出给系统，系统将把S的码流传输给M设备，M设备完成解码播放操作后将模拟音频信号输出给汽车音响完成播放工作。(请参阅“实施例一：系统总体框架”)

游戏模式：游戏模式提供多用户都要播放自己喜欢的音乐时的一种趣味性的竞争机制来决定谁获得播放权。游戏模式可以有多人参与，请参阅图6-2，图6-2为本发明实施例提供的一种音乐Mac地址游戏模式的示意图。图6-2中所示的是两人参与的情况，多人参与的模式与其类似。具体的游戏有很多参考或者调用第三方游戏，在此不赘述。这里只描述通过游戏取得音乐播放权后利用音乐Mac系统来进行播放的实现方式。图6-2中，621用户A和6211用户B参与游戏播放。621用户A和6211用户B首先选择希望播放的音乐专辑、歌曲或表单。622和6222步骤系统进入游戏播放模式。623和6233用户A和用户B进入游戏，624和6244用户A和用户B双方游戏结束，624用户A游戏胜利，6244用户B游戏失败。615用户A输出需播放音乐的Mac地址，6255用户B游戏结束，等待下次PK。626为播放任务的地址，此时获取到用户A输入的任务的音乐Mac地址(S)，626将此音乐Mac地址输出给627，627同时从628处获取播放设备的Mac地址(M)。627在接受到S和M后，将S和M进行匹配操作后将结果输出给系统，系统将把S的码流传输给M设备，M设备完成解码播放操作后将模拟音频信号输出给汽车音响完成播放工作。(请参阅“实施例一：系统总体框架”)。

表单模式：表单即是用户根据自己喜好将不同音乐专辑或不同音乐歌曲组成一组音乐的集合，用户可以自定义给表单取不同的名字。表单可以手动选择生成，也可以设置好偏好设置后由系统自动生成。每一个音乐网站用户都可能有自己偏好的播放表单，这些表单往往已经设置好。本发明的聚合表单就是把这些不同音乐网站的表单聚合到同一个App下，用户在不同音乐网站注册有用户名，不同音乐网站下不同用户名都建有不同的表单，将这些不同网站的不同表单都聚合在本发明App中展示，用户均可在一个界面下选择不同音乐网站的不同表单，进行管理和播放。这一聚合表单的实现依赖“实施例二：音乐Mac(Music Access Control)地址系统”来实现。

请参阅图6-3，图6-3为本发明实施例提供的一种音乐Mac地址表单模式的示意图。图6-3中，分手动模式和自动模式，631手动模式和6311自动模式。631手动模式和6311自动模式首先用户进入表单管理界面。632新建表单A，6322新建表单B。633手动模式用户手动选择专辑或专辑音乐添加进表单，6333自动模式用户输入偏好、时间等参数。634手动模式用户手动添加结束后生成表单的音乐Mac地址池，6344自动模式按用户选择条件系统随机生成表单的音乐Mac地址池。635输出表单的音乐Mac地址，635输出表单的音乐Mac地址。636为播放任务的地址，此时获取到635或6355输入的任务的音乐Mac地址(S)，636将此音乐Mac地址输出给637，637同时从638处获取播放设备的Mac地址(M)。637在接受到S和M后，将S和M进行匹配操作后将结果输出给系统，系统将把S的码流传输给M设备，M设备完成解码播放操作后将模拟音频信号输出给汽车音响完成播放工作。(请参阅“实施例一：系统总体框架”)。

位置模式：位置模式是将用户从A点到B点的线路，通过位置计算，在考虑到实时交通流量的情况下，计算出从A点到B点路程所需的时间，根据这个时间加上用户偏好的条件生成音乐表单，形成音乐表单地址池，按地址池中的音乐进行播放。理论上，用户从A点到B点后表单音乐也播放完毕。

请参阅图6-4，图6-4为本发明实施例提供的一种音乐Mac地址位置模式的示意图。图6-4中，641用户输入起点位置或调用定位软件的当前地理位置信息A，642用户输入目的地，并获取定位软件目的地地理位置信息B，643软件调用第三方导航或定位软件中实时车流量信息和实时路况信息，644软件根据位置信息、车流信息、实时路况信息计算从A位置到B位置所需时间W，645用户输入音乐偏好、流派、歌星等信息，646软件根据时间W和输入的音乐偏好、流派、歌星等信息自动生成位置表单N，647软件按顺序、随机等条件输出N表单中的音乐Mac地址，648为播放任务的地址，此时获取到647输入的任务的音乐Mac地址(S)，648将此音乐Mac地址输出给649，649同时从640处获取播放设备的Mac地址(M)。649在接受到S和M后，将S和M进行匹配操作后将结果输出给系统，系统将把S的码流传输给M设备，M设备完成解码播放操作后将模拟音频信号输出给汽车音响完成播放工作。(请参阅“实施例一：系统总体框架”)。

实施例七

图7-1为本发明实施例提供的一种车载音乐播放系统的系统结构图，应用于车辆中，所述车辆中安装车载音乐播放系统，所述车载音乐播放系统与移动终端之间建有配对关系，所述配对关系具体包括所述车载音乐播放系统保存所述移动终端的标识，所述移动终端保存所述车载音乐播放系统的标识，所述车载音乐播放系统包括：

获取单元701，用于获取所述移动终端根据所述配对关系发送的音频数据的音乐Mac地址。

查找单元702，用于根据所述音乐Mac地址查找到所述音频数据。

解码单元703，用于将所述音频数据解码为模拟信号。

播放单元704，用于将所述模拟信号通过相连的车辆音响系统进行播放。

可选的，在图7-1的基础上，图7-2为本发明实施例提供的一种车载音乐播放系统的系统结构图，还包括：

建立单元705，用于在所述车辆内建立无线保真Wi-Fi局域网；

当所述移动终端与所述Wi-Fi局域网相连时，所述获取单元701具体用于通过所述Wi-Fi局域网获取所述移动终端根据所述配对关系发送的音频数据的音乐Mac地址。

可选的，所述音乐Mac地址采用6字节十六进制，每字节8比特的格式，通过所述字节标识所述音频数据的音乐类型、来源和位置信息。

可选的，所述音频数据保存在指定的云端服务器，根据所述音乐Mac地址所标识的音乐类型、来源和位置信息进行对应的分类。

可以看出，所述车载音乐播放系统可以从配对的移动终端获取音频数据的音乐Mac地址，通过访问所述音乐Mac地址获取待播音乐，并从相连的车载音响系统播放出来，由此使得在车内播放音乐时，选择播放的范围不再局限于车内存储的音乐容量，而是通过所述音乐Mac地址所定位的网络位置来获取音频数据，由此提高了在车内播放音乐的可选范围，提高了用户体验度。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如媒体网关等网络通信设备)执行本发明各个实施例或者实施例的某些部分所述的方法。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备及系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本发明的优选实施方式，并非用于限定本发明的保护范围。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种音乐播放的方法，其特征在于，应用于车辆中，所述车辆中安装车载音乐播放系统，所述车载音乐播放系统与移动终端之间建有配对关系，所述配对关系具体包括所述车载音乐播放系统保存所述移动终端的标识，所述移动终端保存所述车载音乐播放系统的标识，所述方法包括：

所述车载音乐播放系统获取所述移动终端根据所述配对关系发送的音频数据的音乐访问控制Mac地址；

所述车载音乐播放系统根据所述音乐Mac地址查找到所述音频数据；

所述车载音乐播放系统将所述音频数据解码为模拟信号；

所述车载音乐播放系统将所述模拟信号通过相连的车辆音响系统进行播放。

2.根据权利要求1所述的方法，其特征在于，还包括：

所述车载音乐播放系统在所述车辆内建立无线保真Wi-Fi局域网；

当所述移动终端与所述Wi-Fi局域网相连时，所述车载音乐播放系统获取所述移动终端根据所述配对关系发送的音频数据的音乐Mac地址，具体包括：

所述车载音乐播放系统通过所述Wi-Fi局域网获取所述移动终端根据所述配对关系发送的音频数据的音乐Mac地址。

3.根据权利要求1所述的方法，其特征在于，

所述音乐Mac地址采用6字节十六进制，每字节8比特的格式，通过所述字节标识所述音频数据的音乐类型、来源和位置信息。

4.根据权利要求3所述的方法，其特征在于，

所述音频数据保存在指定的云端服务器，根据所述音乐Mac地址所标识的音乐类型、来源和位置信息进行对应的分类。

5.根据权利要求1至4任一项所述的方法，其特征在于，还包括：

所述移动终端使用音乐专辑封面对音频数据进行展示，并通过在所述音乐专辑封面上执行预设操作，而达到对所述音频数据的控制。

6.根据权利要求1至4任一项所述的方法，其特征在于，还包括：

所述车载音乐播放系统具备对24比特44.1KHZ以上的脉冲编码调制PCM音频数据，或者对直接比特流数字编码DSD音频数据的解码能力。

7.一种车载音乐播放系统，其特征在于，应用于车辆中，所述车辆中安装车载音乐播放系统，所述车载音乐播放系统与移动终端之间建有配对关系，所述配对关系具体包括所述车载音乐播放系统保存所述移动终端的标识，所述移动终端保存所述车载音乐播放系统的标识，所述车载音乐播放系统包括：

获取单元，用于获取所述移动终端根据所述配对关系发送的音频数据的音乐访问控制Mac地址；

查找单元，用于根据所述音乐Mac地址查找到所述音频数据；

解码单元，用于将所述音频数据解码为模拟信号；

播放单元，用于将所述模拟信号通过相连的车辆音响系统进行播放。

8.根据权利要求7所述的装置，其特征在于，还包括：

建立单元，用于在所述车辆内建立无线保真Wi-Fi局域网；

当所述移动终端与所述Wi-Fi局域网相连时，所述获取单元具体用于通过所述Wi-Fi局域网获取所述移动终端根据所述配对关系发送的音频数据的音乐Mac地址。

9.根据权利要求7所述的装置，其特征在于，

所述音乐Mac地址采用6字节十六进制，每字节8比特的格式，通过所述字节标识所述音频数据的音乐类型、来源和位置信息。

10.根据权利要求9所述的装置，其特征在于，

所述音频数据保存在指定的云端服务器，根据所述音乐Mac地址所标识的音乐类型、来源和位置信息进行对应的分类。