音频播放方法、装置、移动终端以及存储介质与流程

1.本技术涉及音频处理技术领域，更具体地，涉及一种音频播放方法、装置、移动终端以及存储介质。


背景技术：

2.随着音乐播放设备的能力不断升级，人们对于播放的音乐的品质要求也在不断提升。传统的音频层3(moving picture experts group audio layer-3，mp3)音质，甚至激光唱片(compact disk，cd)音质，对于很多用户而言都已经无法满足需求，开始追求更高品质的音频数据，如高解析度音频(high resolution audio，hi-res)。但通常播放hi-res等高品质的音频数据都会对本地播放设备提出一些要求，而对于大多数电子设备而言，日常用于播放音乐的手机、平板等移动终端并不能够满足播放这些高品质音频数据的能力。


技术实现要素：

3.鉴于上述问题，本技术提出了一种音频播放方法、装置、移动终端以及存储介质，以使移动终端实现音频数据的自适应跨端播放。
4.第一方面，本技术实施例提供了一种音频播放方法，应用于移动终端，所述方法包括：获取目标设备的硬件参数，所述硬件参数用于指示所述目标设备的音频处理能力；创建与所述硬件参数匹配的目标虚拟设备；将所述移动终端的音频播放设备更新为所述目标虚拟设备；基于所述音频播放设备，将与所述音频处理能力所匹配的音频数据发送至所述目标设备进行播放。
5.第二方面，本技术实施例提供了一种音频播放装置，应用于移动终端，所述装置包括：参数获取模块、设备创建模块、设备更新模块以及音频播放模块，其中，所述参数获取模块用于获取目标设备的硬件参数，所述硬件参数用于指示所述目标设备的音频处理能力；所述设备创建模块用于创建与所述硬件参数匹配的目标虚拟设备；所述设备更新模块用于将所述移动终端的音频播放设备更新为所述目标虚拟设备；所述音频播放模块用于基于所述音频播放设备，将与所述音频处理能力所匹配的音频数据发送至所述目标设备进行播放。
6.第三方面，本技术实施例提供了一种移动终端，包括：一个或多个处理器；存储器；一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行上述第一方面提供的音频播放方法。
7.第四方面，本技术实施例提供了一种计算机可读取存储介质，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行上述第一方面提供的音频播放方法。
8.本技术提供的方案，通过获取目标设备的硬件参数，所述硬件参数用于指示所述目标设备的音频处理能力；创建与所述硬件参数匹配的目标虚拟设备；将所述移动终端的
音频播放设备更新为所述目标虚拟设备；基于所述音频播放设备，将与所述音频处理能力所匹配的音频数据发送至所述目标设备进行播放。由此，通过创建目标虚拟设备，使移动终端处理的音频数据能够与目标设备的音频处理能力相匹配，并通过目标设备播放移动终端处理的音频数据，实现了音频数据的自适应跨端播放，提升了音频播放效果。
附图说明
9.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
10.图1示出了本技术实施例提供的音频播放方法的应用场景图。
11.图2示出了本技术一个实施例提供的音频播放方法的流程示意图。
12.图3示出了本技术另一个实施例提供的音频播放方法的流程示意图。
13.图4示出了本技术又一个实施例提供的音频播放方法的流程示意图。
14.图5示出了本技术再一个实施例提供的音频播放方法的流程示意图。
15.图6示出了本技术实施例提供的一种音频播放装置的结构框图。
16.图7示出了本技术实施例提供的一种移动终端的结构框图。
17.图8示出了本技术实施例提供的计算机可读存储介质的结构框图。
具体实施方式
18.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。
19.当前，人们在通过手机等移动终端随时享受音乐的同时，对于播放音乐的品质要求也越来越高。传统的mp3音质的音乐已经无法满足用户的需求，开发人员开始了对更高品质音乐播放的追求。因此，出现了cd音质的音频数据，甚至hi-res音质的音频数据，以最大程度保留原始音频的特征。其中hi-res是由索尼提出并定义、由日本音频协会和消费电子协会制定的高品质音频产品设计标准，能够使用户获得真实感受原唱者或者演奏者在现场演出的临场氛围，其包含的声音信息量超越cd音质。
20.但是，人们日常随身携带的手机等移动终端，通常由于硬件限制并不能支持hi-res等高品质的音频数据的播放。此时若用户周围具有能够播放hi-res等高品质音频数据的外部音乐播放设备，那么用户可能会自然地想要将移动终端与外部播放设备连接，用以通过这些外部播放设备，实现对高品质音频数据的播放。但在实际情况中，移动终端在播放音频数据时，并不会获取外部设备的音频处理能力，即使该外部设备与移动终端设备相连接，移动终端依然会以自身硬件设备的音频播放能力对原始音频数据进行处理，而无法使音频数据适应外部播放设备的音频处理能力，进而无法得到高品质的音频数据，即使通过外部播放设备进行播放，也无法使用户享受到较高品质音频数据的播放效果。
21.针对上述问题，发明人提出了本技术实施例提供的音频播放方法、装置、移动终端以及存储介质，实现移动终端能够自适应跨端播放音频数据。其中，具体的音频播放方法在后续的实施例中进行详细的说明。
22.下面对本技术实施例提供的音频播放方法的硬件环境进行介绍。
23.请参阅图1，图1示出了本技术实施例提供的音频播放方法的应用场景图。音频播放方法应用于移动终端300，移动终端300可以为手机、平板电脑、智能手表等可移动通信设备，其中，移动终端包括能够获取高品质原始音频数据的音频播放应用，音频播放应用可以是第三方音频播放应用，也可以是移动终端的操作系统自带的音频播放应用。这些音频播放应用可以通过从本地存储区域读取音乐文件或者从网络获取音乐文件等方式得到高品质的原始音频数据。外部音频播放设备400可以为车机端的音频播放设备或者外部独立的播放设备等能够实现高品质音频数据播放的设备。移动终端300可以通过无线通信的方式与外部音频播放设备400连接，其中，移动终端300的音频数据可以通过无线通信与外部音频播放设备400建立的连接，发送至外部音频播放设备400进行播放，无线通信可以为蓝牙通信或者无线网络通信等。
24.下面将结合附图具体描述本技术实施例提供的音频播放方法。
25.请参阅图2，图2示出了本技术一个实施例提供的音频播放方法的流程示意图，应用于移动终端，下面将针对图2所示流程进行详细阐述，所述音频播放方法具体可以包括以下步骤：
26.步骤s110：获取目标设备的硬件参数，所述硬件参数用于指示所述目标设备的音频处理能力。
27.在本技术实施例中，目标设备是指音频数据最终播放的设备。移动终端获取目标设备的硬件参数，以便根据该硬件参数指示的目标设备的音频处理能力，处理得到与目标设备的音频处理能力匹配的音频数据，从而能够使目标设备能够播放与其音频处理能力匹配的音频数据。可以理解地，不同的音频播放设备由于自身硬件条件的限制，所能够播放的音频数据的质量可以不同，并且，在通常情况下，即使移动终端与目标设备连接，移动终端也无法基于目标设备的音频处理能力对原始音频数据进行处理。因此，移动终端可以在向目标设备发送音频数据前，获取目标设备的硬件参数，以获取到目标设备的音频处理能力，从而基于目标设备的硬件参数对原始音频数据进行处理，进而使最终发送至目标设备的待播放的音频数据能够符合目标设备的音频处理能力。
28.其中，目标设备的音频处理能力与移动终端的音频处理能力并不相关，也就是说，目标设备的音频处理能力可以强于移动终端的音频处理能力，移动终端通过后续基于目标设备的硬件参数对原始音频数据进行处理并将其发送至目标设备进行播放，由此可以使用户享受更高品质的音频数据。当然，目标设备的音频处理能力也可以等于或者弱于移动终端的音频处理能力，移动终端通过后续基于该硬件参数对音频数据进行处理后发送至目标设备进行播放，由此可以使移动终端发送至目标设备的音频数据能够更适应于目标设备的播放能力。
29.在一些实施方式中，移动终端获取目标设备的硬件参数的方式，可以是在与目标设备建立通信的情况下，与目标设备进行交互，以获取目标设备的硬件参数。例如，目标设备中可以安装有预设应用，该预设应用可以获取到目标设备的硬件参数，并通过与移动终端之间的通信，将获取的硬件参数发送至移动终端，进而移动终端可以获取到目标设备的硬件参数。
30.在一种可能的实施方式中，移动终端可以在检测到音频播放指令时，与目标设备
进行交互，以获取目标设备的硬件参数，以便根据获取到的硬件参数对音频播放过程中的音频数据进行处理，进而能够使目标设备播放与其音频处理能力匹配的音频数据。
31.在另一种可能的实施方式中，移动终端预先存储有目标设备的硬件参数，移动终端播放音频数据时，可以读取该存储的硬件参数，并基于获取到的硬件参数对音频播放过程中的音频数据进行处理。例如，目标设备为车机端的音频播放设备，移动终端在历史与车机端的音频播放设备连接的情况下，通过车机端的音频播放设备播放音频时，可以获取到车机端的音频播放设备的硬件参数，并将该硬件参数进行存储，以便再次与该车机端的音频播放设备连接的情况下能够读取该存储的硬件参数。
32.在一些实施方式中，移动终端可以通过安装于系统中的第三方音频播放应用，或者系统自带的音频播放应用，获取原始音频数据。并且，原始音频数据可以是移动终端通过网络从其他设备获取，也可以是从本地存储空间中获取，在此不做限定。
33.步骤s120：创建与所述硬件参数匹配的目标虚拟设备。
34.在本技术实施例中，移动终端在获取目标设备的硬件参数后，可以基于硬件参数得到目标设备对应的音频处理能力，由此，移动终端可以创建一个与硬件参数所匹配的目标虚拟设备，该目标虚拟设备具有与目标设备相同的硬件参数，但并不具有实体的硬件装置。由此移动终端可以在获取原始音频数据之后，需要通过目标设备播放音频时，直接基于目标虚拟设备的音频处理能力，对原始音频数据进行处理，这样得到的待播放音频数据就可以适应于目标虚拟设备的音频处理能力，也就是可以适应于目标设备的音频处理能力。
35.可以理解地，移动终端创建目标虚拟设备后，对于移动终端而言，就包括两个可以用于播放音频数据的设备，目标虚拟设备以及移动终端自身的本地播放设备。此时移动终端在对原始音频数据进行处理前，无需感知目标虚拟设备与本地播放设备之间的差别，也就是可以将本地播放设备替换为目标虚拟设备，进而可以直接基于目标虚拟设备的音频处理能力对原始音频数据进行处理。
36.在一些实施方式中，移动终端可以利用安卓系统提供的虚拟设备创建接口，首先创建一个空白的虚拟模型，其后基于获取的目标设备的硬件参数对空白的虚拟模型进行修改限制和填充，使其与目标设备具有相同的音频处理能力，由此得到与目标设备的硬件参数相匹配的目标虚拟设备，该目标虚拟设备仅仅是一个内存空间或者缓冲区间，并不具备实际的硬件装置。
37.步骤s130：将所述移动终端的音频播放设备更新为所述目标虚拟设备。
38.在本技术实施例中，移动终端虽然通过可以基于目标设备的硬件参数创建目标虚拟设备，但对于移动终端而言，其固定的音频播放流程并不会改变。也就是说，移动终端在播放音频数据的过程中，仍然会获取移动终端的音频播放设备对应的音频播放能力，并对获取的原始音频数据进行处理，以使得到的待播放音频数据能够符合移动终端的音频播放设备对应的音频处理能力，而移动终端的音频播放设备在默认情况下一般指向移动终端自身的本地播放设备。因此，移动终端在创建目标虚拟设备后，可以将本地的音频播放设备更新为目标虚拟设备，也就是使音频播放设备重新指向目标虚拟设备，以使移动终端在播放音频数据的过程中，将目标虚拟设备作为移动终端的音频播放设备，进而基于音频播放设备也就是目标虚拟设备的音频处理能力，对原始音频数据进行处理。由此可以得到与目标虚拟设备也就是目标设备的音频处理能力相匹配的音频数据。
39.步骤s140：基于所述音频播放设备，将与所述音频处理能力所匹配的音频数据发送至所述目标设备进行播放。
40.在本技术实施例中，移动终端在将音频播放设备更新为目标虚拟设备后，可以根据音频播放设备也就是目标虚拟设备的音频处理能力，得到与音频处理能力匹配的音频数据，进而将音频数据发送至目标设备进行播放，从而使目标设备能够播放与其音频处理能力匹配的音频数据。值得注意的是，播放的音频数据能够适应于目标设备的音频处理能力，即使音频数据是由移动终端获取并处理的，也就是实现了音频数据的自适应跨端播放。
41.本技术实施例提供的音频播放方法，通过指示目标设备音频处理能力的硬件参数，创建目标虚拟设备，使移动终端的音频数据能够与目标设备的音频处理能力相匹配，进而利用目标设备播放音频数据，实现了音频数据的自适应跨端播放，提升了音频播放效果。
42.请参阅图3，图3示出了本技术另一个实施例提供的音频播放方法的流程示意图，下面将针对图3所示流程进行详细阐述，所述音频播放方法具体可以包括以下步骤：
43.步骤s210：获取目标设备的硬件参数，所述硬件参数用于指示所述目标设备的音频处理能力。
44.步骤s220：创建与所述硬件参数匹配的目标虚拟设备。
45.步骤s230：将所述移动终端的音频播放设备更新为所述目标虚拟设备。
46.在本技术实施例中，步骤s210至步骤s230可以参阅其他实施例的内容，在此不再赘述。
47.步骤s240：获取原始音频数据。
48.在本技术实施例中，移动终端在将音频播放设备更新为目标虚拟设备后，可以获取原始音频数据，用以基于音频播放设备对原始音频数据进行处理，得到能够适应于音频播放设备的音频处理能力的音频数据。其中，移动终端播放音频数据时，可以基于系统安装的应用程序获取音频播放数据，该数据往往是被加密编码过的数据，此时移动终端可以对这些音频播放数据进行解码等操作，得到脉冲编码调制(pulse code modulation，pcm)格式的裸流数据，也就是原始音频数据。pcm编码格式的原始音频数据是目前能够达到的最高保真水平的编码格式，能够最大程度地保留自然界中原始音频的特征。
49.步骤s250：基于所述音频播放设备的音频处理能力，对所述原始音频数据进行处理，得到与所述音频处理能力所匹配的第一音频数据。
50.在本技术实施例中，移动终端获取的原始音频数据后，可以对其进行处理，以使其能够适应音频播放设备的音频处理能力。可以理解地，不同的音频播放设备能够播放不同格式的音频数据，如flac、ape或者aac等格式的音频数据，而此时移动终端获取的原始音频数据的格式，可能与音频播放设备所支持的音频数据的格式并不匹配，因此移动终端需要基于音频播放设备所支持的格式，对原始音频数据进行格式对齐的操作。同样，由于此时需要播放音频数据的软件应用可能不止一个，因此移动终端在获取多个应用软件分别对应的原始音频数据后，还需要对这些原始音频数据进行混音操作，以使多个不同的音频数据在相同的音频播放设备中同时播放。
51.可以理解地，此时移动终端得到的第一音频数据，是适应于目标设备的音频处理能力，但目标设备的音频处理能力并不一定强于移动终端自身本地播放设备的音频处理能力。
52.在一些实施方式中，若目标设备的音频处理能力弱于移动终端的音频处理能力，则移动终端在播放音频数据时，也可以不创建与目标设备的硬件参数匹配的目标虚拟设备，该情况下，移动终端可以先基于本地播放设备的音频处理能力，对原始音频数据进行处理，得到中间音频数据，再对中间音频数据进行下采样或压缩编码等处理，得到第一音频数据，使其能够适应目标设备的音频处理能力。
53.步骤s260：将所述第一音频数据发送至所述目标设备进行播放。
54.在本技术实施例中，移动终端在对原始音频数据处理后，得到的第一音频数据可以直接适应于音频播放设备进行播放，也就是可以直接在目标设备中进行播放。因此，移动终端可以将第一音频数据发送至目标设备，目标设备将数字信号的第一音频数据转换为模拟信号并经过放大器进行播放，实现了音频数据的自适应跨端播放。具体来说，移动终端会将处理好的第一音频数据写入音频播放设备中进行播放，但在本技术提供的音频播放方法中，已经预先将移动终端的音频播放设备更新为目标虚拟设备，而目标虚拟设备并不是一个真实存在的硬件设备，而是移动终端系统中一个固定大小的缓冲区间，因此，可以将第一音频数据写入该缓冲区间，再将缓冲区间中的数据传输至目标设备中，以达到在目标设备中播放音频数据的效果。
55.本技术实施例提供的音频播放方法，通过创建与目标设备的硬件参数相匹配的目标虚拟设备，将移动终端的音频播放设备更新为目标虚拟设备，基于音频播放设备的音频处理能力，对获取的原始音频数据进行处理，得到与音频处理能力所匹配的第一音频数据，并将第一音频数据发送至目标设备进行播放，实现了基于目标设备的音频处理能力对原始音频数据进行处理，并在目标设备上播放音频数据，达到了音频数据的自适应跨端播放的效果。
56.请参阅图4，图4示出了本技术又一个实施例提供的音频播放方法的流程示意图，下面将针对图4所示流程进行详细阐述，所述音频播放方法具体可以包括以下步骤：
57.步骤s310：获取目标设备的硬件参数，所述硬件参数用于指示所述目标设备的音频处理能力。
58.步骤s320：创建与所述硬件参数匹配的目标虚拟设备。
59.步骤s330：将所述移动终端的音频播放设备更新为所述目标虚拟设备。
60.步骤s340：获取原始音频数据。
61.在本技术实施例中，步骤s310至步骤s340可以参阅其他实施例的内容，在此不再赘述。
62.所述音频处理能力包括对高解析度音频的处理能力，所述原始音频数据为高解析度音频类型的音频数据。
63.步骤s350：获取所述移动终端与所述目标设备之间的通信质量参数。
64.在本技术实施例中，移动终端与目标设备之间的通信质量参数用于表征移动终端与目标设备之间音频数据的通信质量，通信质量参数的参数值越大，则表示移动终端与目标设备之间音频数据的通信质量越高。其中，通信质量参数可以是移动终端与目标设备进行无线通信的信号强度、丢包率、数据传输速度等，具体的通信质量参数可以不做限定。可以理解地，由于待处理的原始音频数据为高解析度音频类型的音频数据，且目标设备支持高解析度音频的处理能力，因此后续处理得到的待发送至目标设备的音频数据的数据量较
大，在传输数据的过程中则可能出现卡顿，故可以获取移动终端与目标设备之间的通信质量参数，以便根据通信质量参数对原始音频数据进行不同的处理，进而保证音频播放效果。
65.步骤s360：若所述通信质量参数的参数值大于预设阈值，则基于所述音频播放设备对高解析度音频的处理能力，以无损编码的方式，对所述原始音频数据进行处理，得到高解析度音频类型的第一音频数据。
66.在本技术实施例中，由于待处理的原始音频数据为高解析度音频类型的音频数据，且目标设备支持高解析度音频的处理能力，因此若按照更新后的音频播放设备的音频处理能力，对高解析度音频类型的音频数据进行无损编码和传输，则数据传输量较大，容易出现播放卡顿。因此，移动终端获取到上述通信质量参数后，可以将通信质量参数的参数值与预设阈值进行比较；若通信质量参数的参数值大于预设阈值，则表示当前的通信质量可以保证高解析度音频类型的音频数据的稳定传输，因此，移动终端可以基于音频播放设备对高解析度音频的处理能力，以无损编码的方式对原始音频数据进行处理，得到高解析度音频类型的第一音频数据，其中无损编码是指移动终端在从应用软件获取原始音频数据后，不会对原始音频数据进行下采样或者压缩等有损操作，以尽量确保原始音频数据没有丢失任何音频数据。
67.步骤s370：以无损传输的方式，将所述第一音频数据发送至所述目标设备进行播放。
68.在本技术实施例中，移动终端在以无损编码的方式对原始音频数据进行处理，得到第一音频数据后，则可以以无损传输的方式，将第一音频数据发送至目标设备进行播放。其中，以无损传输的方式发送第一音频数据，需要确保移动终端与目标设备之间具有足够的带宽，可选地，移动终端和目标设备之间可以采用无线网络的方式连接。
69.步骤s380：若所述通信质量参数的参数值小于或等于所述预设阈值，则基于所述音频播放设备对高解析度音频的处理能力，以有损编码的方式，对所述原始音频数据进行处理，得到第二音频数据。
70.在本技术实施例中，若移动终端与目标设备之间的通信质量参数小于或等于预设阈值，则表示当前的通信质量无法保证高解析度音频类型的音频数据的稳定传输，此时即使移动终端将第一音频数据发送至目标设备，但目标设备会因为接收数据不及时，出现播放卡顿的情况，影响用户的体验。因此，在通信质量参数小于或等于预设阈值的情况下，移动终端可以通过有损编码的方式，对原始音频数据进行处理，得到第二音频数据。此时由于采用有损编码的方式进行处理，所以第二音频数据的数据大小会小于通过无损编码方式得到的第一音频数据的大小，但在当前的通信质量参数的情况下，第二音频数据能够顺畅的传输至目标设备进行播放，可以有效地避免目标设备播放音频数据时出现播放卡顿的情况。其中，有损变编码的方式可以是对原始音频数据进行下采样或者有损压缩等方式的处理，得到数据量小于原始音频数据的第二音频数据。
71.在一些实施方式中，移动终端可以实时获取其与目标设备之间的通信质量参数，并且在通信质量参数值小于或等于预设阈值的时候向用户发送提示信息，用以提示用户当前通信质量较差，此时系统可以自动降低目标设备的音频播放质量，或者在用户的选择操作下，将目标设备的音频播放质量降低至用户选择的档位。
72.步骤s390：将所述第二音频数据发送至所述目标设备进行播放。
73.在本技术实施例中，移动终端在获取第二音频数据后，可以将第二音频数据发送至目标设备进行播放，其中，由于第二音频数据的数据量较小，因此通过蓝牙或者无线网络等方式，都可以对第二音频数据进行传输，在此不做限定。
74.本技术实施例提供的音频播放方法，通过创建与目标设备硬件参数所匹配的目标虚拟设备，将移动终端的音频播放设备更新为目标虚拟设备，在获取原始音频数据后，获取移动终端与目标设备之间的通信质量参数，若通信质量参数的参数值大于预设阈值，则将原始音频数据处理为高解析度音频类型的第一音频数据，若通信质量参数的参数值小于或等于预设阈值，则将原始音频数据处理为较小的第二音频数据，并将第一音频数据或第二音频数据发送至目标设备进行播放。通过基于移动终端与目标设备之间的通信质量参数以及目标设备的音频处理能力，在当前通信质量参数大于预设阈值的情况下，传输高解析度音频至目标设备进行播放，并在通信质量参数小于或等于预设阈值的情况下，对高解析度音频进行下采样等处理以减少音频数据的大小避免播放卡顿。不仅实现了基于目标设备的音频处理能力播放高解析度音频数据，还确保了目标设备播放音频数据的流畅效果。
75.请参阅图5，图5示出了本技术再一个实施例提供的音频播放方法的流程示意图，下面将针对图5所示流程进行详细阐述，所述音频播放方法具体可以包括以下步骤：
76.步骤s410：获取目标设备的硬件参数，所述硬件参数用于指示所述目标设备的音频处理能力。
77.在本技术实施例中，步骤s410可以参阅其他实施例的内容，在此不再赘述
78.步骤s420：显示所述硬件参数指示的音频处理能力所匹配的音频数据类型。
79.在本技术实施例中，目标设备可以播放至少一种音频数据类型，每种音频数据类型对应的音频数据大小可以不相同，播放的效果也可以不同，因此，移动终端在获取目标设备的硬件参数后，可以确定硬件参数指示的与目标设备音频处理能力所匹配的所有音频数据类型，也就是可以确定目标设备所支持播放的所有音频数据类型。此时，移动终端可以显示目标设备所支持的所有音频数据类型，用以获取用户的选择操作并确定最终在目标设备上播放的音频数据类型。
80.在一些实施方式中，目标设备的音频数据类型可以包括高解析度音频音质、环绕立体音质、超清音质以及标准音质等不同类型，各个类型的音频数据的播放效果不同，音频数据的大小也不相同，用户可以基于自身需求或者当前网络状况选择播放不同的音频数据类型。
81.在一些实施方式中，移动终端还可以实时获取其与目标设备之间的通信质量参数。在一些情况下，若通信质量参数小于预设阈值，此时即使目标设备能够支持数据量较大的高解析度音频类型的音频数据的播放，但在播放过程中也极有可能会出现卡顿的情况。这种情况下，移动终端在显示目标设备的音频处理能力所匹配的音频数据类型时，可以不显示高解析度音频类型。也就是说，移动终端显示的音频数据类型，可以包括目标设备能够支持播放并且当前通信质量参数也能够支持播放的所有音频数据类型。
82.步骤s430：响应于基于所述音频数据类型的选择操作，获取选择的音频数据类型作为待播放的音频数据的目标数据类型。
83.在本技术实施例中，用户可以基于移动终端显示的目标设备所支持的所有音频数据类型，选择任意音频数据类型作为目标设备最终播放的音频数据的目标数据类型。
84.在一些实施方式中，目标设备硬件参数指示的音频处理能力所匹配的音频数据类型，可以显示于移动终端的显示屏上，也可以显示于目标设备的显示屏上，也就是说，用户可以在移动终端设备的显示屏上选择任意音频数据类型作为待播放的音频数据类型的目标数据类型，也可以在目标设备的显示屏上选择目标数据类型，并将目标数据类型传输至移动终端，以使移动终端可以基于目标数据类型对原始音频数据进行处理。
85.步骤s440：若所述移动终端的本地播放设备的音频处理能力与所述目标数据类型不匹配，则创建与所述硬件参数匹配的目标虚拟设备。
86.在本技术实施例中，由于用户可以自主选择目标设备最终播放的音频数据的类型，同时值得注意的是，移动终端的本地播放设备同样可以支持播放多种音频数据类型，那么目标设备所支持的音频数据类型与移动终端的本地播放设备所支持的音频数据类型很可能会有部分重合。那么，在用户选择待播放的音频数据的目标数据类型后，可以将目标数据类型与移动终端的本地播放设备的音频处理能力进行匹配，进而基于匹配结果，确定后续不同的处理方式。具体来说，若不匹配，则表明目标数据类型的音频数据不能在本地播放设备上播放，此时移动终端可以创建与目标设备的硬件参数所匹配的目标虚拟设备，用以基于目标虚拟设备的音频处理能力，对原始音频数据进行处理，得到目标数据类型的音频数据。
87.步骤s450：将所述移动终端的音频播放设备更新为所述目标虚拟设备
88.步骤s460：基于所述音频播放设备，将与所述音频处理能力所匹配的音频数据发送至所述目标设备进行播放。
89.在本技术实施例中，步骤s450以及步骤s460可以参阅其他实施例的内容，在此不再赘述。
90.步骤s470：若所述移动终端的本地播放设备的音频处理能力与所述目标数据类型匹配，则基于所述本地播放设备，将所述目标数据类型的音频数据发送至所述目标设备进行播放。
91.在本技术实施例中，若用户自主选择的目标数据类型与移动终端的本地播放设备的音频处理能力相匹配，表明此时移动终端可以满足用户对于音频数据类型的要求，此时移动终端只需要基于本地播放设备的音频处理能力，对原始音频数据进行处理，就可以得到目标数据类型的音频数据。其后移动终端将目标数据类型的音频数据发送至目标设备进行播放即可，而不必基于目标设备的硬件参数创建与其音频处理能力所匹配的目标虚拟设备。
92.本技术实施例提供的音频播放方法，通过显示与目标设备硬件参数所指示的音频处理能力匹配的音频数据类型，响应于用户的选择操作，获取待播放的音频数据的目标数据类型，并将其与本地播放设备的音频处理能力相匹配，若不匹配，则创建与目标设备硬件参数匹配的目标虚拟设备，并将音频播放设备更新为目标虚拟设备，基于音频播放设备，将音频数据发送至目标设备进行播放，若匹配则基于本地播放设备，将目标数据类型的音频数据发送至目标设备进行播放。实现了基于目标设备的音频处理能力以及用户的自主选择确定待播放的音频数据的类型，进而使目标设备播放的音频数据在满足用户需求的同时能够适应于目标设备的音频处理能力，实现了音频数据自适应跨端播放。
93.请参阅图6，其示出了本技术实施例提供的一种音频播放装置200的结构框图，应
用于移动终端，音频播放装置200包括：参数获取模块210、设备创建模块220、设备更新模块230以及音频播放模块240。其中，参数获取模块210用于获取目标设备的硬件参数，硬件参数用于指示目标设备的音频处理能力；设备创建模块220用于创建与硬件参数匹配的目标虚拟设备；设备更新模块230用于将移动终端的音频播放设备更新为目标虚拟设备；音频播放模块240用于基于音频播放设备，将与音频处理能力所匹配的音频数据发送至目标设备进行播放。
94.作为一种可能的实施方式，音频播放模块240包括：数据获取单元、数据处理单元、数据发送单元。其中，数据获取单元用于获取原始音频数据；数据处理单元用于基于音频播放设备的音频处理能力，对原始音频数据进行处理，得到与音频处理能力所匹配的第一音频数据；数据发送单元用于将第一音频数据发送至目标设备进行播放。
95.作为一种可能的实施方式，音频处理能力包括对高解析度音频的处理能力，原始音频数据为高解析度音频类型的音频数据。数据处理单元还用于基于音频播放设备对高解析度音频的处理能力，以无损编码的方式，对原始音频数据进行处理，得到高解析度音频类型的第一音频数据；数据发送单元还用于以无损传输的方式，将第一音频数据发送至目标设备进行播放。
96.作为一种可能的实施方式，音频播放模块240还包括参数获取单元以及第一音频处理单元。其中参数获取单元用于获取所述移动终端与所述目标设备之间的通信质量参数；第一音频处理单元用于若所述通信质量参数的参数值大于预设阈值，则执行数据处理单元的动作。
97.作为一种可能的实施方式，音频播放模块240还包括第二音频处理单元以及音频播放单元。其中，第二音频处理单元用于若通信质量参数的参数值小于或等于预设阈值，则基于音频播放设备对高解析度音频的处理能力，以有损编码的方式，对原始音频数据进行处理，得到第二音频数据；音频播放单元用于将第二音频数据发送至目标设备进行播放。
98.作为一种可能的实施方式，音频播放装置200还包括类型显示模块、选择获取模块以及第一匹配模块。其中，类型显示模块用于显示硬件参数指示的音频处理能力所匹配的音频数据类型；选择获取模块用于响应于基于所述音频数据类型的选择操作，获取选择的音频数据类型作为待播放的音频数据的目标数据类型；第一匹配模块用于若所述移动终端的本地播放设备的音频处理能力与所述目标数据类型不匹配，则执行设备创建模块220的动作。
99.作为一种可能的实施方式，音频播放装置200还包括第二匹配模块，用于若移动终端的本地播放设备的音频处理能力与目标数据类型匹配，则基于本地播放设备，将目标数据类型的音频数据发送至目标设备进行播放。
100.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
101.在本技术所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。
102.另外，在本技术各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
103.综上所述，本技术提供的方案，移动终端通过获取用于指示目标设备音频处理能力的硬件参数，创建与所述硬件参数匹配的目标虚拟设备，将移动中终端的音频播放设备更新为目标虚拟设备，基于音频播放设备，将与音频处理能力所匹配的音频数据发送至目标设备进行播放。由此，通过创建目标虚拟设备，使移动终端的音频数据能够与目标设备的音频处理能力相匹配，进而利用目标设备播放音频数据，实现了音频数据的自适应跨端播放。
104.请参考图7，其示出了本技术实施例提供的一种移动终端300的结构框图。本技术中的移动终端300可以包括一个或多个如下部件：处理器310、存储器320、以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器320中并被配置为由一个或多个处理器310执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。
105.处理器310可以包括一个或者多个处理核。处理器310利用各种接口和线路连接整个计算机设备内的各个部分，通过运行或执行存储在存储器320内的指令、程序、代码集或指令集，以及调用存储在存储器320内的数据，执行计算机设备的各种功能和处理数据。可选地，处理器310可以采用数字信号处理(digital signal processing，dsp)、现场可编程门阵列(field－programmable gate array，fpga)、可编程逻辑阵列(programmable logic array，pla)中的至少一种硬件形式来实现。处理器310可集成中央处理器(central processing unit，cpu)、图形处理器(graphics processing unit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器310中，单独通过一块通信芯片进行实现。
106.存储器320可以包括随机存储器(random access memory，ram)，也可以包括只读存储器(read-only memory)。存储器320可用于存储指令、程序、代码、代码集或指令集。存储器320可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储计算机设备在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。
107.请参考图8，其示出了本技术实施例提供的一种计算机可读存储介质的结构框图。该计算机可读介质800中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。
108.计算机可读存储介质800可以是诸如闪存、eeprom(电可擦除可编程只读存储器)、eprom、硬盘或者rom之类的电子存储器。可选地，计算机可读存储介质800包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质800具有执行上述方法中的任何方法步骤的程序代码810的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码810可以例如以适当形式进行压缩。
109.最后应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本技术各实施例技术方案的精神和
范围。