CN114116044A - 多媒体资源处理方法、装置、电子设备和存储介质 - Google Patents

Abstract

本公开提供一种多媒体资源处理方法、装置、电子设备和存储介质，涉及互联网技术领域，方法包括：获取目标多媒体资源的目标元描述信息；通过解析工具中的多个解析脚本，分别对目标元描述信息进行解析，获得目标多媒体资源的至少一种资源属性；其中，每个解析脚本用于解析目标元描述信息中的一种资源属性，不同的解析脚本用于解析的资源属性不同。本公开可以简化多媒体资源的元描述文件的解析过程。

Description

多媒体资源处理方法、装置、电子设备和存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种多媒体资源处理方法、装置、电子设备和存储介质。

背景技术

目前，音视频播放平台中的音视频文件可以来自不同的音视频版权方，音视频版权方可以授权音视频播放平台播放其音视频文件。下面以音视频播放平台为音乐播放平台为例进行介绍。

音乐播放平台可以接收多个音乐版权方传输的音乐文件及其歌曲元描述文件，该歌曲元描述文件中包含歌曲元描述信息，用于描述歌曲的相关信息，例如：歌曲名称、演唱者名称、歌曲专辑信息等歌曲信息。音乐播放平台需要对每个音乐版权方传输的歌曲元描述文件进行解析，以获取各种歌曲信息。

由于不同音乐版权方传输的歌曲元描述文件中，各种歌曲信息的描述方式可能不同，因此，音乐播放平台需要针对每个音乐版权方，开发特定的元描述文件解析程序，来解析相应的歌曲元描述文件。

这样，音乐播放平台在获得多个音乐版权方传输的歌曲元描述文件后，需要针对多个歌曲元描述文件，分别通过各自特定的元描述文件解析程序进行解析，使得解析过程比较复杂。

发明内容

本公开实施例提供一种多媒体资源处理方法、装置、电子设备和存储介质，用于简化多媒体资源的元描述文件的解析过程。

第一方面，本公开实施例提供了一种多媒体资源处理方法，包括：

获取目标多媒体资源的目标元描述信息；

通过解析工具中的多个解析脚本，分别对所述目标元描述信息进行解析，获得所述目标多媒体资源的至少一种资源属性；

其中，每个解析脚本用于解析所述目标元描述信息中的一种资源属性，不同的解析脚本用于解析的资源属性不同。

在一种可能的实施方式中，所述通过解析工具中的多个解析脚本，分别对所述目标元描述信息进行解析之前，还包括：

获取所述多个解析脚本；

将所述多个解析脚本分别写入所述解析工具中相应的解析方法中。

在一种可能的实施方式中，所述通过解析工具中的多个解析脚本，分别对所述目标元描述信息进行解析，获得所述目标多媒体资源的至少一种资源属性，包括：

通过所述解析工具中的多个解析方法，分别执行各自的解析脚本，以分别对所述目标元描述信息进行解析，获得每个解析方法的解析结果；

根据获得的多个解析结果，确定所述目标多媒体资源的至少一种资源属性。

在一种可能的实施方式中，每个解析脚本用于对多个多媒体平台各自的，多媒体资源的元描述信息中的同一资源属性进行解析；

所述获取目标多媒体资源的目标元描述信息，包括：

获取所述多个多媒体平台中的目标多媒体平台发送的目标多媒体资源的目标元描述信息。

在一种可能的实施方式中，所述多个解析脚本通过如下方式获得：

针对所述多个多媒体平台各自对应的，多媒体资源的元描述信息中至少一个资源属性的描述方式，配置多媒体资源的多个资源属性各自对应的解析脚本，并保存配置的多个解析脚本。

在一种可能的实施方式中，所述通过解析工具中的多个解析脚本，分别对所述目标元描述信息进行解析，获得所述目标多媒体资源的至少一种资源属性之后，还包括：

将获得的所述目标多媒体资源的至少一种资源属性进行组合，获得组合后的资源属性信息。

在一种可能的实施方式中，所述方法还包括：

将所述组合后的资源属性信息的数据格式转换为预设数据格式。

在一种可能的实施方式中，所述多媒体资源为音乐文件，所述音乐文件的至少一种资源属性包括以下至少一种：

专辑名称、专辑编码、专辑语种、歌曲文件地址、歌曲语种、歌曲名称、歌曲的国际标准音像制品编码ISRC、音乐短片MV名称、演唱者名称、资源发行时间、资源可上线时间、资源授权地区。

在一种可能的实施方式中，所述解析脚本采用Groovy脚本语言，所述解析工具为目标java文件类，每个解析脚本对应的解析方法为所述目标java文件类中相应的解析方法。

第二方面，本公开实施例还提供了一种多媒体资源处理装置，包括：

资源获取模块，用于获取目标多媒体资源的目标元描述信息；

解析模块，用于通过解析工具中的多个解析脚本，分别对所述目标元描述信息进行解析，获得所述目标多媒体资源的至少一种资源属性；

其中，每个解析脚本用于解析所述目标元描述信息中的一种资源属性，不同的解析脚本用于解析的资源属性不同。

在一种可能的实施方式中，还包括脚本获取模块，用于：

获取所述多个解析脚本；

将所述多个解析脚本分别写入所述解析工具中的相应的解析方法中。

在一种可能的实施方式中，所述解析模块还用于：

通过所述解析工具中的多个解析方法，分别执行各自的解析脚本，以分别对所述目标元描述信息进行解析，获得每个解析方法的解析结果；

根据获得的多个解析结果，确定所述目标多媒体资源的至少一种资源属性。

在一种可能的实施方式中，每个解析脚本用于对多个多媒体平台各自的，多媒体资源的元描述信息中的同一资源属性进行解析；

所述资源获取模块还用于：

获取所述多个多媒体平台中的目标多媒体平台发送的目标多媒体资源的目标元描述信息。

在一种可能的实施方式中，所述多个解析脚本通过如下方式获得：

针对所述多个多媒体平台各自对应的，多媒体资源的元描述信息中至少一个资源属性的描述方式，配置多媒体资源的多个资源属性各自对应的解析脚本，并保存配置的多个解析脚本。

在一种可能的实施方式中，还包括组合模块，用于：

将获得的所述目标多媒体资源的至少一种资源属性进行组合，获得组合后的资源属性信息。

在一种可能的实施方式中，还包括转换模块，用于：

将所述组合后的资源属性信息的数据格式转换为预设数据格式。

在一种可能的实施方式中，所述多媒体资源为音乐文件，所述音乐文件的至少一种资源属性包括以下至少一种：

专辑名称、专辑编码、专辑语种、歌曲文件地址、歌曲语种、歌曲名称、歌曲的国际标准音像制品编码ISRC、音乐短片MV名称、演唱者名称、资源发行时间、资源可上线时间、资源授权地区。

在一种可能的实施方式中，所述解析脚本采用Groovy脚本语言，所述解析工具为目标java文件类，每个解析脚本对应的解析方法为所述目标java文件类中相应的解析方法。

第三方面，本公开实施例还提供了一种电子设备，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器实现第一方面任一种多媒体资源处理方法的步骤。

第四方面，本公开实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时，实现第一方面任一种多媒体资源处理方法的步骤。

第五方面，本公开实施例提供一种计算机程序产品，其包括计算机指令，所述计算机指令存储在计算机可读存储介质中；当电子设备的处理器从所述计算机可读存储介质读取所述计算机指令时，所述处理器执行该计算机指令，使得所述电子设备执行上述任一种多媒体资源处理方法的步骤。

本公开实施例提供的多媒体资源处理方法至少具有如下有益效果：

根据本公开实施例提供的方案，在获取到目标多媒体资源的目标元描述信息后，通过解析工具中的多个解析脚本，分别对目标元描述信息进行解析，由于每个解析脚本可以解析目标元描述信息中的一种资源属性，且不同的解析脚本解析的资源属性不同，因此，可以获得目标多媒体资源的多种资源属性。

这样，针对各个多媒体资源的元描述信息，都可以通过上述解析工具中的多个解析脚本进行解析，以获得相应的多种资源属性，各个多媒体资源可以来自同一多媒体平台，也可以来自多个多媒体平台，不需要分别通过不同的元描述信息解析程序进行解析，简化了多媒体资源的元描述信息的解析过程。

本公开的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本公开而了解。本公开的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

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

图1为本公开实施例提供的一种多媒体资源处理方法的应用场景示意图；

图2为本公开实施例提供的一种多媒体资源处理方法的流程图；

图3为本公开实施例提供的另一种多媒体资源处理方法的流程图；

图4为本公开实施例提供的另一种多媒体资源处理方法的流程图；

图5为本公开实施例提供的一种多媒体资源处理方法的时序流程图；

图6为本公开实施例提供的一种数据转换示意图；

图7为本公开实施例提供的一种多媒体资源处理装置的示意图；

图8为本公开实施例提供的另一种多媒体资源处理装置的示意图；

图9为本公开实施例提供的电子设备的结构示意图。

具体实施方式

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

下面对本公开实施例涉及的部分名词进行解释。

多媒体资源：是指数字传输的资源，包括但不限于音频、视频、图片、文字、动画中的一种或多种，例如，多媒体资源为音乐文件，其中可以包括音视频、图片等。

ISRC：International Standard Recording Code的简称，译为国际标准音像制品编码，由ISO3901定义，是国际通用的录音及音乐录像制品出版物的代码。

元描述信息：用于描述多媒体资源的信息，具体可以包括多媒体资源的多种资源属性，其可以采用预设语言进行描述，例如预设语言可以是XML(Extensible MarkupLanguage，可扩展标记语言)。假设多媒体资源为音乐文件，它的资源属性包括但不限于：歌曲名称、演唱者名称、歌曲语种、ISRC等。

需要说明的是，本公开的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。

此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

下面对本公开实施例的设计思想进行介绍。

如前文所述，音乐播放平台可以接收多个音乐版权方传输的音乐文件及其歌曲元描述文件，不同音乐版权方传输的歌曲元描述文件中，各种歌曲信息的描述方式可能不同。下面以歌曲元描述文件中的演唱者名称、歌曲文件地址、歌曲ISRC等歌曲信息为例，针对不同音乐版权方传输的歌曲元描述文件中的不同描述方式进行示例性介绍。

1、对于演唱者名称的描述方式。音乐版权方传输的歌曲元描述文件包含指向演唱者名称的标签，用来描述与歌曲相关的演唱者名称信息，例如，在音乐版权方甲的歌曲元描述文件中，其标签“资源列表-》歌曲-》展示演唱者-》演唱者标签链接”中含有演唱者名称的获取链接；而音乐版权方乙的歌曲元描述文件中，直接在标签“资源列表-》歌曲-》歌曲详情-》展示演唱者-》演唱者名称”中指明了演唱者名称。

2、对于歌曲文件地址的描述方式。例如，音乐版权方甲将歌曲文件的相对地址指明在标签“资源列表-》歌曲-》资源详情-》文件-》文件相对地址”中，在读取到文件相对地址的值后直接去本地资源的相对路径中获取歌曲文件；而音乐版权方丙将歌曲文件的HTTP链接指明在标签“资源列表-》歌曲-》歌曲详情-》资源详情-》文件-》文件HTTP地址”中，在解析音乐版权方丙的歌曲文件时，需要先根据该标签获取歌曲文件的文件HTTP地址，然后使用HTTP协议从互联网上下载歌曲文件，相比于音乐版权方甲的歌曲文件，多了下载歌曲文件这一步。

3、对于歌曲ISRC的描述方式。例如，在音乐版权方甲的歌曲元描述文件中，歌曲ISRC指明在标签“资源列表-》歌曲-》资源内容-》ISRC”中；而在音乐版权方乙和版权方丙的歌曲元描述文件中，歌曲ISRC指明在标签“资源列表-》歌曲-》录音名称-》ISRC”中。

另外，随着音乐播放平台的业务的不断发展，需要更多维度的歌曲信息的支撑，针对每个音乐版权方，音乐播放平台需要适当调整元描述文件解析程序，以使得解析出来的歌曲信息更加符合业务的需求。

下面以某个音乐版权方传输的歌曲元描述文件为例，对一些需要调整解析方式的歌曲信息进行示例性介绍。

1、对于歌曲语种的解析方式。一般地，歌曲语种可以在“资源列表-》歌曲-》语种信息”标签中解析到，但纯音乐没有语种，不过根据ISRC的开头两位依然可以判断出语言国别，因为歌曲ISRC的开头两位是国家代码，比如CN代表中国，TH代表泰国，JP代表日本。可以看出，为了解析出歌曲语种，不仅需要根据语种标签来获取，还要在没有语种标签的情况下依据ISRC的特征来判断。

2、对于专辑语种的解析方式。专辑是有一首或多首歌曲组成的一种实体，一个专辑内的多首歌曲语种不一定相同。例如：针对专辑语种的解析方式可以是由专辑内歌曲语种的占比数最多的那个语种决定。

3、对于相关名称的解析方式。专辑名称、歌曲名称以及演唱者名称都涉及到语种问题，因此，这些歌曲信息的解析方式是有一定的关联性的。

综合以上两方面可以看出，基于不同音乐版权方传输的歌曲元描述文件的差异以及一些歌曲信息的解析方式的特殊性，音乐播放平台需要针对每个音乐版权方，开发特定的元描述文件解析程序，来解析相应的歌曲元描述文件。

这样，音乐播放平台在获得多个音乐版权方传输的歌曲元描述文件后，需要针对多个歌曲元描述文件，分别通过各自特定的元描述文件解析程序(例如JAVA文件类)进行解析，使得解析过程比较复杂。

下面对多个音乐版权方各自的元描述文件解析程序进行示例性介绍。

示例性的，针对每个音乐版权方，开发专门的解析工具来解析歌曲元描述文件。该解析工具的具体形式可以为一个JAVA文件类，该类中包含多个解析方法，对于每一种资源属性的解析都可以对应到一个解析方法上。比如，针对音乐版权方甲传输的歌曲元描述文件，编写UXmlParserUtil.java文件类，该类文件中包含parseAlbumName、parseSongISRC以及parseSongFile等解析方法。而针对音乐版权方乙传输的歌曲元描述文件和版权方丙传输的歌曲元描述文件，分别编写WXmlParserUtil.java文件类、SXmlParserUtil.java文件类。针对编写的各种JAVA文件类，需要进行编译、调试以及部署上线后才能用于解析歌曲元描述文件。

有鉴于此，本公开实施例提供一种多媒体资源处理方法、装置、电子设备和存储介质，针对各个多媒体资源的元描述信息，都可以通过指定的解析工具中的多个解析脚本进行解析，以获得相应的多种资源属性，各个多媒体资源可以来自同一多媒体平台(例如上述音乐版权方)，也可以来自多个多媒体平台，不需要分别通过不同的元描述信息解析程序进行解析，简化了多媒体资源的元描述信息的解析过程。

下面结合附图对本公开实施例的应用场景进行示例性介绍。

参考图1，其为本公开实施例所提供的多媒体资源处理方法的应用场景示意图。该应用场景包括多个终端设备100和服务器200，多个终端设备100和服务器200之间可以分别通过有线或无线的通信网络连接。

其中，终端设备100为用户使用的电子设备，该电子设备包括但不限于桌面计算机、手机、电脑、智能家电、智能语音交互设备、车载终端等电子设备。服务器200可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

不同的多媒体资源提供方可以分别通过各自的终端设备100，向服务器200传输多媒体资源以及多媒体资源的元描述信息，例如：多媒体资源可以是音乐文件，其元描述信息可以理解为上述歌曲元描述文件，此时，多媒体资源提供方可以是音乐版权方，服务器200可以是音乐播放平台。

在具体实施中，服务器200在接收到某个多媒体资源提供方通过终端设备100发送的，目标多媒体资源的目标元描述信息后，可以通过解析工具中的多个解析脚本，分别对目标元描述信息进行解析，获得目标多媒体资源的至少一种资源属性，每个解析脚本可以解析目标元描述信息中的一种资源属性，且不同的解析脚本解析的资源属性不同；其中，当目标多媒体资源为音乐文件时，其目标元描述信息中的每种资源属性可以理解为相应的歌曲信息。

上述应用场景仅是为了便于理解本公开的精神和原理而示出，本公开的实施方式在此方面不受任何限制。相反，本公开的实施方式可以应用于适用的任何场景。

下面结合附图以及具体实施方式对本申请实施例的多媒体资源处理方法进行介绍。

参考图2，本公开实施例提供了一种多媒体资源处理方法，可应用于服务器，例如图1所示的服务器200，该多媒体资源处理方法可以包括以下步骤：

步骤S201，获取目标多媒体资源的目标元描述信息。

其中，目标多媒体资源可以包括但不限于以下一种或多种：音频、视频、图片、文字、动画，其目标元描述信息可以是描述目标多媒体资源的信息，可以包括多媒体资源的多种资源属性。

在一些可能的实施例中，目标多媒体资源可以为音乐文件，具体可以包括图片、音频、视频等，图片的具体表现形式可以是歌曲封面，音频的具体表现形式可以是歌曲，视频的具体表现形式可以是音乐短片(Music Video，MV)；此时，目标元描述信息可以是歌曲元描述信息，可以保存在歌曲元描述文件中，其包括各种歌曲信息，每种歌曲信息可以理解为一种资源属性。

可选地，音乐文件的多种资源属性可以包括但不限于以下至少一种：

专辑名称、专辑编码、专辑语种、歌曲文件地址、歌曲语种、歌曲名称、歌曲的国际标准音像制品编码ISRC、音乐短片MV名称、演唱者名称、资源发行时间、资源可上线时间、资源授权地区。

本公开实施例中，服务器可以接收多个多媒体平台传输的多媒体资源以及其元描述文件，每个多媒体平台可以包括相应多媒体资源提供方的终端设备，例如，当多媒体资源为上述音乐文件时，多媒体提供方可以是音乐版权方。

在上述步骤S201中，目标多媒体资源的目标元描述信息可以是，多个多媒体平台中的目标多媒体平台传输至服务器的，进而获取到该目标多媒体资源的目标元描述信息。

步骤S202，通过解析工具中的多个解析脚本，分别对目标元描述信息进行解析，获得目标多媒体资源的至少一种资源属性；其中，每个解析脚本用于解析目标元描述信息中的一种资源属性，不同的解析脚本用于解析的资源属性不同。

本公开实施例中，每个解析脚本为一种资源属性的解析程序，假设目标多媒体资源为音乐文件，目标元描述信息为歌曲元描述信息，在配置多个解析脚本时，可以根据已知不同的歌曲元描述信息，对相应的一种资源属性的不同描述方式，配置对应的解析脚本，从而得到音乐文件的各种资源属性对应的解析脚本。

需要说明的是，多个解析脚本可以在服务器中进行配置，配置完成的多个解析脚本可以预先保存在服务器的数据库中；另外，多个解析脚本也可以在其他平台进行配置，然后服务器可以从其他平台获取配置完成的多个解析脚本，并预先保存在数据库中。

上述解析工具可以是预设编程语言中的工具类，该工具类中可以包含多个方法，每个方法可以理解为一个函数，用于实现相应的功能，每个资源属性的解析可以采用一个解析方法。例如：预设编程语言为java，java中的工具类可以体现为一个java文件类，以UXmlParserUtil.java文件类为例，该文件类包含parseAlbumName、parseSongISRC以及parseSongFile等方法。

本公开实施例中，可以使用面向接口的编程模式，定义上述解析工具，也就是说，在解析工具中定义解析各个资源属性的解析方法，例如，解析工具为JAVA文件类，解析方法即为JAVA文件类中的方法，每个解析方法的参数为相应的解析脚本，因此，多个解析脚本可以单独进行配置。

可选地，解析脚本可以采用预设脚本语言，例如Groovy脚本语言，上述解析工具可以为目标java文件类，每个解析脚本对应的解析方法为目标java文件类中相应的解析方法。其中，Groovy是一种基于Java虚拟机的敏捷开发语言，它结合了Python、Ruby和Smalltalk的许多强大的特性，Groovy代码能够与Java代码很好地结合，也能用于扩展现有代码。

进一步地，在需要使用解析工具时，可以将多个解析脚本分别写入解析工具中相应的解析方法中。另外，也可以在使用解析工具之前，预先将多个解析脚本分别写入解析工具中相应的解析方法中。也就是说，解析脚本不是固定写在解析方法中的，而是可以动态地获取然后写入解析方法中，进而执行解析过程，这样可以保证解析脚本可以灵活地进行修改和升级。

在一种可能的实施方式中，如图3所示，在上述步骤S202通过解析工具中的多个解析脚本，分别对目标元描述信息进行解析之前，还可以执行如下步骤：

步骤S2011，获取多个解析脚本。

该步骤中，可以从数据库中获取预先保存的多个解析脚本。

步骤S2012，将多个解析脚本分别写入解析工具中相应的解析方法中。

例如，多个解析脚本分别为解析脚本1、解析脚本2、解析脚本3、解析脚本4，依次对应解析方法1、解析方法2、解析方法3、解析方法4，然后，将解析脚本1写入解析方法1，将解析脚本2写入解析方法2，将解析脚本3写入解析方法3，将解析脚本4写入解析方法4。

在图3中，步骤S2011和步骤S2012在上述步骤S201之后执行，需要说明的是，步骤S2011和步骤S2012也可以在步骤S201之前执行，在此不作限定。

进一步地，如图4所示，上述步骤S202中通过解析工具中的多个解析脚本，分别对目标元描述信息进行解析，获得目标多媒体资源的至少一种资源属性，可以包括如下步骤：

步骤S2021，通过解析工具中的多个解析方法，分别执行各自的解析脚本，以分别对目标元描述信息进行解析，获得每个解析方法的解析结果。

该步骤中，每个解析方法可以通过脚本执行器执行相应的解析脚本，完成对相应资源属性的解析。由于每个解析脚本用于解析特定的资源属性，例如，解析脚本1用于解析资源属性1，解析脚本2用于解析资源属性2，解析脚本3用于解析资源属性3，解析脚本4用于解析资源属性4，如果目标元描述信息中包括资源属性1、资源属性3和资源属性4，不包含资源属性2，那么解析脚本1、解析脚本3、解析脚本4分别对目标元描述信息进行解析后，可以分别获得资源属性1、资源属性3和资源属性4，解析脚本2的解析结果为空。

步骤S2022，根据获得的多个解析结果，确定目标多媒体资源的至少一种资源属性。

例如，获得的多个解析结果为上述资源属性1、资源属性3、资源属性4以及空，则目标多媒体资源的至少一种资源属性包括资源属性1、资源属性3和资源属性4。

本公开实施例针对各个多媒体资源的元描述信息，都可以通过上述解析工具中的多个解析脚本进行解析，以获得相应的多种资源属性，不需要分别通过不同的元描述信息解析程序进行解析，简化了多媒体资源的元描述信息的解析过程。

上述各个多媒体资源的元描述信息可以来自同一多媒体平台，也可以来自多个多媒体平台。当各个元描述信息来自多个多媒体平台时，针对各个元描述信息，也可以采用上述解析工具中的多个解析脚本进行解析，可以理解的是，每个解析脚本可以对多个多媒体平台各自的，多媒体资源的元描述信息中的同一资源属性进行解析。

假设，服务器可以对接3个多媒体平台，即多媒体平台1、多媒体平台2和多媒体平台3，上述解析工具中包括解析脚本1、解析脚本2和解析脚本3，分别用于解析资源属性1、资源属性2和资源属性3，解析脚本1可以解析多媒体平台1传输的歌曲元描述信息中的资源属性1，也可以解析多媒体平台2传输的歌曲元描述信息中的资源属性1，还可以解析多媒体平台3传输的歌曲元描述信息中的资源属性1，解析脚本2和解析脚本3也类似。

这是因为，多个多媒体平台传输的元描述信息中，各个资源属性的描述方式是可以确定的，因此，多个解析脚本可以通过如下方式进行配置：针对多个多媒体平台各自对应的，元描述信息中各个资源属性的描述方式，配置各个资源属性各自对应的解析脚本，并保存配置的多个解析脚本。

例如，针对解析脚本1进行配置时，可以确定多媒体平台1、多媒体平台2和多媒体平台3各自的元描述信息中，对于资源属性1的描述方式，然后基于这些描述方式，配置用于解析资源属性1的解析脚本1。

基于本公开上述实施例，在上述步骤S202通过解析工具中的多个解析脚本，分别对目标元描述信息进行解析，获得目标多媒体资源的至少一种资源属性之后，可以将目标多媒体资源的至少一种资源属性进行保存。

在一种可能的实施方式中，在上述步骤S202之后，还可以执行如下步骤：

将获得的目标多媒体资源的至少一种资源属性进行组合，获得组合后的资源属性信息。

示例性的，目标多媒体资源为音乐文件，获得的至少一种资源属性包括：专辑名称、演唱者名称、歌曲ISRC、歌曲名称、歌曲文件地址，将这些资源属性进行组合后，可以获得专辑属性信息，包括专辑名称、专辑演唱者名称、专辑中的歌曲列表等；还可以获得的歌曲属性信息，包括歌曲名称、歌曲ISRC、歌曲文件等。

进一步地，可以将组合后的资源属性信息的数据格式转换为预设数据格式，然后再进行保存。

其中，预设数据格式可以根据需要设置，例如图5所示，将上述组合后的专辑属性信息和歌曲属性信息等转换为java语言，专辑属性信息转换为Album.java，其中包含的专辑名称转换为private String albunmName，专辑演唱者名称转换为private StringalbumArtists，专辑中的歌曲列表转换为private List<Song>songs等，歌曲属性信息表示为Song.java，其中包含的歌曲名称转换为private String SongName，歌曲ISRC转换为private String SongIsrc，歌曲文件转换为private String SongFile等。

下面结合具体应用场景对本申请实施例的多媒体资源处理方法进行示例性介绍。

在实际应用场景下，以多媒体资源为音乐文件为例，多个音乐版权方可以将音乐文件的播放权授权给音乐播放平台(可以理解为本公开上述实施例的服务器)。

在具体实施中，各个音乐版权方可以将各自的音乐文件及其歌曲元描述文件传输至音乐播放平台，其中，音乐文件具体可以包括音频文件、视频文件，歌曲元描述文件中包含歌曲元描述信息；音乐文件及其歌曲元描述文件可以共同称作物料。

音乐播放平台在接收到音乐版权方传输的上述物料后，可以将物料导入曲库数据库，这个过程被称作入库。在入库过程中，需要将物料进行解析，具体地，可以对其中的歌曲元描述文件进行解析，以获取音乐文件的各种资源属性。

音乐文件的各种资源属性比如：专辑名称、专辑编码、专辑语种、歌曲文件地址、歌曲语种、歌曲名称、歌曲的国际标准音像制品编码ISRC、音乐短片MV名称、演唱者名称、资源发行时间、资源可上线时间、资源授权地区等多种维度的资源属性。

之后，解析到的这些资源属性可以进过适当转换和组装后写入到曲库数据库进行持久化存储。

本公开实施例中，针对各个音乐版权方传输的歌曲元描述文件，预先配置解析策略，即本公开上述实施例的解析工具以及多个解析脚本，首确定解析工具中的多个解析方法，然后配置多个解析脚本，多个解析脚本的配置过程可以参见本公开上述实施例。

配置完成的多个解析脚本可以保存在数据库中，可以为每一种资源属性的解析脚本单独建立一个条目，该条目包括解析脚本在数据库中的ID、所解析的资源属性、解析代码以及备注等。其中，解析脚本的解析代码可以采用Groovy脚本语言编写。具体如表1所示，资源属性以专辑名称、歌曲名称、歌曲文件地址、歌曲ISRC、MV名称为例。

表1

如图6所示，本公开实施例的多媒体资源处理方法包括如下步骤：

(1)音乐播放平台在接收到音乐版权方传输的物料后，将物料传入入库系统，入库系统可以获取该物料中的歌曲元描述文件，并将歌曲元描述文件传入解析工具CommonParseUtil.java中进行解析。

(2)解析工具CommonParseUtil.java可以调用多个解析方法，例如CommonAlbumNameParseUtil.java、CommonSonglsrcParseUtil.java、CommonSongFileParseUtil.java等，分别执行从数据库中获取的多个解析脚本，例如专辑名称对应的Groovy脚本、歌曲ISRC对应的Groovy脚本、歌曲文件对应的Groovy脚本等。

该步骤中，在解析歌曲元描述文件时，可以从数据库获取多个解析脚本，然后将多个解析脚本分别传入相应的解析方法中，即解析脚本不是固定写在解析方法中的，可以是动态地获取然后写入解析方法中，进而执行解析过程，这样可以保证解析脚本可以灵活地进行修改和升级。

在一些实施例中，音乐播放平台可以通过服务器集群实现物料的入库服务，服务器集群中的各个服务器可以部署上述入库系统，入库系统中包括解析工具，各个服务器可以从数据库中动态地获取多个解析脚本，以便对解析脚本进行修改和升级后，服务器集群可以同时获取修改后的解析脚本。

(3)解析工具解析完毕后，获得多个解析脚本各自的解析结果，根据多个解析结果确定解析到的多个资源属性，然后将多个资源属性进行组合，并转换成音乐播放平台所设定的数据结构形式后，保存至曲库数据库中。

该步骤可以参见上述图4中的资源属性组合和数据转换过程，在此不再赘述。

本公开实施例的方案至少具有以下有益效果：

1)针对多个音乐版权方的歌曲元描述文件，都可以通过上述解析工具中的多个解析脚本进行解析，不需要分别通过不同的元描述信息解析程序进行解析，简化了歌曲元描述文件的解析过程。

2)无论对接多少个音乐版权方，不需要为每个音乐版权方配置专门的元描述文件解析程序，提升了解析工具的复用性，节省了大量的开发人力资源。

3)通过动态地获取解析脚本然后写入解析方法中，实现了解析工具的热部署。并且，由于解析脚本可以单独配置，因此可以对解析脚本进行灵活修改和升级，避免了解析工具的重新部署。

4)当对解析脚本进行修改和升级后，服务器集群可以同时获取修改后的解析脚本。

基于相同的发明构思，本公开实施例还提供了一种多媒体资源处理装置，该装置解决问题的原理与上述实施例的方法相似，因此该装置的实施可以参见方法的实施，重复之处不再赘述。

图7示出了本公开实施例提供的一种多媒体资源处理装置的示意图。如图本公开实施例提供的一种多媒体资源处理装置，包括资源获取模块71和解析模块72。

资源获取模块71，用于获取目标多媒体资源的目标元描述信息；

解析模块72，用于通过解析工具中的多个解析脚本，分别对目标元描述信息进行解析，获得目标多媒体资源的至少一种资源属性；

其中，每个解析脚本用于解析目标元描述信息中的一种资源属性，不同的解析脚本用于解析的资源属性不同。

在一种可能的实施方式中，如图8所示，还包括脚本获取模块73，用于：

获取多个解析脚本；

将多个解析脚本分别写入解析工具中的相应的解析方法中。

在一种可能的实施方式中，解析模块72还用于：

通过解析工具中的多个解析方法，分别执行各自的解析脚本，以分别对目标元描述信息进行解析，获得每个解析方法的解析结果；

根据获得的多个解析结果，确定目标多媒体资源的至少一种资源属性。

在一种可能的实施方式中，每个解析脚本用于对多个多媒体平台各自的，多媒体资源的元描述信息中的同一资源属性进行解析；

资源获取模块71还用于：

获取多个多媒体平台中的目标多媒体平台发送的目标多媒体资源的目标元描述信息。

在一种可能的实施方式中，多个解析脚本通过如下方式获得：

针对多个多媒体平台各自对应的，多媒体资源的元描述信息中至少一个资源属性的描述方式，配置多媒体资源的多个资源属性各自对应的解析脚本，并保存配置的多个解析脚本。

在一种可能的实施方式中，还包括组合模块74，用于：

将获得的目标多媒体资源的至少一种资源属性进行组合，获得组合后的资源属性信息。

在一种可能的实施方式中，还包括转换模块75，用于：

将组合后的资源属性信息的数据格式转换为预设数据格式。

在一种可能的实施方式中，多媒体资源为音乐文件，音乐文件的至少一种资源属性包括以下至少一种：

专辑名称、专辑编码、专辑语种、歌曲文件地址、歌曲语种、歌曲名称、歌曲的国际标准音像制品编码ISRC、音乐短片MV名称、演唱者名称、资源发行时间、资源可上线时间、资源授权地区。

在一种可能的实施方式中，解析脚本采用Groovy脚本语言，解析工具为目标java文件类，每个解析脚本对应的解析方法为目标java文件类中相应的解析方法。

为了描述的方便，以上各部分按照功能划分为各模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件或硬件中实现。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

关于上述实施例中的装置，其中各个模块的具体执行方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

基于相同的发明构思，本公开实施例还提供了一种电子设备，该电子设备解决问题的原理与上述实施例的方法相似，因此该电子设备的实施可以参见方法的实施，重复之处不再赘述。图9示出了本公开实施例提供的一种电子设备的结构示意图。

参阅图9所示，电子设备可以包括处理器902和存储器901。存储器901向处理器902提供存储器901中存储的程序指令和数据。在本公开实施例中，存储器901可以用于存储本公开实施例中多媒体资源处理的程序。

处理器902通过调用存储器901存储的程序指令，处理器902用于执行上述任意方法实施例中的方法，例如图2所示的实施例提供的一种多媒体资源处理方法。

本公开实施例中不限定上述存储器901和处理器902之间的具体连接介质。本公开实施例在图9中以存储器901和处理器902之间通过总线903连接，总线903在图9中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线903可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器可以包括只读存储器(Read-Only Memory，ROM)和随机存取存储器(RandomAccess Memory，RAM)，还可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述处理器可以是通用处理器，包括中央处理器、网络处理器(NetworkProcessor，NP)等；还可以是数字指令处理器(Digital Signal Processing，DSP)、专用集成电路、现场可编程门陈列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。

本公开实施例还提供了一种计算机存储介质，该计算机可读存储介质内存储有计算机程序，电子设备的处理器从计算机可读存储介质读取该计算机程序，处理器执行该计算机程序，使得该电子设备执行上述任意方法实施例中的多媒体资源处理方法。

在具体的实施过程中，计算机存储介质可以包括：通用串行总线闪存盘(USB，Universal Serial Bus Flash Drive)、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的存储介质。

与上述方法实施例基于同一发明构思，本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述任意一种操作界面的展示方法的步骤。

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

本领域内的技术人员应明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本公开是参照根据本公开的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本公开进行各种改动和变型而不脱离本公开的精神和范围。这样，倘若本公开的这些修改和变型属于本公开权利要求及其等同技术的范围之内，则本公开也意图包含这些改动和变型在内。

Claims (10)

1.一种多媒体资源处理方法，其特征在于，包括：

获取目标多媒体资源的目标元描述信息；

通过解析工具中的多个解析脚本，分别对所述目标元描述信息进行解析，获得所述目标多媒体资源的至少一种资源属性；

其中，每个解析脚本用于解析所述目标元描述信息中的一种资源属性，不同的解析脚本用于解析的资源属性不同。

2.根据权利要求1所述的方法，其特征在于，所述通过解析工具中的多个解析脚本，分别对所述目标元描述信息进行解析之前，还包括：

获取所述多个解析脚本；

将所述多个解析脚本分别写入所述解析工具中相应的解析方法中。

3.根据权利要求2所述的方法，其特征在于，所述通过解析工具中的多个解析脚本，分别对所述目标元描述信息进行解析，获得所述目标多媒体资源的至少一种资源属性，包括：

通过所述解析工具中的多个解析方法，分别执行各自的解析脚本，以分别对所述目标元描述信息进行解析，获得每个解析方法的解析结果；

根据获得的多个解析结果，确定所述目标多媒体资源的至少一种资源属性。

4.根据权利要求1至3任一项所述的方法，其特征在于，每个解析脚本用于对多个多媒体平台各自的，多媒体资源的元描述信息中的同一资源属性进行解析；

所述获取目标多媒体资源的目标元描述信息，包括：

获取所述多个多媒体平台中的目标多媒体平台发送的目标多媒体资源的目标元描述信息。

5.根据权利要求4所述的方法，其特征在于，所述多个解析脚本通过如下方式获得：

针对所述多个多媒体平台各自对应的，多媒体资源的元描述信息中至少一个资源属性的描述方式，配置多媒体资源的多个资源属性各自对应的解析脚本，并保存配置的多个解析脚本。

6.根据权利要求1至3任一项所述的方法，其特征在于，所述通过解析工具中的多个解析脚本，分别对所述目标元描述信息进行解析，获得所述目标多媒体资源的至少一种资源属性之后，还包括：

将获得的所述目标多媒体资源的至少一种资源属性进行组合，获得组合后的资源属性信息。

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

将所述组合后的资源属性信息的数据格式转换为预设数据格式。

8.一种多媒体资源处理装置，其特征在于，包括：

资源获取模块，用于获取目标多媒体资源的目标元描述信息；

解析模块，用于通过解析工具中的多个解析脚本，分别对所述目标元描述信息进行解析，获得所述目标多媒体资源的至少一种资源属性；

其中，每个解析脚本用于解析所述目标元描述信息中的一种资源属性，不同的解析脚本用于解析的资源属性不同。

9.一种电子设备，其特征在于，其包括处理器和存储器，其中，所述存储器存储有程序代码，当所述程序代码被所述处理器执行时，使得所述处理器执行权利要求1～7中任一所述方法的步骤。

10.一种计算机可读存储介质，其特征在于，其包括程序代码，当所述程序代码在电子设备上运行时，所述程序代码用于使所述电子设备执行权利要求1～7中任一所述方法的步骤。

Images