专利名称：分级播放表发生器的制作方法
技术领域：
本发明涉及娱乐系统领域，尤其涉及区分一般喜好和特别喜好的播放表发生器。
播放表定义了一个娱乐选择的子集，如曲目、视频、多媒体段等，用于后续通过相应的呈现装置或系统进行呈现。
播放表发生器用来帮助产生播放表。为便于参照，本发明是通过产生曲目播放表的播放表发生器来描述的。本领域中的普通技术人员知道，这里给出的原理与正被播放表列举的素材类型无关。现有技术中，播放表发生器接收一组用户喜好，并将这组用户喜好应用于一组素材，以识别满足这组喜好的素材选项。这些喜好可以定义要包括在该播放表中或者要从该播放表中排除的曲目、特定的流派或风格等，也可以定义将被用作找寻类似的曲目的种子的曲目。为了产生不同的播放表，用户对喜好进行修改，并将该组经修改的喜好提交到播放表发生器。
通常，基于用户喜好的选择过程并非是一个“绝对的”筛选过程；用户的喜好经常并不一定形成一组连贯的或一致的标准。例如，用户可以给出其喜好吉他音乐、流行曲目和女歌手。这并不一定意味着该用户对由男歌手演奏的吉他流行音乐不感兴趣，或者对没有吉他伴奏的女歌手的流行曲目不感兴趣。因此，大多数基于喜好的选择过程采用某种形式的加权平均，相对于给定的一组喜好为每一曲目打分，并把得分高于给定阈值以上的曲目标识为对应于某一用户喜好的曲目。上例中，女歌手所演奏的吉他流行音乐可能得分很高，但其它喜好特征可能会使得男歌手所演奏的吉他流行音乐的得分更高，因此更受用户的喜欢。
其它方法包括规则系统、神经网络等同样也是提供一种关于每一首曲目的特征与该给定用户喜好之间对应关系的度量并识别具有最佳对应关系度量的曲目。
通过互联网可以合法地下载几十万首曲目，并且人们预计其数量将日益增大。当用户一开始向某一曲目搜寻播放表发生器递交一组喜好时，用户通常会收到一个很大的播放表，并且随后必须提炼其喜好，直到该播放表的大小易于管理和/或可用为止。这一迭代过程并非总是直接的和/或有结果的，因为人们无法轻易地预测变更喜好的结果，特别是在多参数播放表发生器的情况下。通常，各种喜好参数的迭代变更会产生缺乏统一性或连贯性的播放表。例如，用户可能先前已经标识了使特定的一组曲目被有效排除在外的喜好，但新的喜好可能会影响打分方案，从而将先前被排除的一组曲目中的某些曲目重新引入该建议的播放表内。
当该用户接着想要得到不同的播放表时，例如由于用户情绪或环境的变化，用户会勾除和逐步增加喜好限制，直到实现想要的播放表大小为止，或者用户修改先前的一组喜好，以尝试保留与先前的播放表相比有一些变化的具有合理大小的播放表。不管是在哪一种情况下，这些播放表的生成过程会很费时，因为每一迭代的播放表生成过程是通过将经修改的那一组喜好应用于几十万首曲目来实现的。同时，由于每一组新的喜好是应用于全部曲目集的，因此事实上用户想要对选择过程作出进一步限制的修改在该播放表中引入了其它选项。
基于模糊喜好的自动播放表发生器试图缓解这些困难。但是，当收集的素材增多时，任务的复杂性大大增加，并且搜寻和处理所收集的素材将花费大量的时间。为了解决这一复杂问题，人们研发了一类通常称之为“建议器”的播放表发生器，用以根据用户的“口味”而不是特定的喜好来提供播放表，其中，用户的口味定义为长期的特征，如诸如对“摇滚乐”、“爵士乐”等的一般性喜爱。但是，基于这些一般性特征的播放表通常是没条理的，并且与用户的当前情绪或环境可能是不一致的。
本发明的目的是提供一种能够为从不断增长的可用素材集中有效生成播放表而可缩放的播放表发生器。本发明的另一个目的是提供一种容易适应用户个人即时喜好的改变的播放表发生器。
这些和其它目的是通过一种将播放表生成过程划分为多级的分层次的过程的播放表发生器实现的。在一个示例性的最高层级，应用的是用户的“一般”喜好。这些一般喜好反映的是用户的长期口味，并且是相当稳定的。在该分层结构的较低层，应用的是用户的“特别”喜好。这些特别喜好反映了用户娱乐喜好的随时间而变或随事件而变的动态方面。高级别的喜好从全球素材集中产生一个素材子集，而低级别的喜好随用户的即时喜好变化而应用于该素材子集。通过分层次分离播放表发生过程，通过对较小的素材子集应用即时喜好变化而获得效率，并且通过将随后的选择过程限制到给定的素材子集而提高了一致性。
附图是用来描述发明的，并非是对本发明范围的限制。图中，
图1是按照本发明的分级播放表发生器的示例性框图。
图2是按照本发明的另一分级播放表发生器的示例性框图。
图中，同样的标号表示相似或相应的特征或功能。
图1中播放表发生器100包括至少两个选择器130、150，它们被配置成通过顺序筛选过程从一个或多个资源110中选择素材来形成播放表160。可选地，播放表发生器100还可以包括一个呈现装置190，用来呈现播放表160中所标识的素材，也可以把播放表160提供至独立的呈现系统。尽管图1中仅示出了两个选择器130、150，本领域中的普通技术人员在阅读本公内容后将会理解，可以把多个选择器放置在内容素材资源110和所产生的播放表160之间的顺序路径内。
将第一选择器130(下文中称为“建议器”)配置成对内容素材的一个或多个资源110进行访问，或者对所述一个或多个资源110的索引进行访问，以便根据用户的第一组喜好170，选择可用内容素材的一个子集。在本发明的一种实施例中，第一组喜好170对应于用户的一般“口味”。这些口味通常是不随时间变化的用户喜好。例如，一特定的用户可能通常喜欢摇滚乐、乡村音乐和古典音乐，并且通常不喜欢爵士乐和民间音乐。即，尽管在特定的时候，或者在特定的事件期间，虽然该用户的一般口味包括乡村音乐和古典音乐，但是该用户喜欢乡村音乐的程度可能超过古典音乐；但很少会出现用户对音乐的喜好会包括爵士乐或通俗音乐的时候或事件。类似的，用户可能通常喜欢某一特定的艺术家，而非常不喜欢另一艺术家，而无论这些艺术家录制的是哪种流派的曲目。同样，用户可能会喜欢或讨厌某些包括打击乐独奏的曲目。
为创建喜好，通过交互调查表向用户提供了一种表明其一般喜爱和不喜爱(图中未示出)的手段。尽管上述例子中是按照绝对喜爱和不喜爱而给出的，但是也可以以加权系统的形式来构建该调查表，例如，“请以等级0至10，表明您对下述每一种音乐的喜好程度”。替代方法或附加方法是，通过观察用户在一段时间里在不同的情况下对内容素材的选择，可推断出用户的口味。
建议器130被配置用来从一个或多个资源110或资源110的索引中选择满足用户一般口味的内容素材，以形成资源110中满足用户一般口味170的内容素材的标识符子集140。因为无论是在什么时候或是什么情况下用户的一般口味包括用户的喜好，因此可以期望该子集140包括来自资源110的相当大部分的可用素材。例如，在典型的基于因特网的环境中有几十万曲目可以包括在播放列表160中，而所述子集140可以包括几千或几万首满足特定用户的一般口味170的曲目。
需要特别注意的是，由于选择器130、150的顺序特点，子集140中是不包括不满足用户一般口味170的素材的，因此，如下面所讨论的那样，无论后续的用户喜好180是什么，不满足用户一般口味的素材是不可能由选择器150得到以供选择的。这种对来自资源110的可得到素材的高级或粗筛选为后续选择器150的有效处理做了准备，并且还消除了后续选择中包括不符合用户一般口味的素材的可能性。
后续选择器150或一系列后续选择器根据第二组用户喜好180，从子集140中选择素材标识符的另一子集。这些用户喜好180通常是随时间而变的，或者是随事件而变的，或者是仅仅基于在产生播放表160时用户特定的情绪的。例如，通常喜欢摇滚乐的用户可能不会喜欢在清晨听摇滚乐。同样，喜欢摇滚乐和乡村音乐的用户会进一步作出精选，仅将浪漫曲目包括在用于浪漫事件期间的播放表内。同样，人们可能会喜欢把特定的音乐特征用作正餐时间的播放表，而把其它的特征用作交通高峰时间的播放表。
如上所述，因为第二选择器150是将该组喜好180用于符合用户一般口味的子集140，因而与传统的单级播放表发生器相比，播放表160中包括不想要的曲目的风险大大减小。例如，在传统系统中，用户可能指出其不喜欢爵士乐，但是因为筛选是基于喜好之混合作出的，该非爵士乐喜好可能被特定场合或用户特定情绪下对诸如“器乐”、“强节奏”、“号”等选项的喜好表述所覆盖。在图1所述的实施例中，通常在更高级别的选择器130处应用非爵士乐喜好，对特定音乐特征组的特定事件喜好或特定情绪喜好将被包括在特定的随时间变化或随事件变化的喜好180内。这样，因为子集140是根据一般的“非爵士乐”喜好来形成的，子集140将不包括爵士乐选项。之后，不管特定喜好180中是否包括特定音乐特征，播放表160不会包括爵士乐选项。
尽管本发明是采用建议器模块130的范例介绍的，该模块根据用户的一般喜好给出选项的第一子集，但本领域中的普通技术人员知道，也可以采用其它的技术方案。例如，图2描述了一种分层播放表发生器200，它包括配置成对当前流行曲目进行搜寻的建议器模块230，其中，所述流行程度是按照给定时段内其它用户访问各曲目的次数来确定的。
图2中，曲目寻找器215用来表示一个或多个基于Web的应用程序，多个用户225采用这些应用程序来访问资源110中可得到的内容素材。用户系统200中的流行性记录器模块230对曲目寻找器215进行访问，从而根据给定时段内通过资源寻找器215对资源110中的每一项进行访问的次数，来确定曲目的流行性。
本实施例中，用户喜好270包括从资源110筛选流行曲目的参数，并且可以包括例如用于确定每一首曲目请求次数记数的持续时间(前一天、前一星期、前一个月等)、符合‘流行’曲目标准的最小访问次数等。还为用户提供了按照流行音乐分表140中所包括的曲目数而指定播放表长度的选项。通常，在其中的资源110含有几十万首曲目的系统中，用户将配置记录器230识别几千首流行曲目，从而获得足够的品种以供随后基于用户的特定喜好来进行筛选，下面将对此详加讨论。
也可以依赖于曲目寻找器215中所保留的记录的多少，将记录器模块230配置为在用户的曲目寻找器215给定的子集中确定多首曲目。在这样一种实施例中，如上文中所讨论的那样，系统200的用户表明一般口味，如“摇滚乐”、“爵士乐”、“古典乐”等，并且流行性记录器模块230确定最常由其口味与该用户口味相同的其它用户请求的曲目。同样，用户喜好270可以包括用户的一般口味170，从而记录器模块230仅在流行音乐分表140中包括符合用户一般口味170的曲目。即，例如，如果该用户的口味包括乡村音乐和摇滚乐，那么记录器230可以有选择地被配置成报告N首最流行的被分类为乡村音乐或者是摇滚乐的曲目，而其中，所谓的最流行者在给定时段里该曲目已由用户请求的次数来确定的。与此类似，用户可以识别应当在形成流行曲目表140时特别予以排除的曲目分类(如非爵士乐或非麦当娜曲目等)。
注意，如同传统互联网收音机和其它播放表发生器中一样，通过根据用户的一般口味来构建流行曲目表140，流行曲目表140就与所作出的哪些素材会被划分为‘流行曲目’的预先决定无关。这样，流行曲目表140就可以被较窄或较宽定义为用户喜好。例如，用户可以请求最流行的硬性摇滚乐、最流行的钢琴协奏曲、最流行的意大利民歌、最流行的儿童歌曲等等。采用类似的方式，通过根据其它用户的请求来构建流行曲目表140，流行曲目表140将有可能自动包括适合季节性的曲目、某些特定艺术家的新曲目等。
如上文中详细讨论的那样，选择器150被配置成根据用户对特定播放表的特定喜好180从流行曲目表140中生成播放表160。如果在由流行性记录器230所选择的曲目中没有反映出用户的一般口味170，那么这些一般喜好可以包括在喜好180内，或者这些一般喜好可以包括在图2所描述的分层方案的中间层中，以在流行曲目表140之后生成中间曲目表，选择器150将被配置成从该中间曲目表中根据用户的特定喜好180来选择曲目表160中的曲目。
在本发明的典型实施例中，子集140存储在非易失存储器中，从而可以根据用户的需要，从该子集140中生成多个播放表160。例如，可以将系统100配置成按每星期将选择器130/230应用于可用资源110，以使子集140相对较新。在所述一周中，用户将选择器150应用于子集140以便按照需要产生播放表160。因为子集140是比资源110处所有素材的标识符集合要小得多的标识符集合，并且由于子集140通常是在用户系统处产生的，因而选择器150的重复操作与在资源110处对整个集合进行搜寻的单级选择器的传统重复操作相比要有效得多。
如上所述，选择器150可以包括多个顺序选择器。例如，基于一般口味的建议器可以跟随上述流行歌曲建议器230，在采用选择器150而根据当前喜好180进行歌曲选择之前，提供一个多层筛选过程。采用同样的方式，可以把选择器配置成基于一天内的时段从子集140中产生一个分子集，并把另一选择器配置成基于用户在一天内这个时段的当前情绪，从该分子集中创建播放表160。采用这种方式，用户无需重复输入一天中该时段的喜好来每次改变当前情绪。在本说明书所揭示的内容中，对于本领域普通技术人员来说，参照本公开内容，以分层方式组织喜好和选择器的这些和其它技术将是显而易见的。
前文中仅仅描述了本发明的原理。应认识到，本领域中的普通技术人员将能够设计各种方案，这些方案尽管在此没有明确描述或示出，但是其实现了本发明的原理因而落在本发明的范围和精神内。例如，用户可以创建喜好文档集，如“一般”、“浪漫”、“活泼”、“宴会”、“悲伤”，等等，并且可以以顺序的方式有选择地应用这些喜好。通过以顺序方式应用这些喜好，并因此逐步生成更小的子集，用户可以在没有因特定喜好引入有偏差的搜索结果的风险下生成更有选择性的播放表。采用同样的方法，尽管这里对本发明的介绍中首先在最高级别采用的是“一般”喜好，随后应用“特定”喜好，但系统可以被配置成使用户能够选择特定的喜好选项顺序。参照该公开，这些和其它系统配置和优化特征对于本领域中的普通技术人员来说是很明显的，并且包括在权利要求书所要求的范围内。
权利要求
1.一种播放表发生器，包含第一选择器，被配置用来根据第一组用户喜好搜寻素材源，并从中提供所述素材源中项目标识符的第一子集，以及第二选择器，被配置用来根据第二组用户喜好搜寻标识符的第一子集，并从中提供所述素材源中项目标识符的第二子集，该第二子集有利于随后呈现所述第二子集中标识的项目。
2.如权利要求1所述的播放表发生器，其中，所述第一组用户喜好包括与时间无关的用户喜好，并且所述第二组用户喜好包括在一特定时间的用户喜好。
3.如权利要求1所述的播放表发生器，其中，所述第一组用户喜好包括与事件无关的用户喜好，并且所述第二组用户喜好包括在发生一事件时的用户喜好。
4.如权利要求1所述的播放表发生器，其中，所述第一组用户喜好包括一般用户喜好，并且所述第二组用户喜好包括特定的用户喜好。
5.如权利要求1所述的播放表发生器，其中，所述素材源包括一个或多个互联网网站。
6.如权利要求1所述的播放表发生器，还包括非易失存储器，被配置用来存储标识符的第一子集，并且所述第二选择器还被配置用来根据第三组用户喜好搜寻标识符的第一子集，以从中提供位于所述素材源中的项目标识符的第三子集，形成便于随后呈现所述第三子集中标识的项目的另一播放表。
7.如权利要求1所述的播放表发生器，其中，第一组用户喜好包括根据对所述素材源中的项目进行访问的频度而对所述素材源进行搜寻的一个或多个参数，并且所述第一选择器被配置用来确定由多个用户对所述源素材中的每一项目的请求的度量，以及根据所述对每一项目的请求的度量，从中提供项目标识符的所述第一子集。
8.如权利要求7所述的播放表发生器，其中，所述第一选择器还被配置用来根据一组一般用户喜好而提供所述标识符的第一子集，并且所述第二组用户喜好包括一组特定用户喜好。
9.如权利要求7所述的播放表发生器，其特征在于，所述第一选择器还被配置用来根据一组一般用户喜好来提供标识符的第一子集，而所述第二组用户喜好包括基于一特定事件的一组喜好。
10.如权利要求7所述的播放表发生器，还包括非易失存储器，被配置用来存储标识符的第一子集，并且所述第二选择器还被配置用来根据第三组用户喜好而搜寻标识符的第一子集，以从中提供素材源中项目标识符的第三子集，以形成便于随后呈现所述第三子集中标识的项目的另一播放表。
11.一种系统，包含播放表发生器，被配置用来提供一素材源中所选项目的一组标识符，以及呈现装置，与所述播放表发生器可操作地耦合，用来呈现所述所选项目；其中，所述播放表发生器包括第一选择器，被用来根据第一组参数，搜寻素材源并从中提供所述素材源中的项目标识符的第一子集，以及第二选择器，被用来根据第二组参数，搜寻所述标识符的第一子集，并从中提供所选项目的标识符集合。
12.如权利要求11所述的系统，其中，所述第一组参数包括与时间无关的用户喜好，并且所述第二组参数包括在一特定时时间的用户喜好。
13.如权利要求11所述的系统，其中，所述素材源包括一个或多个互联网网站。
14.如权利要求11所述的系统，还包括非易失存储器，被配置用来存储标识符的第一子集，以便基于所述标识符的第一子集产生所选项目的多个标识符集合。
15.如权利要求11所述的系统，其中，所述第一组参数包括用于根据对所述素材源中的项目的访问的频度而对所述素材源进行搜寻的一个或多个参数，并且所述第一选择器被配置用来确定多个用户对所述素材源中的每一项目的请求的度量，并根据所述每一项目的请求的度量，从中提供项目标识符的第一子集。
16.如权利要求15所述的系统，其中，所述第一选择器进一步被配置用来根据一组一般用户喜好而提供所述标识符的第一子集，并且所述第二组参数包括一组特定用户喜好。
17.一种生成播放表的方法，包含根据第一组参数搜寻素材源，从而提供所述素材源中项目标识符的第一子集，以及根据第二组参数，从项目标识符的第一子集中生成所述播放表。
18.如权利要求17所述的方法，其中，所述第一组参数包括基本不随时间变化的用户喜好，并且所述第二组参数包括在一特定时间的用户喜好。
19.如权利要求17所述的方法，其特征在于，所述第一组参数包括用于根据对所述素材源中项目的访问来搜寻所述素材源的一个或多个参数，并且对所述素材源进行搜寻还包括确定对所述素材源中的多个项目中的每一个进行访问的频度，以及至少部分根据对所述多个项目中的每一项的访问的频度，选择所述标识符的第一子集中包括的项目的标识符。
20.如权利要求19所述的方法，其中，还基于基本不随时间变化的用户喜好选择所述第一子集中包括的项目的标识符，并且所述第二组参数包括在一特定时间的用户喜好。
21.如权利要求17所述的方法，还包括存储标识符第一子集，以及根据另一组参数，从所述项目标识符第一子集中产生另一播放表。
全文摘要
一种播放表发生器，它把播放表发生过程划分成一个多级、分层过程。在示例性的最高分层级中，应用用户的“一般”喜好。这些一般喜好反映的是用户的“口味”，并且相对恒定。在分层结构的较低级别中，则应用用户的“特别”喜好。这些特别喜好反映的是用户娱乐喜好的动态、随时间变化或者随事件变化的方面。高级别的喜好从全球材料集合中产生一个材料的子集，在用户的即时喜好发生变化时向该材料子集应用低级别的爱好。通过分层隔离该播放表发生过程，通过对于较小的材料子集应用即时喜好变化而获得效率，并且通过将随后的选择过程限制到给定的材料子集而提高了一致性。
文档编号G06F17/30GK1910582SQ200580002721
公开日2007年2月7日 申请日期2005年1月17日 优先权日2004年1月20日
发明者F·维诺利, S·C·保夫斯 申请人:皇家飞利浦电子股份有限公司