CN101963999A - 音乐分类搜索引擎系统及音乐分类搜索方法 - Google Patents

Abstract

本发明公开了一种音乐分类搜索引擎系统及音乐分类搜索方法，该系统包括：数据库、曲库管理服务器、消息服务器、展现层接口和索引服务器，其中，数据库，用于存储音乐及其属性；曲库管理服务器，当有音乐更新时，用于更新数据库并发送更新消息至消息服务器；消息服务器，用于接收更新消息并向索引服务器广播；展现层接口，用于接收用户端的查询条件，以及将索引服务器搜索到的音乐返回给用户端；索引服务器，用于以音乐的音乐属性作为关键字对数据库中音乐的音乐ID建立反向索引，并根据消息服务器的广播消息更新反向索引，以及根据查询条件搜索音乐以提供给展现层接口。本发明可使用多个分类条件的逻辑组合来查询匹配的音乐。

Description

音乐分类搜索引擎系统及音乐分类搜索方法

技术领域

本发明涉及音乐文件搜索技术，特别是涉及一种音乐分类搜索引擎系统及音乐分类搜索方法。

背景技术

在互联网音乐文件搜索领域中，按照音乐的属性将音乐分类，并通过分类来查询音乐是一种快捷的方式。每首音乐可以包含有多个属性，例如，语种属性、年代属性、艺人属性、曲风属性等。通过上述属性来对音乐进行分类，这样，便可通过语种、年代、艺人或曲风分类来查询音乐。现有技术中，对音乐的分类服务大多是单维分类，即仅通过一种分类方式来对音乐分类，例如，仅以语种、年代、艺人或曲风来分类，从而，对音乐的查询也只能是单维查询，例如，仅通过语种、年代、艺人或曲风等中的一种分类来进行音乐查询。

一种按照分类查询音乐文件的系统架构如图1所示，该系统包括：数据库11、曲库管理服务器12、页面缓存服务器15和应用服务器16。其中，数据库11用于存储音乐及其属性；曲库管理服务器12用于管理数据库11，以及接受音乐编辑器13对其进行的音乐更新并更新数据库11，其中，音乐更新包括对音乐的增加、删除和/或分类修改等；当用户端14请求查询音乐时，页面缓存服务器15提供页面缓存服务，并在缓存失效时(固定时间失效，如30分钟)访问应用服务器16，以得到更新后的查询结果并缓存到其中；应用服务器16用于接收页面缓存服务的访问请求，并将请求发送到数据库11以获取更新的音乐，然后返回给页面缓存服务器15。

本领域技术人员知道，缓存服务就是把访问过的页面保存下来，以便在下一次访问同一页面时能够更快地显示，这样，在缓存未失效期间(如30分钟之内)收到用户端的查询请求时，并不向应用服务器16发送访问请求，而是直接提取缓存中的页面提供给用户端，采用这种结构，虽然用户端可以很快得到查询结果，但是在缓存未失效期间，即使曲库管理服务器12已更新了数据库11，由于页面缓存服务器15并不通过应用服务器16从数据库11获得实时的查询结果，因而用户端14访问的数据还是页面缓存服务器15的缓存数据，也就是说，缓存的更新不可控，因此，上述系统架构无法实现实时更新。

此外，上述系统架构还存在以下缺陷：

上述系统架构仅能在数据库中进行单维分类查询，分类无法扩展，因此，不能通过多维分类查询条件来进行音乐的多维查询；即使在数据库中设计多维查询的程序，但由于数据库对音乐及其属性存储的结构特点，又会产生对数据库进行多维查询效率特别低的问题。

发明内容

有鉴于此，本发明提出一种音乐分类搜索引擎系统，所要解决的技术问题为：当用户端搜索音乐时，能够得到实时更新的音乐搜索结果。

与上述系统相对应，本发明还提供一种音乐分类搜索方法。

本发明的目的及解决其技术问题是采用以下技术方案来实现的。依据本发明提出的一种音乐分类搜索引擎系统，包括：数据库、曲库管理服务器、消息服务器、展现层接口和索引服务器，其中，所述数据库，用于存储音乐及其属性；所述曲库管理服务器，当有音乐更新时，用于更新所述数据库并发送更新消息至所述消息服务器；所述消息服务器，用于接收所述更新消息并向所述索引服务器广播；所述展现层接口，用于接收用户端的查询条件，以及将所述索引服务器搜索到的音乐返回给所述用户端；所述索引服务器，用于以音乐的音乐属性作为关键字对所述数据库中音乐的音乐ID建立反向索引，并根据所述消息服务器的广播消息更新所述反向索引，以及根据所述查询条件搜索音乐以提供给所述展现层接口。

本发明的目的及解决其技术问题还可采用以下技术措施进一步实现。

前述的音乐分类搜索引擎系统，所述索引服务器包括：搜索模块，用于以所述查询条件中的音乐属性作为搜索关键字来搜索相应的音乐ID列表；查询模块，用于通过音乐ID列表在所述数据库中查询音乐，以提供给所述展现层接口。

前述的音乐分类搜索引擎系统，当查询条件为多个音乐属性的逻辑组合时，所述搜索模块以所述查询条件中的每个音乐属性作为搜索关键字来得到与每个音乐属性对应的多个音乐ID列表；所述索引服务器还包括：计算模块，用于当查询条件为多个音乐属性的逻辑组合时，对由所述搜索模块得到的多个音乐ID列表做逻辑运算得到组合音乐ID列表，并将其发送至查询模块。

前述的音乐分类搜索引擎系统，所述索引服务器的数量为至少一个。

前述的音乐分类搜索引擎系统，当所述展现层接口的数量大于一个时，还包括：连接多个展现层接口和所述索引服务器的交换机。

前述的音乐分类搜索引擎系统，所述展现层接口包括手机用户接口和或互联网用户接口。

本发明的目的及解决其技术问题另外还采用以下技术方案来实现。依据本发明提出的音乐分类搜索方法，包括以下步骤：步骤S1.接收用户端的查询条件，所述查询条件为一个音乐属性或多个音乐属性的逻辑组合；步骤S2.根据所述查询条件搜索到音乐ID列表；步骤S3.根据所述音乐ID在数据库中查询音乐，并返回给用户。

本发明的目的及解决其技术问题还可采用以下技术措施进一步实现。

前述的音乐分类搜索方法，所述查询条件为多个音乐属性的逻辑组合时，步骤S2包括：步骤S21：分别以每个属性作为搜索关键字进行音乐ID搜索；步骤S22：将搜索出的音乐ID按照所述查询条件中的逻辑组合进行逻辑计算，以获得需搜索的音乐ID。

前述的音乐分类搜索方法，其基于上述的音乐分类搜索引擎系统来实现。

由上述技术方案可知，当用户端搜索音乐时，本发明提出的音乐分类搜索引擎系统能够得到实时更新的音乐搜索结果。

通过以下参照附图对优选实施例的说明，本发明的上述以及其它目的、特征和优点将更加明显。

附图说明

图1为现有技术中分类查询音乐文件的系统架构；

图2为本发明一实施例的音乐分类搜索引擎系统的结构示意；

图3为本发明一较佳实施例的音乐分类搜索引擎系统的结构示意图；

图4为本发明一实施例的音乐分类搜索方法的流程图；

图5为图4中步骤S2的具体流程图。

具体实施方式

下面将详细描述本发明的具体实施例。应当注意，这里描述的实施例只用于举例说明，并不用于限制本发明。

请参阅图2所示，其为本发明一实施例的音乐分类搜索引擎系统的结构示意图。该音乐分类搜索引擎系统2包括：数据库21、曲库管理服务器22、消息服务器23、展现层接口24和索引服务器25，其中，数据库21用于存储音乐及其属性；曲库管理服务器22，当有音乐更新时，用于更新数据库21并发送更新消息至消息服务器23，其中，音乐更新包括对音乐的增加、删除和/或分类修改等，而且，音乐更新可由音乐编辑器26来执行；消息服务器23，用于接收曲库管理服务器22发出的更新消息并向索引服务器25广播；展现层接口24用于接收用户端27的查询条件，以及将索引服务器25搜索到的音乐返回给用户端27；索引服务器25用于以音乐的音乐属性作为关键字对数据库21中音乐的音乐ID(标识符)建立反向索引，并根据消息服务器23的广播消息更新该反向索引，例如根据广播消息更新音乐ID和或分类来更新反向索引，以及根据所述查询条件搜索音乐以提供给所述展现层接口。

采用本实施例的音乐分类搜索引擎系统，当有音乐更新时，曲库管理服务器22更新数据库21并向消息服务器23实时发送更新消息，并且索引服务器25能够通过消息服务器23所广播的消息实时获知音乐更新，进而更新反向索引，这样，当用户端27通过展现层接口24搜索音乐时，能够得到实时更新的音乐搜索结果。

此外，由于本实施例中的音乐分类搜索引擎系统采用了索引服务器对数据库中的音乐建立反向索引，用户通过索引服务器来搜索音乐，相比用户直接通过数据库来查找音乐的方案，大大提高了访问效率。

本实施例的音乐分类搜索引擎系统还能实现单维查询或者多维查询，其中，单维查询可理解为通过一个音乐属性查询，多维查询可理解为通过多个音乐属性的逻辑组合来查询。

根据一个实施例，索引服务器25包括搜索模块251和查询模块253，其中，搜索模块251用于以查询条件中的音乐属性作为搜索关键字来搜索相应的音乐ID列表，其中，音乐ID列表用以列出至少一个音乐ID，具体地，在单维查询时，展现层接口24所接收的查询条件仅包括一个音乐属性，则搜索模块251以该音乐属性作为搜索关键字进行搜索，来得到一个音乐ID列表；在多维查询时，展现层接口24所接收的查询条件中包括多个音乐属性，则搜索模块251分别以每个音乐属性作为搜索关键字进行音乐ID搜索来得到与每个音乐属性对应的多个音乐ID列表；查询模块253用于通过音乐ID列表在数据库21中查询音乐，以返回给用户端27。

在一个实施例中，索引服务器25还包括计算模块252，其用于当查询条件为多个音乐属性的逻辑组合时，对由搜索模块251得到的多个搜索结果做逻辑运算，以获得用户需搜索的组合音乐ID列表，其中逻辑运算包括“逻辑与”、“逻辑或”和/或“逻辑非”运算，例如，用户端27欲搜索符合“80年代粤语”条件的音乐，则其输入的查询条件是多维查询“80年代”AND(逻辑与)“粤语”，搜索模块251以“年代属性”为“80年代”作为搜索关键字得到第一音乐ID列表，并以“语种属性”为“粤语”作为搜索关键字得到第二音乐ID列表，接下来，计算模块252对上述两个音乐ID列表进行“逻辑与”操作，便得出符合“80年代粤语”条件的组合音乐ID列表并将其发送至查询模块253，查询模块253便可通过组合音乐ID列表在数据库21中查询音乐，以提供给展现层接口24。

需要说明的是，上述搜索模块251、计算模块252以及查询模块253中的一个或几个可以通过硬件实现，也可以通过索引服务器25上运行的软件程序实现。

另外，还需说明的是，本发明中通过音乐属性来对音乐分类，其中音乐属性包括音乐的各种属性或各种自定义的属性，其不仅包括例如语种、年代、艺人或曲风等的自然属性，还包括音乐的产品属性，例如有无彩铃、振铃等；也包括文件属性，例如有无MP3、AAC(Advanced Audio Coding，高级音频编码)等，本领域技术人员可根据实际需要选择属性来对音乐分类。

可以看出，本实施例的音乐分类搜索引擎系统给音乐多维分类查询提供了一种十分灵活的接口，可以使用多个分类条件的逻辑组合来查询匹配的音乐，而且，通过在索引服务器建立反向索引，使得多维分类查询也具有较高访问效率。

请参阅图3所示，其为本发明一较佳实施例的音乐分类搜索引擎系统的结构示意图。该音乐分类搜索引擎系统3与上述音乐分类搜索引擎系统2类似，下面仅对两个系统的不同之处做出描述。

在本实施例中，音乐分类搜索引擎系统3包括多个索引服务器25，所述多个索引服务器25均连接至数据库21，这样，在音乐数据量较大的时候，仍能保证实时更新和高效访问。并且，可根据实际需要随时扩充和减少索引服务器25的数量。

另外，在本实施例中，展现层接口24可包括手机用户接口242和互联网用户接口243，二者通过交换机241连接至索引服务器25，其中，手机用户接口242用于接收手机用户端271输入的查询条件；互联网用户接口243用于接收互联网用户端272输入的查询条件。本发明并不限于上述两种接口，本领域技术人员可以根据需要配置多种展现层接口，以满足各种类型用户的搜索需要。

下面以一具体实施例来说明增加歌曲时系统的工作过程。

1.音乐编辑器26向曲库管理服务器22中增加了一首谭咏麟的粤语歌曲《水中花》，其中，该歌曲具有语种属性(语种-粤语，分类ID：c100)，这里，用分类ID来表示不同属性，也就是说，该歌曲的语种属性为粤语，粤语的分类ID为c100；并且，该歌曲还带有在线听属性(文件-在线听，分类ID：c200)和计费属性(计费-在线听收费，分类ID：c300)，曲库管理服务器22产生该歌曲的音乐ID：1001。

2.曲库管理服务器22向消息服务器23发送更新消息1001；

3.消息服务器23向索引服务器25广播消息1001；

4.索引服务器25分别以歌曲分类ID(c100，c200，c300)作为关键字，将音乐ID 1001更新到对应的值列表中，建立反向索引；

经过上述工作步骤1-4，便完成了系统对某歌曲的更新过程，用户端27能够通过输入单维或多维查询条件来搜索音乐。

接下来，对本发明提供的音乐搜索方法加以描述，该方法的一实施例如图4所示，包括以下步骤：

步骤S1：接收用户端的查询条件，所述查询条件为一个音乐属性或多个音乐属性的逻辑组合；

其中，查询条件为一个音乐属性的查询为单维查询，查询条件为多个音乐属性的逻辑组合的查询为多维查询。其中，逻辑组合包括“逻辑与”、“逻辑或”和/或“逻辑非”运算。

步骤S2：根据所述查询条件搜索到音乐ID列表；

当所述查询条件为多个音乐属性的逻辑组合时，如图5所示，优选地，步骤S2具体包括：

步骤S21：分别以每个音乐属性作为搜索关键字进行搜索，以搜索出与每个音乐属性对应的多个音乐ID列表；

步骤S22：将搜索出的多个音乐ID列表按照所述查询条件中的逻辑组合进行逻辑计算，以获得需搜索的组合音乐ID列表。

步骤S3：根据音乐ID列表在数据库中查询音乐，并返回给用户端。

可以看出，本音乐搜索方法的实施例可以使用多个分类条件的逻辑组合来查询匹配的音乐。

下面以一具体实施例来对音乐搜索方法作出说明。

1.接收用户输入的查询条件，该条件为“粤语”AND“在线听”；

2.以“粤语”为搜索关键字，搜索符合条件的第一音乐ID列表，并以“在线听”为搜索关键字，搜索符合条件的第二音乐ID列表；

3.将第一音乐ID列表和第二音乐ID列表做交集，得到需要的组合音乐ID列表，该组合音乐ID列表中例如包括音乐ID：1001；

4.根据组合音乐ID列表在数据库中查询音乐(其中包括音乐ID 1001对应的歌曲《水中花》)；

5.将查询到的歌曲返回给用户端。

上述音乐搜索方法例如可以基于上述提供的音乐分类搜索引擎系统来实现。

本发明的实施例具有以下有益效果：

1、当有音乐更新时，音乐分类搜索引擎系统中的曲库管理服务器更新数据库并向消息服务器实时发送更新消息，并且索引服务器能够通过消息服务器所广播的消息实时获知音乐更新，进而更新反向索引，这样，当用户端搜索音乐时，能够得到实时更新的音乐搜索结果。

2、本发明实施例中的音乐分类搜索引擎系统采用了索引服务器对数据库中的音乐建立反向索引，用户通过索引服务器来搜索音乐，相比用户直接通过数据库来查找音乐的方案，大大提高了访问效率。

3、本发明给音乐多维分类查询提供了一种十分灵活的接口，可以使用多个分类条件的逻辑组合来查询匹配的音乐，而且，通过音乐分类搜索引擎系统中的索引服务器建立反向索引，使得多维分类查询也具有较高访问效率。

当然，实施本发明的系统和方法不一定需要同时具有以上所述的所有优点，本领域技术人员也可知本发明不限于上述优点。

虽然已参照几个典型实施例描述了本发明，但应当理解，所用的术语是说明和示例性、而非限制性的术语。由于本发明能够以多种形式具体实施而不脱离发明的精神或实质，所以应当理解，上述实施例不限于任何前述的细节，而应在随附权利要求所限定的精神和范围内广泛地解释，因此落入权利要求或其等效范围内的全部变化和改型都应为随附权利要求所涵盖。

Claims (9)

1.一种音乐分类搜索引擎系统，其特征在于，包括：数据库、曲库管理服务器、消息服务器、展现层接口和索引服务器，其中，

所述数据库，用于存储音乐及其属性；

所述曲库管理服务器，当有音乐更新时，用于更新所述数据库并发送更新消息至所述消息服务器；

所述消息服务器，用于接收所述更新消息并向所述索引服务器广播；

所述展现层接口，用于接收用户端的查询条件，以及将所述索引服务器搜索到的音乐返回给所述用户端；

所述索引服务器，用于以音乐的音乐属性作为关键字对所述数据库中音乐的音乐ID建立反向索引，并根据所述消息服务器的广播消息更新所述反向索引，以及根据所述查询条件搜索音乐以提供给所述展现层接口。

2.根据权利要求1所述的音乐分类搜索引擎系统，其特征在于，所述索引服务器包括：

搜索模块，用于以所述查询条件中的音乐属性作为搜索关键字来搜索相应的音乐ID列表；

查询模块，用于通过音乐ID列表在所述数据库中查询音乐，以提供给所述展现层接口。

3.根据权利要求2所述的音乐分类搜索引擎系统，其特征在于，当查询条件为多个音乐属性的逻辑组合时，所述搜索模块以所述查询条件中的每个音乐属性作为搜索关键字来得到与每个音乐属性对应的多个音乐ID列表；

所述索引服务器还包括：

计算模块，用于当查询条件为多个音乐属性的逻辑组合时，对由所述搜索模块得到的多个音乐ID列表做逻辑运算得到组合音乐ID列表，并将其发送至查询模块。

4.根据权利要求1所述的音乐分类搜索引擎系统，其特征在于，所述索引服务器的数量为至少一个。

5.根据权利要求1所述的音乐分类搜索引擎系统，其特征在于，当所述展现层接口的数量大于一个时，该系统还包括：连接多个展现层接口和所述索引服务器的交换机。

6.根据权利要求1所述的音乐分类搜索引擎系统，其特征在于，所述展现层接口包括手机用户接口和或互联网用户接口。

7.一种音乐分类搜索方法，其特征在于，包括以下步骤：

步骤S1.接收用户端的查询条件，所述查询条件为一个音乐属性或多个音乐属性的逻辑组合；

步骤S2.根据所述查询条件搜索到音乐ID列表；

步骤S3.根据所述音乐ID在数据库中查询音乐，并返回给用户。

8.根据权利要求7所述的音乐分类搜索方法，其特征在于，所述查询条件为多个音乐属性的逻辑组合时，步骤S2包括：

步骤S21：分别以每个属性作为搜索关键字进行音乐ID搜索；

步骤S22：将搜索出的音乐ID按照所述查询条件中的逻辑组合进行逻辑计算，以获得需搜索的音乐ID。

9.根据权利要求7所述的音乐分类搜索方法，其特征在于，其基于权利要求1-6所述的系统来实现。

Images