CN114257910A - 音频处理方法及装置、计算机可读存储介质及电子设备 - Google Patents

Abstract

本申请提供了一种音频处理方法及装置、计算机可读存储介质及电子设备，涉及数据处理技术领域。该音频处理方法包括：确定待播放音频对应的目标频响信息；确定耳机的当前耳机用户对应的扬声路径传递函数信息；基于目标频响信息和扬声路径传递函数信息，确定耳机的本地均衡参数以播放待播放音频。本申请通过基于当前耳机用户对应的扬声路径传递函数信息和待播放音频对应的目标频响信息，确定耳机的本地均衡参数以播放待播放音频的方式，实现了基于当前耳机用户的实际特点调节待播放音频的目的，进而使当前耳机用户收听到的音频音质不受用户自身佩戴习惯以及耳型特征等因素的影响，提高了耳机产品在音质方面的一致性及用户体验好感度。

Description

音频处理方法及装置、计算机可读存储介质及电子设备

技术领域

本申请涉及数据处理技术领域，具体涉及一种音频处理方法及装置、计算机可读存储介质及电子设备。

背景技术

近年来，无线耳机凭借能够使用户摆脱耳机线的束缚的优势，日益受到广泛关注，尤其是真无线立体声(True Wireless Stereo，TWS)耳机。

然而，因不同耳机用户的耳道尺寸、耳道形状等耳型特征不同，且同一耳机用户的耳机使用状态(包括深***状态和浅***状态等)也可能不同，那么，对于同一待播放音频，不同的耳机用户也可能听取到不同音质效果的音频。基于此便可知，现有技术不能保证耳机用户听取音频的音质效果，进而导致用户体验好感度不高。

发明内容

为了解决上述技术问题，提出了本申请。本申请实施例提供了一种音频处理方法及装置、计算机可读存储介质及电子设备。

第一方面，本申请一实施例提供了一种音频处理方法，应用于耳机。该音频处理方法包括：确定待播放音频对应的目标频响信息；确定耳机的当前耳机用户对应的扬声路径传递函数信息；基于目标频响信息和扬声路径传递函数信息，确定耳机的本地均衡参数以播放待播放音频。

结合第一方面，在第一方面的某些实现方式中，确定当前耳机用户对应的扬声路径传递函数信息，包括：确定当前耳机用户对应的扬声路径传递函数估计信息；基于待播放音频以及待播放音频对应的播放拾音信息，调整扬声路径传递函数估计信息，得到扬声路径传递函数信息。其中，播放拾音信息包括耳机在播放待播放音频时，位于耳机的出声孔预设位置的拾音器采集的音频信息。

结合第一方面，在第一方面的某些实现方式中，确定当前耳机用户对应的扬声路径传递函数估计信息，包括：确定耳机的多位历史耳机用户各自对应的扬声路径传递函数信息；确定当前耳机用户和多位历史耳机用户之间的匹配关系；基于匹配关系以及多位历史耳机用户各自对应的扬声路径传递函数信息，确定扬声路径传递函数估计信息。

结合第一方面，在第一方面的某些实现方式中，基于匹配关系以及多位历史耳机用户各自对应的扬声路径传递函数信息，确定扬声路径传递函数估计信息，包括：如果基于匹配关系，确定存在与当前耳机用户匹配的历史耳机用户，则基于与当前耳机用户匹配的历史耳机用户对应的扬声路径传递函数信息，确定扬声路径传递函数估计信息。

结合第一方面，在第一方面的某些实现方式中，确定当前耳机用户和多位历史耳机用户之间的匹配关系，包括：确定当前耳机用户的用户信息，其中，用户信息包括用户身份信息和/或用户类型信息；确定多位历史耳机用户各自的用户信息；基于当前耳机用户的用户信息以及多位历史耳机用户各自的用户信息，确定匹配关系。

结合第一方面，在第一方面的某些实现方式中，该音频处理方法还包括：获取当前耳机用户对应的自定义均衡参数；基于自定义均衡参数和本地均衡参数，播放待播放音频。

结合第一方面，在第一方面的某些实现方式中，确定待播放音频对应的目标频响信息，包括：确定目标频响模型；利用目标频响模型，确定待播放音频对应的目标频响信息。

第二方面，本申请一实施例提供了一种音频处理装置，应用于耳机。该音频处理装置包括：第一确定模块，用于确定待播放音频对应的目标频响信息；第二确定模块，用于确定耳机的当前耳机用户对应的扬声路径传递函数信息；第三确定模块，用于用于基于目标频响信息和扬声路径传递函数信息，确定耳机的本地均衡参数以播放待播放音频。

第三方面，本申请一实施例提供了一种计算机可读存储介质，该存储介质存储有计算机程序，所述计算机程序用于执行上述第一方面所提及的方法。

第四方面，本申请一实施例提供了一种电子设备，该电子设备包括：处理器；用于存储所述处理器可执行指令的存储器；所述处理器，用于执行上述第一方面所提及的方法。

由于扬声路径传递函数信息与耳机用户的耳道尺寸、耳道形状以及耳机佩戴习惯(比如入耳深浅程度)等参数相关，因此，不同的耳机用户对应有不同的扬声路径传递函数信息。在此基础上，本申请实施例通过基于当前耳机用户对应的扬声路径传递函数信息和待播放音频对应的目标频响信息，确定耳机的本地均衡参数以播放待播放音频的方式，实现了基于当前耳机用户的实际特点调节待播放音频的目的，进而使当前耳机用户收听到的音频音质不受用户自身佩戴习惯以及生理参数等因素的影响，提高了耳机产品在音质方面的一致性及用户体验好感度。

附图说明

通过结合附图对本申请实施例进行更详细的描述，本申请的上述以及其他目的、特征和优势将变得更加明显。附图用来提供对本申请实施例的进一步理解，并且构成说明书的一部分，与本申请实施例一起用于解释本申请，并不构成对本申请的限制。在附图中，相同的参考标号通常代表相同部件或步骤。

图1所示为本申请一示例性实施例提供的音频处理方法的流程示意图。

图2所示为本申请一示例性实施例提供的确定耳机的当前耳机用户对应的扬声路径传递函数信息的流程示意图。

图3所示为本申请另一示例性实施例提供的确定当前耳机用户对应的扬声路径传递函数估计信息的流程示意图。

图4所示为本申请一示例性实施例提供的确定扬声路径传递函数估计信息的逻辑示意图。

图5所示为本申请一示例性实施例提供的确定当前耳机用户和多位历史耳机用户之间的匹配关系的流程示意图。

图6所示为本申请另一示例性实施例提供的音频处理方法的流程示意图。

图7所示为本申请一示例性实施例提供的确定待播放音频对应的目标频响信息的流程示意图。

图8所示为本申请一示例性实施例提供的音频处理装置的结构示意图。

图9所示为本申请一示例性实施例提供的电子设备的结构示意图。

具体实施方式

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

图1所示为本申请一示例性实施例提供的音频处理方法的流程示意图。具体地，本申请实施例提供的音频处理方法应用于耳机，比如蓝牙耳机。如图1所示，本申请实施例提供的音频处理方法包括如下步骤。

步骤S100，确定待播放音频对应的目标频响信息。

示例性地，目标频响信息代表耳机接收的数字音频由电信号最终转换为人耳鼓膜接收的声信号所经过的***(包含电路与空间)的频率响应信息。具体地，待播放音频对应的目标频响信息可以是用户预先设定的，也可以是根据用户的历史播放习惯自动生成的。

步骤S200，确定耳机的当前耳机用户对应的扬声路径传递函数信息。

示例性地，当前耳机用户指的是当前正在使用耳机的用户。

示例性地，扬声路径传递函数信息基于扬声器输入端至人耳鼓膜之间的电声转换***的频率响应确定。

步骤S300，基于目标频响信息和扬声路径传递函数信息，确定耳机的本地均衡参数以播放待播放音频。

示例性地，目标频响信息为Tg(f)，扬声路径传递函数信息为G(f)，耳机的本地均衡参数为EQ_e(f)。那么，目标频响信息与扬声路径传递函数信息的比值即为耳机的本地均衡参数，即下述公式(1)。

由于均衡参数能够影响待播放音频的播放音质，那么，也就是说，基于目标频响信息和扬声路径传递函数信息能够调节待播放音频的播放音质。

由于扬声路径传递函数信息与耳机用户的耳道尺寸、耳道形状以及耳机佩戴习惯(比如入耳深浅程度)等参数相关，因此，不同的耳机用户对应有不同的扬声路径传递函数信息。在此基础上，本申请实施例通过基于当前耳机用户对应的扬声路径传递函数信息和待播放音频对应的目标频响信息，确定耳机的本地均衡参数以播放待播放音频的方式，实现了基于当前耳机用户的实际特点调节待播放音频的目的，进而使当前耳机用户收听到的音频音质不受用户自身佩戴习惯以及生理参数等因素的影响，提高了耳机产品在音质方面的一致性及用户体验好感度。

图2所示为本申请一示例性实施例提供的确定耳机的当前耳机用户对应的扬声路径传递函数信息的流程示意图。在图1所示实施例基础上延伸出图2所示实施例，下面着重叙述图2所示实施例与图1所示实施例的不同之处，相同之处不再赘述。

如图2所示，在本申请实施例提供的音频处理方法中，确定耳机的当前耳机用户对应的扬声路径传递函数信息步骤，包括如下步骤。

步骤S210，确定当前耳机用户对应的扬声路径传递函数估计信息。

示例性地，扬声路径传递函数估计信息指的是预先估计的扬声路径传递函数信息。比如，扬声路径传递函数估计信息基于与当前耳机用户同类型的历史耳机用户对应的扬声路径传递函数信息，分别利用自适应滤波(Least Mean Square，LMS)算法、基于耳机的电路与空间***确定的。

步骤S220，基于待播放音频以及待播放音频对应的播放拾音信息，调整扬声路径传递函数估计信息，得到扬声路径传递函数信息。

示例性地，播放拾音信息包括耳机在播放待播放音频时，位于耳机的出声孔预设位置的拾音器采集的音频信息。

由于播放拾音信息能够表征待播放音频的播放音质，因此，本申请实施例提及的基于播放拾音信息调节扬声路径传递函数估计信息，进而得到扬声路径传递函数信息的方式，能够极大提高所得到的扬声路径传递函数信息的精准度与实时性，进而进一步保证待播放音频相对于当前耳机用户的播放效果。

图3所示为本申请另一示例性实施例提供的确定当前耳机用户对应的扬声路径传递函数估计信息的流程示意图。在图2所示实施例基础上延伸出图3所示实施例，下面着重叙述图3所示实施例与图2所示实施例的不同之处，相同之处不再赘述。

如图3所示，在本申请实施例提供的音频处理方法中，确定当前耳机用户对应的扬声路径传递函数估计信息步骤，包括如下步骤。

步骤S211，确定耳机的多位历史耳机用户各自对应的扬声路径传递函数信息。

示例性地，步骤S211中提及的历史耳机用户指的是，曾经使用过该耳机的耳机用户。因通常情况下，同一耳机可能被不同耳机用户使用，所以，步骤S211中记载的是多位历史耳机用户。但是需要注意的是，本申请实施例不排除历史耳机用户为一位的情况。

步骤S212，确定当前耳机用户和多位历史耳机用户之间的匹配关系。

示例性地，匹配关系基于用户类型确定，即，如果当前耳机用户的用户类型与某一或某些历史耳机用户的用户类型相同，则可认为存在匹配关系。

步骤S213，基于匹配关系以及多位历史耳机用户各自对应的扬声路径传递函数信息，确定扬声路径传递函数估计信息。

在一些实施例中，如果基于匹配关系，确定存在与当前耳机用户匹配的历史耳机用户，则基于与当前耳机用户匹配的历史耳机用户对应的扬声路径传递函数信息，确定扬声路径传递函数估计信息。举例说明，当前耳机用户为张三，历史耳机用户中也有张三，那么，便可认为该当前耳机用户与该历史耳机用户存在匹配关系，并将该历史耳机用户对应的扬声路径传递函数信息确定为该当前耳机用户对应的扬声路径传递函数估计信息。

由此可见，本申请实施例利用匹配关系确定当前耳机用户对应的扬声路径传递函数估计信息的方式，能够进一步缩小所确定的扬声路径传递函数估计信息与最终确定的扬声路径传递函数信息的差异，进而降低后续基于扬声路径传递函数估计信息得到最终确定的扬声路径传递函数信息的计算量和计算难度。

下面结合图4举例说明基于当前耳机用户对应的扬声路径传递函数估计信息确定当前耳机用户对应的扬声路径传递函数信息的具体实现方式。

图4所示为本申请一示例性实施例提供的确定扬声路径传递函数估计信息的逻辑示意图。如图4所示，x(n)表示待播放音频，e(n)表示基于真实的扬声路径传递函数信息G得到的播放拾音信息，即耳机在播放待播放音频时，位于耳机的出声孔预设位置的拾音器采集的音频信息，e₁(n)表示基于扬声路径传递函数估计信息G₁得到的播放拾音信息。那么，在实际应用过程中，可基于e₁(n)和e(n)之间的差异信息，利用自适应滤波器调节扬声路径传递函数估计信息G₁，直至基于最小化的差异信息确定e₁(n)中的音频信号成分和e(n)等同，则可确定等同情况下的扬声路径传递函数估计信息G₁等同于扬声路径传递函数信息G。至此，便实现了基于当前耳机用户对应的扬声路径传递函数估计信息，确定当前耳机用户对应的扬声路径传递函数信息的目的。

图5所示为本申请一示例性实施例提供的确定当前耳机用户和多位历史耳机用户之间的匹配关系的流程示意图。在图3所示实施例基础上延伸出图5所示实施例，下面着重叙述图5所示实施例与图3所示实施例的不同之处，相同之处不再赘述。

如图5所示，在本申请实施例提供的音频处理方法中，确定当前耳机用户和多位历史耳机用户之间的匹配关系步骤，包括如下步骤。

步骤S2121，确定当前耳机用户的用户信息。

步骤S2122，确定多位历史耳机用户各自的用户信息。

示例性地，用户信息包括用户身份信息，比如用户姓名信息、用户账号信息等。

示例性地，用户信息包括用户类型信息，比如基于用户年龄划分的类型信息、基于音频爱好划分的类型信息等。

步骤S2123，基于当前耳机用户的用户信息以及多位历史耳机用户各自的用户信息，确定匹配关系。

本申请实施例提及的音频处理方法，基于当前耳机用户的用户信息以及多位历史耳机用户各自的用户信息，丰富了匹配关系的确定方式，进而进一步提高了用户体验好感度。

图6所示为本申请另一示例性实施例提供的音频处理方法的流程示意图。在图1所示实施例基础上延伸出图6所示实施例，下面着重叙述图6所示实施例与图1所示实施例的不同之处，相同之处不再赘述。

如图6所示，在本申请实施例提供的音频处理方法中，如用户在音频源电子设备(如手机)的客户端界面进行了均衡器的调节或者均衡风格的选择，还包括如下步骤。

步骤S310，获取当前耳机用户对应的自定义均衡参数。

示例性地，当前耳机用户利用耳机或者与耳机连接的电子设备输入自定义均衡参数。

步骤S320，基于自定义均衡参数和本地均衡参数，播放待播放音频。

在本申请一实施例中，当获取用户的自定义均衡参数后，耳机基于自定义均衡参数和耳机的本地均衡参数确定用户自定义调节后的均衡参数。

举例说明，当前耳机用户的自定义均衡参数为EQ_a(f)，目标频响信息为Tg(f)，耳机的本地均衡参数为EQ_e(f)，用户自定义调节后的均衡参数为EQ’_e(f)，公式表示如下。

EQ_a(f)·EQ_e(f)·G(f)＝EQ’_e(f)·G(f)＝EQ_a(f)·Tg(f) (2)

基于公式(2)可知，如果当前耳机用户未输入自定义均衡参数，均衡参数被设置为

目标频响信息为Tg(f)，如果当前耳机用户输入自定义均衡参数，调节后的均衡参数被设置为EQ’_e(f)＝EQ_a(f)·EQ_e(f)，调节后的目标频响信息被设置为Tg’(f)＝EQ_a(f)·Tg(f)，其中，Tg’(f)可视为目标频响信息Tg(f)经当前耳机用户自定义调节后的专用目标频响信息。

本申请实施例提供的音频处理方法，通过获取当前耳机用户对应的自定义均衡参数，继而基于自定义均衡参数和本地均衡参数，播放待播放音频的方式，实现了自定义调节待播放音频对应的均衡参数的目的。由于能够支持用户自定义均衡参数，因此，本申请实施例满足了用户的即兴要求，从而进一步提高了用户的听觉体验。

图7所示为本申请一示例性实施例提供的确定待播放音频对应的目标频响信息的流程示意图。在图1所示实施例基础上延伸出图7所示实施例，下面着重叙述图7所示实施例与图1所示实施例的不同之处，相同之处不再赘述。

如图7所示，在本申请实施例提供的音频处理方法中，确定待播放音频对应的目标频响信息步骤，包括如下步骤。

步骤S110，确定目标频响模型。

示例性地，步骤S110中提及的目标频响模型为深度学习网络模型。在一些实施例中，目标频响模型的输入数据为待播放音频，输出数据为待播放音频对应的目标频响信息。

步骤S120，利用目标频响模型，确定待播放音频对应的目标频响信息。

本申请实施例通过确定目标频响模型，继而利用目标频响模型，确定待播放音频对应的目标频响信息的方式，实现了基于待播放音频的自身特性确定与其匹配的目标频响信息的目的。

在一些实施例中，上述提及的目标频响模型的训练方法包括：确定多个音频样本和多个音频样本各自对应的目标频响信息，建立初始网络模型，并基于多个音频样本和多个音频样本各自对应的目标频响信息训练初始网络模型，得到目标频响模型。其中，音频样本对应的目标频响信息可以是用户预先设定的，也可以是根据用户的历史播放习惯自动生成的。即，可以理解为，不同的音频样本对应有不同的目标频响信息。举例说明，当耳机的播放音频由音频文件A被切换至音频文件B时，目标频响信息也会随之切换，由音频文件A对应的目标频响信息切换至音频文件B对应的目标频响信息。

本申请实施例能够借助多个音频样本和多个音频样本各自对应的目标频响信息训练初始网络模型，进而得到能够确定待播放音频对应的目标频响信息的目标频响模型。与所有待播放音频均对应同一目标频响信息的现有技术相比，本申请实施例能够充分顾及待播放音频的实际情况，进而利用目标频响模型确定与待播放音频更契合的目标频响信息，降低了用户反复调试的几率。换言之，本申请实施例能够利用多个音频样本和多个音频样本各自对应的目标频响信息定制所生成的目标频响模型的特性，进而进一步满足针对目标频响信息的个性化需求。

在一些实施例中，基于用户的历史播放数据，确定多个音频文件和多个音频文件各自对应的目标频响信息。示例性地，基于用户对应的用户终端中的音乐播放器，获取用户的历史播放数据，并从历史播放数据中解析出多个音频文件和多个音频文件各自对应的目标频响信息。由于历史音频文件对应的目标频响信息是从用户的历史播放数据中解析得到的，因此，可以理解，所确定的目标频响信息是经用户认可或调整的、符合用户喜好的目标频响信息。

上文结合图1至图7，详细描述了本申请的方法实施例，下面结合图8和图9，详细描述本申请的装置实施例。应理解，方法实施例的描述与装置实施例的描述相互对应，因此，未详细描述的部分可以参见前面方法实施例。

图8所示为本申请一示例性实施例提供的音频处理装置的结构示意图。如图8所示，本申请实施例提供的音频处理装置包括：第一确定模块100、第二确定模块200和第三确定模块300。第一确定模块100用于确定待播放音频对应的目标频响信息。第二确定模块200用于确定耳机的当前耳机用户对应的扬声路径传递函数信息。第三确定模块300用于基于目标频响信息和扬声路径传递函数信息，确定耳机的本地均衡参数以播放待播放音频。

在一些实施例中，第二确定模块200还用于，确定当前耳机用户对应的扬声路径传递函数估计信息，基于待播放音频以及待播放音频对应的播放拾音信息，调整扬声路径传递函数估计信息，得到扬声路径传递函数信息。

在一些实施例中，第二确定模块200还用于，确定耳机的多位历史耳机用户各自对应的扬声路径传递函数信息，确定当前耳机用户和多位历史耳机用户之间的匹配关系，基于匹配关系以及多位历史耳机用户各自对应的扬声路径传递函数信息，确定扬声路径传递函数估计信息。

在一些实施例中，第二确定模块200还用于，确定当前耳机用户的用户信息，确定多位历史耳机用户各自的用户信息，基于当前耳机用户的用户信息以及多位历史耳机用户各自的用户信息，确定匹配关系。

在一些实施例中，第三确定模块300还用于，获取当前耳机用户对应的自定义均衡参数，基于自定义均衡参数和本地均衡参数，播放待播放音频。

在一些实施例中，第一确定模块100还用于，确定目标频响模型，利用目标频响模型，确定待播放音频对应的目标频响信息。

下面，参考图9来描述根据本申请实施例的电子设备。图9所示为本申请一示例性实施例提供的电子设备的结构示意图。

如图9所示，本申请实施例提供的电子设备400包括一个或多个处理器410和存储器420。

处理器410可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备400中的其他组件以执行期望的功能。

存储器420可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器410可以运行所述程序指令，以实现上文所述的本申请的各个实施例的音频处理方法以及/或者其他期望的功能。在所述计算机可读存储介质中还可以存储诸如待播放音频等各种内容。

在一个示例中，电子设备400还可以包括：输入装置430和输出装置440，这些组件通过总线***和/或其他形式的连接机构(未示出)互连。

该输入装置430可以包括例如音频切换按键等等。

该输出装置440可以向外部输出各种信息，包括待播放音频等。该输出装置440可以包括例如显示器、通信网络、扬声器及其所连接的远程输出设备等等。

当然，为了简化，图9中仅示出了该电子设备400中与本申请有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备400还可以包括任何其他适当的组件。

示例性地，电子设备400可以为音箱、录音笔以及助听器中的至少一种。

除了上述方法和设备以外，本申请的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本申请各种实施例的音频处理方法中的步骤。

所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本申请实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

此外，本申请实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本申请各种实施例的音频处理方法中的步骤。

所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

以上结合具体实施例描述了本申请的基本原理，但是，需要指出的是，在本申请中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本申请的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本申请为必须采用上述具体的细节来实现。

本申请中涉及的器件、装置、设备、***的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、***。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

还需要指出的是，在本申请的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本申请的等效方案。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本申请。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本申请的范围。因此，本申请不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本申请的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。

Claims (10)

1.一种音频处理方法，其特征在于，应用于耳机，包括：

确定待播放音频对应的目标频响信息；

确定所述耳机的当前耳机用户对应的扬声路径传递函数信息；

基于所述目标频响信息和所述扬声路径传递函数信息，确定所述耳机的本地均衡参数以播放所述待播放音频。

2.根据权利要求1所述的音频处理方法，其特征在于，所述确定当前耳机用户对应的扬声路径传递函数信息，包括：

确定所述当前耳机用户对应的扬声路径传递函数估计信息；

基于所述待播放音频以及所述待播放音频对应的播放拾音信息，调整所述扬声路径传递函数估计信息，得到所述扬声路径传递函数信息，其中，所述播放拾音信息包括所述耳机在播放所述待播放音频时，位于所述耳机的出声孔预设位置的拾音器采集的音频信息。

3.根据权利要求2所述的音频处理方法，其特征在于，所述确定所述当前耳机用户对应的扬声路径传递函数估计信息，包括：

确定所述耳机的多位历史耳机用户各自对应的扬声路径传递函数信息；

确定所述当前耳机用户和所述多位历史耳机用户之间的匹配关系；

基于所述匹配关系以及所述多位历史耳机用户各自对应的扬声路径传递函数信息，确定所述扬声路径传递函数估计信息。

4.根据权利要求3所述的音频处理方法，其特征在于，所述基于所述匹配关系以及所述多位历史耳机用户各自对应的扬声路径传递函数信息，确定所述扬声路径传递函数估计信息，包括：

如果基于所述匹配关系，确定存在与所述当前耳机用户匹配的历史耳机用户，则基于所述与所述当前耳机用户匹配的历史耳机用户对应的扬声路径传递函数信息，确定所述扬声路径传递函数估计信息。

5.根据权利要求3或4所述的音频处理方法，其特征在于，所述确定所述当前耳机用户和所述多位历史耳机用户之间的匹配关系，包括：

确定所述当前耳机用户的用户信息，其中，所述用户信息包括用户身份信息和/或用户类型信息；

确定所述多位历史耳机用户各自的用户信息；

基于所述当前耳机用户的用户信息以及所述多位历史耳机用户各自的用户信息，确定所述匹配关系。

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

获取所述当前耳机用户对应的自定义均衡参数；

基于所述自定义均衡参数和所述本地均衡参数，播放所述待播放音频。

7.根据权利要求1至4任一项所述的音频处理方法，其特征在于，所述确定待播放音频对应的目标频响信息，包括：

确定目标频响模型；

利用所述目标频响模型，确定所述待播放音频对应的目标频响信息。

8.一种音频处理装置，其特征在于，应用于耳机，包括：

第一确定模块，用于确定待播放音频对应的目标频响信息；

第二确定模块，用于确定所述耳机的当前耳机用户对应的扬声路径传递函数信息；

第三确定模块，用于基于所述目标频响信息和所述扬声路径传递函数信息，确定所述耳机的本地均衡参数以播放所述待播放音频。

9.一种计算机可读存储介质，其特征在于，所述存储介质存储有指令，当所述指令由电子设备的处理器执行时，使得所述电子设备能够执行上述权利要求1至7任一项所述的音频处理方法。

10.一种电子设备，其特征在于，所述电子设备包括：

处理器；

用于存储所述计算机可执行指令的存储器；

所述处理器，用于执行所述计算机可执行指令，以实现上述权利要求1至7任一项所述的音频处理方法。

Images