本发明涉及音频处理技术领域,具体而言,涉及一种音效匹配方法及系统。
背景技术:
伴随着电子技术的不断发展,越来越多具有音频播放功能的智能终端走进人们的日常生活中,比如智能电视、智能手机、个人电脑等。智能终端在播放音频文件时,需要采用适宜的音效模式才能使用户真正感受到听觉上的享受。例如,用户在通过上述终端播放音频歌曲时,可以根据歌曲的流派类型手动选择对应的音效模式。但是,这种音效模式的调整方式效率低,用户体验差。而且,于大多数的普通用户而言,对音频文件的流派类型亦是知之甚少,很难选择到适宜的音效模式,致使用户的听觉体验差。
技术实现要素:
有鉴于此,本发明的目的在于提供一种音效匹配方法及系统,以改善上述问题。
本发明较佳实施例提供一种音效匹配方法,该方法包括:
获取音频文件的属性信息,该属性信息包括所述音频文件对应的歌手信息;
根据所述属性信息确定与所述音频文件相匹配的音效模式;
根据所述音效模式播放所述音频文件。
本发明另一较佳实施例提供一种音效匹配系统,该系统包括:
属性获取模块,用于获取音频文件的属性信息,该属性信息包括所述音频文件对应的歌手信息;
音效匹配模块,用于根据所述属性信息确定与所述音频文件相匹配的音效模式;
音频播放模块,用于根据所述音效模式播放所述音频文件。
本发明实施例提供的音效匹配方法及系统,通过音频文件的属性信息确定音频文件对应的音效模式,并根据该音效模式播放所述音频文件,实现了音效模式的自动匹配设置,无需用户手动操作,提升了用户使用体验。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本发明的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本发明实施例提供的一种服务器与媒体播放设备的信息交互示意图;
图2为本发明实施例提供的一种媒体播放设备的方框示意图;
图3为本发明实施例提供的一种音效匹配方法的流程示意图;
图4为本发明实施例提供的一种数据库中所存储的数据列表的示意图;
图5为本发明实施例提供的图3所示的音效匹配方法中步骤S103所包括的子步骤的流程图;
图6为本发明实施例提供的另一种图3所示的音效匹配方法中步骤S103所包括的子步骤的流程图;
图7为本发明实施例提供的另一种图3所示的音效匹配方法中步骤S103所包括的子步骤的流程图;
图8为本发明实施例提供的一种音效匹配系统的功能模块框图。
图标:100-媒体播放设备;200-服务器;110-存储器;120-处理器;130-音频播放器;140-音效匹配系统;1402-属性获取模块;1404-音效匹配模块;1406-音频播放模块。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。因此,以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围,而是仅仅表示本发明的选定实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,是本发明较佳实施例提供的至少一媒体播放设备100通过网络与服务器200进行通信的交互示意图。所述服务器200可以是,但不限于,网络服务器、数据库服务器等。所述媒体播放设备100可以是,但不限于,智能电视、智能手机、个人电脑以及平板电脑等。
如图2所示,是本发明实施例提供的所述媒体播放设备100的方框示意图。该媒体播放设备100包括存储器110、处理器120、音频播放器130以及音效匹配系统140。其中,所述存储器110、处理器120以及音频播放器130之间直接或间接地电性连接,以实现数据的传输或交互。所述音频播放器130可以是,但不限于,本地音频播放器或者网络音频播放器。
所述音效匹配系统140包括至少一个可以软件或固件的形式存储于所述存储器110中或固化在所述媒体播放设备100的操作系统中的软件功能模块。所述处理器120可以是一种具有信号处理能力的集成电路芯片,例如通用处理器、数字信号处理器等,用于执行存储器110中存储的可执行模块,例如所述音效匹配系统140包括的软件功能模块或计算机程序。所述处理器120在接收到执行指令后,执行所述可执行模块,下述本发明任一实施例揭示的流过程定义的媒体播放设备100所执行的方法可以应用于处理器120中,或者由处理器120实现。
如图3所示,是本发明实施例提供的一种应用于图1所示的媒体播放设备100的音效匹配方法的流程图。所应说明的是,本发明提供的方法不以图3及以下所述的具体顺序为限制。下面对图3所示的各步骤进行详细阐述。
步骤S101,获取音频文件的属性信息。
本实施例中所述的音频文件包括音乐文件,如MP3格式的音乐文件、WMA格式的音乐文件、WAV格式的音乐文件等。在下面的描述中,未作出特别说明的,所提及到的音频文件是以所述音乐文件为示例。
音频文件通常由三部分组成,分别为文件头、音频数据以及文件尾。目前,音频文件的属性信息一般存储于所述文件头中。比如,以MP3格式的音频文件为例,其属性信息大多存储在位于文件头的ID3V2标签中。
所述音频文件的属性信息包括歌手信息、出品年代、专辑信息、流派类型以及专辑的流派类型等多种标签信息中的一个或多个。其中,所述流派类型是指众多适用于播放音频文件的音效模式中的一种。该流派类型可以是,但不限于,流行乐模式(Pop)、爵士乐模式(Jazz)、摇滚乐模式(Rock)、古典乐模式(Classic)、蓝调模式(Blues)、嘻哈模式(Hip-Hop)、迪斯科模式(Disco)以及普通模式(Nomal)等。
一般来讲,每个音频文件的属性信息中都会标注有歌手信息,但其余标签信息是否包含则视不同的音频文件而定。也就是说,本实施例中,从音频文件的文件头中获取的所述属性信息应至少包括该音频文件所对应的歌手信息。
另外,现有部分音频文件的属性信息中虽然标注有所述流派类型或者专辑的流派类型,但是其准确性并不可靠。以网络音乐平台(如酷狗音乐)为例,其后台数据库中存储的音乐文件,涉及流派类型的标签信息几乎是批量添加至属性信息中,并未经过一一校验。所以,仅仅依凭属性信息中标注的流派类型确定音频文件的音效模式不可行。
步骤S103,根据所述属性信息确定与所述音频文件相匹配的音效模式。
本实施例中,获取到音频文件的属性信息后,根据上述获取到的属性信息在预先存储的数据库中进行查找,确定与该音频文件相匹配的音效模式。该数据库可以是存储于所述媒体播放设备100中的终端数据库,也可以是存储于所述服务器200中的网络数据库。当所述数据库为网络数据库时,媒体播放设备100通过无线或有线网络与所述服务器200建立通信连接。当获取到所述音频文件的属性信息后,所述媒体播放设备100将其发送至所述服务器200,以使所述服务器200根据接收到的属性信息查找所述网络数据库,确定该音频文件的音效模式。然后,所述服务器200将查找到的音效模式返回至所述媒体播放设备100。
所述数据库可以进行实时或定期更新。当所述数据库为终端数据库时,所述媒体播放设备100可以按照预定周期访问服务器200,下载更新的数据至所述终端数据库中,或者服务器200将更新的数据实时推送至所述媒体播放设备100中。
当然,可以理解的是,所述数据库一般优选为网络数据库。因为将数据库存储于云端,无需占用终端的本地存储空间,用户可以随时应用最新的数据而无需升级客户端,终端不会因日益庞大的数据库而带来系统隐患。
所述数据库中存储有一如图4所示的数据列表。当然,可以理解,该数据列表只是示例性的,在其他实施例中,该数据库所存储的数据还可以以其他数据结构形式进行存储。
上述的数据列表可以是经过大量的数据搜集分析得到的。具体可以是,针对每个歌手分别从网络上最大限度的获取其已发表的音乐作品,包括专辑、单曲等。接着,对获取到的该歌手的所有音乐作品进行数据分析,确定其主流派类型,即所有音乐作品中的大部分或全部所属的一种流派类型。然后,将音乐作品按照出品年代进行划分,确定该歌手的年代流派类型,以及根据专辑信息确定专辑流派类型。其中,所述年代流派类型是指,该歌手在本年代出品的大部分或全部音乐作品所属的一种流派类型。
举例性地,假设歌手A从2001年出道至今共出品了八张专辑和两首单曲。其中,六张专辑和两首单曲的流派类型为流行乐,另外两张专辑为古典乐。由此,可以确定该歌手A的主流派类型为流行乐模式。然后,将所有音乐作品按照出品年代进行划分。00年代共出品五张流行乐专辑和一首流行乐单曲,则其00年代的流派类型为流行乐模式。10年代共出品三张专辑和一首单曲,其中一张专辑和所述单曲为流行乐,另外两张专辑为古典乐,则其10年代的流派类型为古典乐模式。
本实施例中,由于不同音频文件的属性信息所包含的标签信息的数目不同,所以根据属性信息查找所述数据库确定音效模式的方式也有所不同。
如图5所示,如果上述获取到的属性信息中仅包括歌手信息,步骤S103则包括如下子步骤:
子步骤S131:根据所述歌手信息在所述数据库中进行查找,获取该歌手信息所对应的主流派类型。
子步骤S133:通过所述主流派类型确定与所述音频文件相匹配的音效模式。
当音频文件的属性信息中仅写有歌手信息时,可以根据该歌手信息在数据库中查找对应的主流派类型,进而确定与所述音频文件相匹配的音效模式。虽然该种音效模式的确定方式不是绝对的准确,但是经统计证明,正确率非常高,而且技术实现简单,无需大量的计算开销,实用性强。
如图6所示,若上述获取到的属性信息中,除了歌手信息外,还包括附属标签信息,则步骤S103在图5所示的子步骤S131之前还包括如下子步骤125~子步骤S129。其中,所述附属标签信息包括该音频文件的出品年代信息和专辑信息中的至少一种标签信息。本实施例中,所述专辑信息可以是但不限于专辑名称。
子步骤S125:根据所述属性信息中的歌手信息及附属标签信息,在所述预先存储的数据库中查找与该歌手信息及附属标签信息对应的分流派类型。
本实施例中,所述分流派类型为年代流派类型或专辑流派类型。具体可以是,当附属标签信息中仅包括出品年代信息时,根据所述歌手信息及出品年代信息在所述数据库中进行查找,获取该歌手对应上述出品年代时的年代流派类型。当附属标签信息中仅包括专辑信息时,根据歌手信息及专辑信息在所述数据库中进行查找,获取对应的专辑流派类型。当附属标签信息中既包括出品年代信息又包括专辑信息时,则分别按照上述的查找方法获取年代流派类型和专辑流派类型,当两者不同时,可以以所述专辑流派类型为准。
当然,在一些实施方式中,也存在查找不到分流派类型的情况。由此,可执行下述子步骤。
子步骤S127,判断是否查找到所述分流派类型。若已查找到,则执行下述子步骤S129,若未查找到,则转回至上述子步骤S131。
子步骤S129,直接通过所述分流派类型确定与所述音频文件相匹配的音效模式。
如图7所示,如果上述获取到的属性信息中,除了歌手信息外,还标注有该音频文件对应的流派类型信息和该音频文件所在专辑对应的流派类型信息中的至少一种标签信息,则步骤S103在图5或图6所示的子步骤S133之前还包括子步骤141。
子步骤S141:判断所述主流派类型与所述属性信息中标注的流派类型信息是否一致。若一致,则执行子步骤S133,若不一致,则执行子步骤S143。
本实施例中,如果上述属性信息中标注的流派类型信息仅包括该音频文件对应的流派类型,则只需判断所述主流派类型与该音频文件对应的流派类型是否一致。如果上述属性信息中标注的流派类型信息仅包括该音频文件所在专辑对应的流派类型信息,则只需判断所述主流派类型与该音频文件所在专辑对应的流派类型信息是否一致。如果上述属性信息中标注的流派类型信息既包括该音频文件所在专辑对应的流派类型信息又包括该音频文件对应的流派类型,则可以判断主流派类型与上述两种流派类型信息是否均一致。或者,在其他实施例中,还可以是判断主流派类型与上述两种流派类型信息之一是否一致。
子步骤S143:按照预定的加权比例进行换算确定最终的流派类型,再根据所述最终的流派类型确定与所述音频文件相匹配的音效模式。
在前述内容中已经提及过,音频文件的属性信息中所标注的流派类型信息准确度较低,所以直接通过属性信息中的流派类型信息确定音频文件的音效模式不可行。
当通过歌手信息确定的主流派类型与属性信息中所标注的流派类型信息一致时,可以认为是进一步增强了主流派类型所确定的音效模式的准确性。当所述主流派类型与属性信息中所标注的流派类型信息不一致时,本实施例中,可按照预定的加权比例进行换算确定最终的流派类型。
所述按照预定的加权比例进行换算可以是指,将主流派类型与所述属性信息中标注的流派类型信息按照一定的权重比例进行加权计算。然后,把其中占最大权重比例的一个确定为最终的流派类型。比如,在一具体实施方式中,主流派类型所占的权重比例为60%,音频文件的流派类型信息所占的权重比例为20%,该音频文件所在专辑对应的流派类型信息所占的权重比例为20%,则所述最终的流派类型应确定为所述主流派类型。
可以理解,针对不同的歌手或者不同平台上的音乐可以设置不同的加权比例。上述提到的,属性信息中所标注的流派类型信息通常是不准确的,但是,也不排除某一歌手所对应的音频文件中,其属性信息所包括的流派类型信息是准确的。所以,可以针对这一类歌手进行特定的加权比例划分,例如,主流派类型所占的权重比例为30%,音频文件的流派类型信息所占的权重比例为40%,该音频文件所在专辑对应的流派类型信息所占的权重比例为30%。或者,主流派类型所占的权重比例为45%,音频文件的流派类型信息所占的权重比例为55%。
步骤S105,根据所述音效模式播放所述音频文件。
本实施例中,所述媒体播放设备100确定了与所述音频文件相匹配的音效模式后,所述音频播放器130根据该音效模式设置音频播放参数,并播放所述音频文件。
此处需要说明的是,所述媒体播放设备100还可以是组合式设备,比如PC机(个人电脑)与智能音箱的组合。其中,PC机用于获取音频文件的属性信息,并根据属性信息确定相匹配的音效模式。然后,PC机将所述音效模式发送至所述智能音箱,以使所述智能音箱根据接收到的音效模式设置音频播放参数,并播放所述音频文件。
另外,还需要说明的是,在其他实施例中,所述数据库还可以根据用户的反馈信息进行数据更新,以进一步提升该音效匹配方法所确定的音效模式的准确性。
如图8所示,是本发明实施例提供的一种音效匹配系统140的功能模块框图。该音效匹配系统140包括属性获取模块1402、音效匹配模块1404以及音频播放模块1406。下面将对图8所示的各功能模块进行详细阐述。
所述属性获取模块1402,用于获取音频文件的属性信息,该属性信息包括所述音频文件对应的歌手信息。
所述音效匹配模块1404,用于根据所述属性信息确定与所述音频文件相匹配的音效模式。
所述音频播放模块1406,用于根据所述音效模式播放所述音频文件。
本实施例中所述的各功能模块的具体操作方法可参照上述方法实施例中相应步骤的描述,在此不再一一赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
另外,在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器、随机存取存储器磁碟或者光盘等各种可以存储程序代码的介质。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
应注意到:相似的标号和字母在上面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。