CN101197929A - 信息处理装置、显示控制处理方法、及显示控制处理程序 - Google Patents

信息处理装置、显示控制处理方法、及显示控制处理程序 Download PDF

Info

Publication number
CN101197929A
CN101197929A CNA2007101959608A CN200710195960A CN101197929A CN 101197929 A CN101197929 A CN 101197929A CN A2007101959608 A CNA2007101959608 A CN A2007101959608A CN 200710195960 A CN200710195960 A CN 200710195960A CN 101197929 A CN101197929 A CN 101197929A
Authority
CN
China
Prior art keywords
melody
metadata
user
music content
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2007101959608A
Other languages
English (en)
Other versions
CN101197929B (zh
Inventor
宫嵜充弘
山本则行
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of CN101197929A publication Critical patent/CN101197929A/zh
Application granted granted Critical
Publication of CN101197929B publication Critical patent/CN101197929B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/34—Indicating arrangements 

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Reverberation, Karaoke And Other Acoustics (AREA)
  • Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)

Abstract

为了灵活地向用户推荐乐曲，本发明公开了一种信息处理装置、显示控制处理方法和显示控制处理程序，其中信息处理装置包括：元数据显示装置、元数据指定装置、第一选择装置、第二选择装置、第三选择装置、确定装置、以及再生装置。

Description

信息处理装置、显示控制处理方法、及显示控制处理程序
相关申请的交叉参考
本发明包含与于2006年12月8日向日本专利局提交的日本专利申请JP 2006-332227相关的主题，其全部内容结合于此作为参考。
技术领域
本发明涉及信息处理装置、显示控制处理方法、以及显示控制处理程序。更具体地，本发明涉及能够通过利用非常灵活的技术向用户推荐乐曲的信息处理装置、由该信息处理装置采用的显示控制处理方法、以及实现该显示控制处理方法的显示控制处理程序。
背景技术
过去，提出了一种用于基于用户嗜好搜索诸如电视节目、乐曲等内容的发明(例如，参考日本专利公开第2004-194107号)。
在推荐内容的处理中，通常，采用的是加重过滤技术和/或基于内容的过滤技术。在以下的描述中，加重过滤技术被称为CF技术，而基于内容的过滤技术被称为CBF技术。
具体来说，根据CF技术，将用户的内容购买历史记录作为关于用户嗜好的信息来进行管理，对于向其推荐内容的第一用户，识别具有与第一用户的内容购买历史记录类似的内容购买历史记录的第二用户。然后，向第一用户推荐第二用户已购买但第一用户还未拥有的内容。通常，在互联网的邮售网站中采用CF技术。
另一方面，根据CBF技术，在提取嗜好的处理和/或向用户推荐内容的处理中，间接使用由内容分发者和内容的内容销售者提供的元数据。也就是说，作为转换各种元数据的处理结果而获得的每个特征向量都被用作关于用户嗜好的信息。具体地，计算表示用户嗜好的特征向量和每个都用作嗜好候选的每个内容的特征向量之间的距离，并向用户推荐具有最短距离的内容作为与用户嗜好匹配的内容。在以下描述中，表示用户嗜好的特征向量被称为用户嗜好向量，而内容的特征向量被称为内容特征向量。通常，计算该距离作为用户嗜好向量和内容特征向量之间余弦相关值。
发明内容
然而，根据采用CF或CBF技术的现有技术中的内容推荐方法，以标准方式仅向用户推荐根据关于用户嗜好的信息的内容。也就是说，没有采用灵活的内容推荐技术，现有技术中的内容推荐方法没有向用户提供可选择的内容推荐信息作为用户在确定用作用户嗜好的内容时将要使用的信息，使得用户不能基于由用户指定的信息确定用作用户嗜好的内容。
根据本发明的实施例，期望提供一种非常灵活的内容推荐方法。
根据本发明的实施例，提供了一种信息处理装置，包括：元数据显示装置，被配置为显示乐曲内容的元数据；以及元数据指定装置，被配置为指定通过元数据显示装置显示的元数据。该信息处理装置还包括第一选择装置、第二选择装置、以及第三选择装置。第一选择装置被配置为选择每一首均具有与由元数据指定装置指定的元数据相对应的元数据的乐曲。第二选择装置被配置为计算包括每一项都表示由第一选择装置选择的乐曲中一首的属性的多个项目的属性信息与表示用户嗜好的用户嗜好信息之间的相似度，并根据所计算的相似度从由第一选择装置选择的乐曲中选择乐曲。第三选择装置被配置为基于由第二选择装置选择的乐曲的乐曲特征量和与用户嗜好匹配的乐曲特征量，从由第二选择装置选择的乐曲中选择具有与用户嗜好匹配的乐曲特征量的乐曲内容。该信息处理装置还包括：确定装置，被配置为将由第三选择装置选择的乐曲内容确定为将推荐给用户的乐曲内容；以及再生装置，被配置为再生由确定装置确定的乐曲内容。
根据本发明的实施例，确定装置生成显示每一首均被确定装置确定为将推荐给用户的乐曲内容的乐曲的播放列表。
根据本发明的又一实施例，信息处理装置还具有顺序确定装置(rank determination means)，被配置为确定由第三选择装置选择的每一首乐曲的播放列表顺序。在该配置中，确定装置基于由顺序确定装置确定的播放列表顺序生成显示信息的播放列表，其中，每条信息均用作关于由第三选择装置选择的乐曲中的一首的信息。
根据本发明的再一实施例，如果正在再生乐曲内容，则顺序确定装置根据各个乐曲内容和正在再生的乐曲内容之间的相似度，确定由第三选择装置选择的乐曲中的每一首的播放列表顺序。
根据本发明的另一实施例，当已通过确定装置生成了播放列表时，再生在播放列表最上面的乐曲内容。
此外，根据本发明的实施例，所提供的信息处理装置还具有：评价输入装置，被配置为接收正在再生的乐曲内容的评价；以及嗜好信息更新装置，被配置为基于由评价输入装置接收的评价更新关于用户嗜好的信息。
此外，根据本发明的一个实施例，所提供的信息处理装置还具有特征/特性生成装置和第四选择装置。特征/特性生成装置被配置为生成表示乐曲内容的特征的内容特征信息或表示关于预先确定类型的乐曲内容的、由用户展示的特性的用户特性信息。第四选择装置被配置为从由第一选择装置、第二选择装置、或第三选择装置选择的乐曲中选择具有由特征/特性生成装置指定的特征的乐曲内容。
根据本发明的一个实施例，所提供的信息处理装置还具有：变化接收装置，被配置为接收被指定为由特征信息表示的特征变化或由特性信息表示的特性变化的变化。在该配置中，第四选择装置从第一选择装置、第二选择装置、或第三选择装置选择的乐曲中，根据由变化接收装置接收到的变化选择与特征信息相对应的乐曲内容或根据由变化接收装置接收到的变化选择与特性信息相对应的乐曲内容。
根据本发明的又一实施例，提供了一种信息处理方法，包括：元数据显示步骤，显示乐曲内容的元数据；以及元数据指定步骤，指定在元数据显示步骤中执行的处理中所显示的元数据。该信息处理方法还包括第一选择步骤、第二选择步骤、以及第三选择步骤。第一选择步骤是选择每一首均具有与在元数据指定步骤执行的处理中所指定的元数据相对应的元数据的乐曲的步骤。第二选择步骤是计算包括每一项都表示由在第一选择步骤执行的处理中所选择的乐曲中一首的属性的多个项目的属性信息与表示用户嗜好的用户嗜好信息之间的相似度，并根据所计算的相似度从在第一选择步骤执行的处理中所选择的乐曲中选择乐曲的步骤。第三选择步骤是基于在第二选择步骤执行的处理中所选择的乐曲的乐曲特征量和与用户嗜好相匹配的乐曲特征量，从在第二选择步骤执行的处理中所选择的乐曲中选择具有与用户嗜好相匹配的乐曲特征量的乐曲内容的步骤。该信息处理方法还包括：确定步骤，将在第三选择步骤执行的处理中所选择的乐曲内容确定为将推荐给用户的乐曲内容；以及再生步骤，再生在确定步骤执行的处理中所确定的乐曲内容。
此外，根据本发明的实施例，提供了一种被计算机执行的信息处理程序，用于执行确定将推荐给用户的乐曲内容的处理。信息处理程序包括：元数据显示步骤，显示乐曲内容的元数据；以及元数据指定步骤，指定在元数据显示步骤执行的处理中所显示的元数据。该信息处理程序还包括第一选择步骤、第二选择步骤、以及第三选择步骤。第一选择步骤是选择每一首均具有与在元数据指定步骤执行的处理中所指定的元数据相对应的元数据的乐曲的步骤。第二选择步骤是计算包括每一项都表示由在第一选择步骤执行的处理中所选择的乐曲中一首的属性的多个项目的属性信息与表示用户嗜好的用户嗜好信息之间的相似度，并根据所计算的相似度从在第一选择步骤执行的处理中所选择的乐曲中选择乐曲的步骤。第三选择步骤是基于在第二选择步骤执行的处理中所选择的乐曲的乐曲特征量和与用户嗜好相匹配的乐曲特征量，从在第二选择步骤执行的处理中所选择的乐曲中选择具有与用户嗜好相匹配的乐曲特征量的乐曲内容的步骤。该信息处理程序还包括：确定步骤，将在第三选择步骤执行的处理中所选择的乐曲内容确定为将推荐给用户的乐曲内容；以及再生步骤，再生在确定步骤执行的处理中所确定的乐曲内容。
在根据本发明实施例的信息处理装置、信息处理方法和信息处理程序中，计算机通过执行以下步骤来执行确定将推荐给用户的乐曲内容的处理：元数据显示步骤，显示乐曲内容的元数据；元数据指定步骤，指定在元数据显示步骤执行的处理中所显示的元数据。此外，计算机通过执行第一选择步骤、第二选择步骤、以及第三选择步骤确定将推荐给用户的乐曲内容。第一选择步骤是选择每一首均具有与在元数据指定步骤执行的处理中所指定的元数据相对应的元数据的乐曲的步骤。第二选择步骤是计算包括每一项都表示由在第一选择步骤执行的处理中所选择的乐曲中一首的属性的多个项目的属性信息与表示用户嗜好的用户嗜好信息之间的相似度，并根据所计算的相似度从在第一选择步骤执行的处理中所选择的乐曲中选择乐曲的步骤。第三选择步骤是基于在第二选择步骤执行的处理中所选择的乐曲的乐曲特征量和与用户嗜好相匹配的乐曲特征量，从在第二选择步骤中执行的处理中所选择的乐曲中选择具有与用户的嗜好相匹配的乐曲特征量的乐曲内容的步骤。此外，计算机通过执行以下步骤确定将推荐给用户的乐曲内容的处理：确定步骤，将在第三选择步骤执行的处理中所选择的乐曲内容确定为将推荐给用户的乐曲内容；以及再生步骤，再生在确定步骤执行的处理中所确定的乐曲内容。
根据本发明的实施例，提供了采用非常灵活的技术的信息处理装置、显示控制处理方法和显示控制处理程序。
附图说明
本发明的这些和其他特征从参考附图所给出的优选实施例的以下描述中将变得显而易见，其中：
图1是示出根据本发明实施例的再生装置的典型结构的框图；
图2是示出所显示的再生画面的实例的示图；
图3是示出在图1所示乐曲再生装置中采用的再生画面生成部的典型结构的框图；
图4是示出在图1所示乐曲再生装置中采用的播放列表生成部的典型结构的框图；
图5是示出在图4所示播放列表生成部中采用的匹配处理部的典型结构的框图；
图6是示出在图4所示播放列表生成部中采用的特性量确定部所使用的分离面的示图；
图7是示出在图4所示播放列表生成部18中采用的内容排序部的典型结构的框图；
图8示出了涉及向用户推荐乐曲的处理说明的流程图；
图9是参照用于解释作为对乐曲进行分类的结果而获得的簇和每个均包括多个簇的簇层的概念(即，多视点簇的概念)的示图；
图10示出的是参照用于解释用于生成特性信息的技术的示图，作为示出将乐曲分为多视点簇的处理的典型具体结果的示图；以及
图11是示出根据本发明实施例的实现将计算机用作乐曲再生装置的实施例的典型结构的框图。
具体实施方式
在说明本发明的优选实施例之前，在以下比较描述中说明所公开的发明和实施例之间的关系。在本说明书中描述和/或在附图中示出了支持所公开发明的实施例。注意，即使存在在本说明书描述和/或在附图中示出但不包括在以下比较描述中作为对应于本发明的实施例的实施例，这种实施例也并不被解释为不对应于发明的实施例。相反，作为对应于特定发明的实施例包括在以下比较描述中的实施例并不被解释为不对应于除特定发明之外发明的实施例。
根据本发明的实施例，提供了一种信息处理装置，包括：元数据显示装置(例如，在图1所示内容再生装置中采用的再生画面生成部17、显示控制部19和显示部20以及图2所示的再生画面31)，被配置为显示乐曲内容的元数据；元数据指定装置(例如，在图1所示内容再生装置中采用的操作输入部11)，被配置为指定由元数据显示装置显示的元数据；第一选择装置(例如，在图4所示播放列表生成部18中采用的内容选择部61)，被配置为选择每一首均具有与由元数据指定装置指定的元数据相对应的元数据的乐曲；第二选择装置(例如，在图4所示播放列表生成部18中采用的匹配处理部62)，被配置为计算包括每一项都表示由第一选择装置选择的乐曲中一首的属性的多个项目的属性信息与表示用户嗜好的用户嗜好信息之间的相似度，并根据所计算的相似度从由第一选择装置选择的乐曲中选择乐曲；第三选择装置(例如，在图4所示播放列表生成部18中采用的乐曲特征量确定部64)，被配置为基于由第二选择装置选择的乐曲的乐曲特征量和与用户嗜好匹配的乐曲特征量，从由第二选择装置选择的乐曲中选择具有与用户嗜好匹配的乐曲特征量的乐曲内容；确定装置(例如，在图4所示播放列表生成部18中采用的画面构成部66)，被配置为将由第三选择装置选择的乐曲内容确定为将推荐给用户的乐曲内容；以及再生装置(例如，在图1所示内容再生装置中采用的乐曲再生部12)，被配置为再生由确定装置确定的乐曲内容。
在根据本发明实施例的信息处理装置中，确定装置生成每一首均被确定装置确定为将推荐给用户的乐曲内容的乐曲的播放列表(由图4所示播放列表生成部18中采用的画面构成部66完成)。
根据本发明实施例的信息处理装置还具有顺序确定装置(例如，在图4所示播放列表生成装置18中采用的内容排序部65)，被配置为确定由第三选择装置选择的每一首乐曲的播放列表顺序。在这种配置中，确定装置基于由顺序确定装置确定的播放列表顺序生成显示信息的播放列表，其中，每条信息均用作关于由第三选择装置选择的乐曲中的一首的信息。
在根据本发明实施例的信息处理装置中，如果正在再生乐曲内容，则顺序确定装置根据各个乐曲内容和正在再生的乐曲内容之间的相似度，确定由第三选择装置选择的乐曲中的每一首的播放列表顺序(由图7所示内容排序部65完成)。
根据本发明实施例的信息处理装置还具有：
评价输入装置(例如，图2所示再生画面31上的按钮44)，被配置为接收正在再生的乐曲内容的评价；以及嗜好信息更新装置(例如，在图1所示内容再生装置中采用的控制部21)，被配置为基于通过评价输入装置接收到的评价更新关于用户嗜好的信息。
根据本发明实施例的信息处理装置还具有：特征/特性生成装置(例如，在图3所示再生画面生成部17中采用的特性提取部53)，被配置为生成表示乐曲内容的特征的内容特征信息或表示关于预先确定类型的乐曲内容的、由用户展示的特性的用户特性信息；以及第四选择装置(例如，在图4所示播放列表生成部18中采用的特性符合过滤部63)，被配置为从由第一选择装置、第二选择装置、或第三选择装置选择的乐曲中选择具有由特征/特性生成装置指定的特征的乐曲内容。
根据本发明实施例的信息处理装置还具有：变化接收装置(例如，图2所示再生画面31上的仪表45)，被配置为接收被指定为由特征信息表示的特征变化或由特性信息表示的特性变化的变化。在该配置中，第四选择装置从第一选择装置、第二选择装置、或第三选择装置选择的乐曲中，根据由变化接收装置接收的变化选择与特征信息相对应的乐曲内容或根据由变化接收装置接收的变化选择与特性信息相对应的乐曲内容。
根据本发明的实施例，分别提供了信息处理方法和信息处理程序。信息处理方法和信息处理程序中的每一个均包括：元数据显示步骤(例如，图8所示流程图的步骤S2)，显示乐曲内容的元数据；元数据指定步骤(例如，图8所示流程图的步骤S4)，指定在元数据显示步骤执行的处理中所显示的元数据；第一选择步骤(例如，图8所示流程图的步骤S5)，选择每一首均具有与在元数据指定步骤执行的处理中所指定的元数据相对应的元数据的乐曲；第二选择步骤(例如，图8所示流程图的步骤S6)，计算包括每一项都表示由在第一选择步骤执行的处理中所选择的乐曲中一首的属性的多个项目的属性信息与表示用户嗜好的用户嗜好信息之间的相似度，并根据所计算的相似度从在第一选择步骤执行的处理中所选择的乐曲中选择乐曲；第三选择步骤(例如，图8所示流程图的步骤S8)，基于在第二选择步骤执行的处理中所选择的乐曲的乐曲特征量和与用户嗜好匹配的乐曲特征量，从在第二选择步骤执行的处理中所选择的乐曲中选择具有与用户嗜好相匹配的乐曲特征量的乐曲内容；确定步骤(例如，图8所示流程图的步骤S10)，将在第三选择步骤执行的处理中所选择的乐曲内容确定为将推荐给用户的乐曲内容；以及再生步骤，(例如，图8所示流程图的步骤S11)，再生在确定步骤执行的处理中所确定的乐曲内容。
图1是示出应用本发明的再生装置1的典型结构的框图。
操作输入部11是通常采用触摸板和十个字符键的输入装置。操作输入部11将用户在操作输入部11上执行的操作通知给控制部21。
根据由控制部21执行的控制，再生部12在再生处理中从乐曲数据存储部14中读出适宜的乐曲。作为再生处理结果而获得的音频数据被提供给通常采用扬声器的输出部13。
乐曲数据存储部14是用于存储可再生乐曲的乐曲数据的单元。
元数据存储部15是用于存储在乐曲数据存储部14中存储的每首乐曲的元数据的单元。
将根据向用户所做的并被用户接受的推荐的乐曲认为是用作用户嗜好的内容，并且将关于嗜好内容的信息存储在历史存储部16中作为历史信息。根据向用户所做的并被用户接受的推荐的乐曲的实例是由再生部12再生的内容。关于用作用户嗜好的乐曲的信息通常是内容的元数据。将用作用户嗜好的乐曲的元数据经由控制部21提供给历史存储部16。
在与再生乐曲处理同步的处理中，再生画面生成部17生成如图2所示再生画面的再生画面31，并通过显示控制部19将再生画面31显示在显示部20上。
如图所示，再生画面31通常包括关于正在被再生部12再生的乐曲的信息和关于接下来被再生的乐曲的信息。在图2所示的典型再生画面31中，在再生画面31的显示区域32的左侧显示关于正在被再生部12再生的乐曲的信息，而在显示区域32的右侧显示关于接下来被再生的乐曲的信息。关于正在被再生部12再生的乐曲的信息包括内容唱片封套的图像和演唱该内容的艺术家。同样，关于接下来被再生的乐曲的信息包括内容唱片封套的图像和演唱该内容的艺术家。
另外，再生画面31还包括可选择地显示预先确定的元数据的元数据显示部41和42。
在图2所示的典型再生画面31中，元数据显示部41包括显示部41A和41B，每一个都是在水平方向上排成的行。显示部41A和41B中的每一个均显示以预先确定的速度在从右到左方向上流动的元数据。也就是说，以断续显示(ticker display)方式示出了元数据。
注意，在元数据显示部41中以断续显示方式示出的元数据通常是预先确定的正在再生的乐曲的元数据。元数据通常是预先确定的数据项目。用于乐曲的在元数据显示部41中以断续显示方式示出的典型元数据的数据项目通常包括乐曲的艺术家、年代、地区、和基调(mood)。更具体地，在通常的元数据显示部41中，艺术家是女性独唱歌手，年代是90年代，地区是冲绳，以及基调是快节奏基调。
元数据显示部42显示了每一个均示出与预先确定的数据项目相关的元数据的列表。在图2所示典型元数据显示部42中预先确定的数据项目为风格、艺术家、标题、和基调。因而，每一个均被显示为元数据显示部42中的列的列表是风格、艺术家、标题、和基调。
另外，再生画面31还包括关于热衷度和成熟度的信息，其基于表示关于预先确定类型的乐曲、通过用户展示的特性的特性信息。更具体地，图2的典型再生画面31示出了表示热衷度的仪表43-1和表示成熟度的仪表43-2。
除此之外，再生画面31还包括用于评价正在再生的乐曲而将操作的按钮44-1和44-2。另外，再生画面31还包括用于改变由用户展示的热衷度的仪表45。
如果用户喜欢正在再生的乐曲，则用户利用操作输入部11来操作按钮44-1以评价内容。另一方面，如果用户不喜欢正在再生的乐曲，则用户利用操作输入部11来操作按钮44-2以降低内容的价值。将在该操作中做出的评价存储为一条历史信息。
另外，用户还可以利用操作输入部11来操作仪表45以指定热衷度。当用户利用操作输入部11操作仪表45来指定热衷度时，根据所指定的热衷度向用户推荐乐曲。
除此之外，再生画面31还包括按钮46，当用户期望再生与所选择的显示在元数据显示部42中的元数据相关的推荐乐曲时由用户操作该按钮。
重新参考图1，播放列表生成部18是用于生成示出每一首都被确定为将推荐给用户的内容的乐曲的播放列表的单元。基于通过用户从由显示部20显示的再生画面31的元数据显示部41或42中所显示的元数据中选择的元数据来确定这种推荐乐曲。当用户从在元数据显示部42中显示的元数据中选择元数据时，用户还需要操作按钮46。
在这种典型情况下，播放列表生成部18通过显示控制部19在显示部20上显示所生成的播放列表，将播放列表叠加在图2所示的再生画面31上。然后，当用户从播放列表上所示的那些乐曲中选择指定乐曲时，再生指定内容。在可能的可选结构中，不在显示部20上显示所生成的播放列表。在这种情况下，当生成播放列表时，自动再生播放列表最上面的乐曲。播放列表最上面的乐曲是向用户推荐最多的乐曲。
控制部21是用于控制其他部件的单元。
图3是示出在图1所示再生装置1中采用的再生画面生成部17的典型结构的框图。
元数据提取部51是用于从元数据存储部15读出将被显示在再生画面31的元数据显示部41中的元数据并将元数据提供给画面构成部54的单元。
更详细地，在这种典型情况下，元数据提取部51从元数据存储部15中读出作为元数据存储在元数据存储部15中的元数据的、预先确定的数据项目(其与作为正在再生的乐曲ID的从控制部21接收的ID相关)，并将数据项目提供给画面构成部54。在以下描述中，正在再生的乐曲也适当地被称为再生乐曲。如前所述，在用于乐曲的元数据显示部41中示出的元数据的数据项目通常包括乐曲的艺术家、年代、区域、和基调。更具体地，在典型元数据显示部41的情况下，艺术家是女独唱歌手，年代是90年代，区域是冲绳，以及基调是快节奏基调。
另一方面，元数据提取部52是用于从元数据存储部15读出将被显示在再生画面31的元数据显示部42中的元数据并将元数据提供给画面构成部54的单元。
更详细地，在这种典型情况下，元数据提取部52从元数据存储部15读出关于预定数据项目(例如，图2所示的风格、艺术家、乐曲标题、和基调)的元数据，并将元数据提供给画面构成部54。
特性提取部53是用于从存储在历史存储部16中的历史信息中提取特性信息的单元。如前所述，特性信息是关于乐曲的、由用户展示的特性的信息。
关于由用户展示的特性的信息是表示诸如倾向、宽度、和深度的概念的信息。关于由用户展示的特性的信息可用于表示关于乐曲的、由用户展示的特性。
表示倾向的信息是指用户喜欢的乐曲本身所拥有的流行吸引力。在以下描述中，表示倾向的信息仅被适当地称为倾向。同样，在以下描述中，表示宽度的信息仅被适当地称为宽度，而表示深度的信息仅被适当地称为深度。
关于乐曲的、由用户展示的宽度和深度是用户拥有的内容经验(作为处理被分为预先确定的簇的内容的经验)的宽度和深度。簇的实例是风格簇。处理乐曲的经验实例是购买内容和收听内容的经验。
更具体地，宽度是关于怎样局部集中内容经验的范围的信息。其中，通过掌握宽度，可以获得关于用户容许向用户推荐的乐曲的范围宽度的可能性的信息。另一方面，深度是关于用户拥有的经验(作为当在看到以簇为单位的内容时处理关于簇的乐曲的经验)深度的信息。
特性提取部53将所提取的倾向、所提取的宽度、和所提取的深度提供给画面构成部54和播放列表生成部18。注意，随后描述用于生成特性信息的方法的具体实例。
画面构成部54是用于构造再生画面(screen)31的单元，其中，通常，从元数据提取部51接收到的元数据以断续显示的方式显示在元数据显示部41上，以及从元数据提取部52接收到的元数据作为列表显示在元数据显示部42上。
另外，由画面构成部54构造的再生画面31还包括示出从画面构成部54接收到的倾向指数作为热衷度的仪表43-1和示出成熟度指数的仪表43-2。成熟度是通过适当地结合从特性提取部53接收到的宽度和深度而获得的信息。
图4是示出在图1所示再生装置1中采用的播放列表生成部18的典型结构的框图。
当选择显示在再生画面31的元数据显示部41中的元数据时，控制部21将所选择的元数据通知给内容选择部61。
内容选择部61在元数据存储部15中搜索与从控制部21接收的元数据相匹配的元数据，并选择每一首均具有在搜索处理中发现的元数据的乐曲。然后，内容选择部61将所选择的乐曲通知给匹配处理部62。更具体地，内容选择部61将所选择乐曲的ID提供给匹配处理部62。
匹配处理部62是用于计算由内容选择部61选择的乐曲中每一首的属性信息与表示用户嗜好的用户嗜好信息之间的相似度。乐曲的属性信息包括每一个均表示乐曲属性的多个信息项目。
图5是示出在图4所示播放列表生成部18中采用的匹配处理部62的典型结构的框图。
乐曲向量存储部71是用于从作为乐曲元数据的、存储在元数据存储部15中的元数据中生成每首乐曲的乐曲向量，并通过使乐曲向量与作为乐曲ID的、从内容选择部61接收到的ID相关来将乐曲向量存储在其中的单元。
乐曲分量的乐曲向量具有每一个均表示乐曲属性的k个向量分量。乐曲的属性包括演唱乐曲的艺术家的姓名和乐曲的风格。因而，乐曲向量是可根据以下的k个向量分量VA表示的k维向量：
乐曲向量＝{VA1，VA2，...，VAk}
向量分量VAi(其中，i＝1，2，...，k)还是具有每个均对应于与由向量分量VA表示的属性有关的元数据的向量子分量c的向量。因而，向量分量VAi是可根据以下的向量子分量c表示的向量：
VAi＝(c1，c2，...)
以风格向量分量VA为例。根据向量子分量c(其为流行乐、爵士乐、古典乐、电子舞曲等)表示风格向量分量VA。因而，通常，根据以下的向量子分量c表示风格向量分量VA：
风格向量分量VA＝(流行乐，爵士乐，古典乐，电子舞曲，...)
具体地，如果风格向量分量VA是流行乐曲的乐曲向量的分量，则根据以下的数字向量子分量c表示风格向量分量VA：
风格向量分量VA＝(1，0，0，0，...)
乐曲向量存储部71将存储在其中的乐曲向量(与从内容选择部61接收到的ID相关)与ID一起提供给相似度计算部74。
每当再生乐曲并更新存储在历史存储部16中的历史信息时，用户嗜好向量生成部72检测再生的乐曲，并从乐曲向量存储部71获取乐曲的乐曲向量。然后，用户嗜好向量生成部72不断累积用户嗜好向量存储部73中的乐曲向量。具体地，用户嗜好向量生成部72更新乐曲向量不断累积的向量。不断累积的向量是表示用户嗜好的用户嗜好向量。
例如，假定将再生乐曲的乐曲向量表示如下：
乐曲向量＝{...，风格VA(1，0，0，0，...)，...}
此外，例如，假定存储在用户嗜好向量存储部73中的用户嗜好向量表示如下：
用户嗜好向量＝{...，风格VA(10，8，5，1，...)，...}
在这种情况下，更新用户嗜好向量以得到以下新值：
用户嗜好向量＝{...，风格VA(11，8，5，1，...)，...}
相似度计算部74是用于根据公式(1)计算由作为再生乐曲的乐曲向量的从乐曲向量存储部71接收到的乐曲向量与从用户嗜好向量存储部73接收到的用户嗜好向量的相似度的单元。从乐曲向量存储部71接收到的乐曲向量是通过内容选择部61选择的乐曲的乐曲向量。然后，相似度计算部74将所计算的相似度与从乐曲向量存储部71接收到的乐曲ID一起提供给乐曲确定部75。
[等式1]
Figure S2007101959608D00191
乐曲确定部75从通过乐曲ID(每一个均从相似度计算部74接收)识别的乐曲中选择具有至少等于预先确定的基准的相似度的乐曲，并将所选乐曲的ID提供给在图4所示播放列表生成部18中采用的特性符合过滤部63。
特性符合过滤部63是用于生成具有作为由再生画面生成部17中所采用的特性提取部53计算的特性信息或由再生画面31的仪表45指定的特性信息的向量分量的特性向量的单元。例如，特性符合过滤部63生成具有倾向o、宽度w、和深度d的特性向量D＝(o，w，d)作为其向量分量。注意，将由再生画面31的仪表45指定的特性信息经由控制部21提供给特性符合过滤部63。
特性符合过滤部63从通过ID(每一个均从匹配处理部62接收作为特定乐曲中一首的ID)识别的特定乐曲中选择与过滤处理中的特性向量D的意义匹配的乐曲，并将所选乐曲提供给乐曲特征量确定部64。
乐曲特征量确定部64从存储在历史存储部16中的历史信息中提取乐曲特征量。然后，乐曲特征量确定部64通过诸如SVM(支持向量机)技术、K_NN技术、和线性确定技术的方法生成图6所示的分离平面作为用于将所提取乐曲特征量的喜欢和不喜欢的感情彼此分离的平面。另外，乐曲特征量确定部64标绘作为通过ID(每一个均从特性符合过滤部63接收作为指定乐曲中一首的ID)识别的特定乐曲的元数据、存储在元数据存储部15中的元数据中的乐曲特征量。然后，乐曲特征量确定部64从通过ID(每一个均从特性符合过滤部63接收作为指定乐曲中一首的ID)识别的指定乐曲中选择具有与用户嗜好匹配的乐曲特征量的乐曲，并将所选乐曲的ID提供给排序部65。
其中，乐曲的乐曲特征量是作为分析乐曲的音频信息而获得的值，作为表示通常根据速度、韵律、和节奏表示的乐曲旋律的值。
例如，通过针对表示乐曲的音频信号的声音生成开始时间观察自相关函数峰值部分和水平部分(level)对声音生成时间周期性重复执行的分析结果，将乐曲节奏检测为在一分钟间隔内四分音符的数量。对于关于检测节奏的更多信息，建议读者参考日本专利公开文本第2002-11675号。
在这种典型情况下，乐曲的乐曲特征量被包括在乐曲的元数据中并从元数据中提取。然而，也可以作为对表示乐曲数据的音频信号执行的分析结果而适当获得乐曲的乐曲特征量。
再次参考图4。排序部65是用于计算通过从乐曲特征量确定部64接收到的ID识别的乐曲与通过从控制部21接收到的ID识别的乐曲之间的相似度的单元。通过从控制部21接收到的ID识别的乐曲是正在再生的乐曲。排序部65基于所计算的相似度设定通过从乐曲特征量确定部64接收到的ID识别的乐曲的顺序。
注意，在这种典型情况下，将通过从乐曲特征量确定部64接收到的ID识别的乐曲作为推荐乐曲呈现给用户。为此，通过从乐曲特征量确定部64接收到的ID识别的乐曲也被称为推荐乐曲。
图7是示出在图4所示播放列表生成部18中采用的排序部65的典型结构的框图。
非常类似于在图5所示匹配处理部62中采用的乐曲向量存储部71，乐曲向量存储部81是用于根据作为乐曲元数据存储在元数据存储部15中的元数据生成每首乐曲的乐曲向量并将乐曲向量存储在其中的单元。
乐曲向量存储部81将通过使乐曲向量与推荐乐曲ID相关而存储在其中的乐曲向量和通过使乐曲向量与再生乐曲ID相关而存储在其中的乐曲向量提供给相似度计算部82。推荐乐曲ID是作为推荐乐曲的ID的、从乐曲特征量确定部64接收到的乐曲ID，而再生乐曲ID是作为再生乐曲的ID的、从控制部21接收到的乐曲ID。
相似度计算部82是用于根据等式(1)计算由每一个均从乐曲向量存储部81接收的作为推荐乐曲向量的每个乐曲向量与再生乐曲的乐曲向量的每个相似度的单元。相似度计算部82将所计算的相似度与推荐乐曲的乐曲向量一起提供给顺序确定部83。
顺序确定部83是用于基于从相似度计算部82接收到的相似度确定推荐乐曲中每一首的顺序的单元并将顺序与各首推荐乐曲的ID一起提供给在图4所示播放列表生成部18中采用的画面构成部66。
画面构成部66是用于从元数据存储部15中读出推荐乐曲(每一首均由从排序部65接收的ID所识别)中每一首的标题，以及用于基于由排序部65确定的顺序(作为推荐乐曲的顺序)按顺序生成示出推荐乐曲标题的播放列表的单元。
在这种典型情况下，为了通过将播放列表叠加在图2所示再生画面31上来显示播放列表，画面构成部66经由显示控制部19将播放列表提供给显示部20。然而，可选地，不在显示部20上显示所生成的播放列表。在这种情况下，将所生成的播放列表提供给控制部21，并自动再生播放列表最上面的乐曲。播放列表最上面的乐曲是向用户推荐最多的乐曲。
在图1所示的典型再生装置1中，乐曲的数据被存储在乐曲数据存储部14中。然而，注意，在可选结构中，再生装置1设置有用于与作为用于通过网络分发乐曲的装置、预先确定的装置进行通信的功能。在该可选结构中，从该装置接收通过预先确定的装置分发的乐曲数据。还应该注意，在图中未示出预先确定的装置和网络。
另外，在图4所示的播放列表生成部18中，特性符合过滤部63被放置在匹配处理部62和乐曲特征量确定部64之间。然而，还可以提供特性符合过滤部63被放置在内容选择部61和匹配处理部62之间或乐曲特征量确定部64和排序部65之间的结构。
另外，在图1所示的典型再生装置1中，当通过利用包括在再生画面31中的仪表45来指定热衷度时，向用户推荐与所指定的热衷度相对应的乐曲。然而，还可以提供在再生画面31的元数据显示部41上显示与所指定的热衷度相对应的元数据的结构。
另外，在图2所示的再生画面31中，显示并可改变表示关于乐曲的、由用户展示的特性的特性信息。然而，还可以提供提取乐曲的倾向、宽度和深度作为表示关于乐曲的、由用户展示的特性的特性信息，同时显示并可改变倾向、宽度和深度的指数的结构。
接下来，通过参考图8所示的流程图说明由图1所示再生装置1执行的向用户推荐乐曲的处理。
如图8所示，流程图以步骤S1开始，其中，再生预先确定的乐曲。然后，在下一步骤S2中，再生装置1中采用的控制部21控制再生画面生成部17以生成图2所示的再生画面31，并控制显示控制部19以在显示部20上显示画面。
此时，在图3所示再生画面生成部17中采用的画面构成部54构造再生画面31，其通常以断续显示的方式在元数据显示部41上示出从元数据提取部51接收到的元数据以及在元数据显示部42上示出从元数据提取部52接收到的元数据作为列表。
然后，在下一步骤S3中，控制部21产生关于是否已请求终止再生乐曲数据的确定结果。如果在步骤S3执行的处理中产生的确定结果表示还没有请求终止再生乐曲数据，则由该流程图表示的处理流程前进至步骤S4，其中，控制部21产生关于是否已选择再生画面31的元数据显示部41中的元数据的确定结果。
如果步骤S4执行的处理中产生的确定结果表示已经选择了元数据显示部41中的元数据，则由该流程图表示的处理流程前进至步骤S5，其中，控制部21将所选元数据通知给播放列表生成部18。在以下描述中，已经被选择的元数据、在步骤S4执行的处理中确定的元数据被称为选择元数据。
通过参考元数据存储部15，在图4所示播放列表生成部18中采用的内容选择部61选择每一首都具有包括由控制部21报告的选择元数据的元数据的乐曲，并将所选乐曲通知给匹配处理部62。
然后，在下一步骤S6中，根据等式(1)，在播放列表生成部18中采用的匹配处理部62计算由内容选择部61报告的所选乐曲的每一首的乐曲向量与用户嗜好向量之间的相似度。随后，匹配处理部62选择每一首均具有高相似度的N首乐曲，并将N首所选乐曲通知给在播放列表生成部18中采用的特性符合过滤部63。
然后，在下一步骤S7中，特性符合过滤部63从由匹配处理部62报告的乐曲中选择特定乐曲。每首特定乐曲都与作为关于用户特性信息的、由在再生画面生成部17中采用的特性提取部53提取的信息相匹配或与作为关于用户特性信息的、由再生画面31的仪表45指定的信息相匹配。然后，特性符合过滤部63将特定乐曲通知给乐曲特征量确定部64。
然后，在下一步骤S8中，在播放列表生成部18中采用的乐曲特征量确定部64生成图6所示的分离平面，作为对应于与用户嗜好相匹配的乐曲特征量的平面。然后，乐曲特征量确定部64基于由特性符合过滤部63报告的指定乐曲的乐曲特征量和分离平面之间的位置关系选择每个都具有与嗜好相匹配的乐曲特征量的特定乐曲。随后，乐曲特征量确定部64将特定乐曲通知给在播放列表生成部18中采用的排序部65。
然后，在下一步骤S9中，根据等式(1)，排序部65计算每一个均由乐曲特征量确定部64报告的每一首特定乐曲(作为推荐乐曲)与再生乐曲(或正在再生的乐曲)之间的相似度。然后，排序部65根据为各个推荐乐曲计算的相似度来确定推荐乐曲中每一首的顺序，随后，排序部65将推荐乐曲和它们的顺序通知给在播放列表生成部18中采用的画面构成部66。
然后，在下一步骤S10中，画面构成部66从元数据存储部15中读出由排序部15报告的推荐乐曲的标题，并按照其顺序排序的推荐乐曲的顺序生成示出标题的播放列表。随后，画面构成部66通过显示控制部19在显示部20上显示播放列表。通过叠加在图2所示再生画面31上来显示播放列表。
当用户从播放列表上显示的乐曲中选择一首乐曲时，由该流程图表示的处理流程前进至步骤S11，其中，控制部21控制再生部12以再生选择乐曲。然后，在下一步骤S12中，控制部21通过将再生乐曲的元数据存储在历史存储部16中来更新历史信息。注意，当操作再生画面31中所示的按钮44-1或44-2时，在历史存储部16中存储根据对按钮44-1或44-2执行的操作的评价结果以更新历史信息。
然后，由该流程图表示的处理流程返回至步骤S2，其中，显示根据在步骤S11执行的处理中开始其再生的乐曲的再生画面31。根据在步骤S11执行的处理中开始其再生的乐曲更新此时显示的再生画面31。然后，以上述相同的方式重复执行步骤S3和随后步骤的处理。
另一方面，如果在步骤S4执行的处理中产生的确定结果表示没有选择再生画面31的元数据显示部41中的元数据，则由该流程图表示的处理流程前进至步骤S13，其中，控制部21产生关于是否已经选择元数据显示部42中的元数据以及是否已经操作按钮46(即，是否已经确定推荐乐曲的条件)的确定结果。
如果在步骤S13执行的处理中产生的确定结果表示已经选择了元数据显示部42中的元数据并且已经操作了按钮46以确定推荐乐曲的条件，则由该流程图表示的处理流程前进至步骤S5，从而通过利用元数据显示部42中的所选元数据来以上述相同的方式执行步骤S5和随后步骤的处理。
另一方面，如果在步骤S13执行的处理中产生的确定结果表示没有选择元数据显示部42中的元数据或没有操作按钮46以确定推荐乐曲的条件，则由该流程图表示的处理流程返回至步骤S4，以按照上述相同的方式重复该步骤的处理。
另一方面，如果在步骤S3执行的处理中产生的确定结果表示已经请求终止再生乐曲数据，则由该流程表示的处理流程前进至步骤S14，其中，根据该流程图，控制部21终止执行向用户推荐乐曲的处理。
如上所述，当以允许用户选择的在元数据显示部41中显示任何元数据的格式在再生画面31的元数据显示部41上显示正在再生的乐曲的元数据以及用户选择显示在元数据显示部41上的元数据时，基于由用户选择的元数据确定推荐乐曲。因而，可向用户呈现用作确定推荐乐曲的处理基准的元数据。因此，可以执行确定推荐乐曲的处理作为非常灵活的处理。
另外，在具有图4所示典型结构的播放列表生成部18中，匹配处理部62基于用户嗜好向量选择乐曲。此外，乐曲特征量确定部64基于乐曲信号(表示乐曲)本身所拥有的乐曲特征量选择推荐乐曲。因而，可以向用户推荐与用户嗜好相匹配的乐曲。
接下来，解释包括在图2所示再生画面31中的元数据显示部41的另一个典型格式。
包括在图2所示典型再生画面31中的元数据显示部41具有示出相同元数据的显示部41A和41B。然而，还可以提供包括在图2所示典型再生画面31中的元数据显示部41具有示出不同元数据的显示部41A和41B的结构。
例如，显示部41A示出了诸如上述艺术家、年代、区域、基调等的预定项目。另一方面，显示部41B示出了与显示部41A中所示预定项目不同的项目。
在这种情况下，在图3所示再生画面生成部17中采用的元数据提取部51将待显示在显示部41A中的元数据提供给画面构成部54。待显示在显示部41A中的元数据包括通过使其与从控制部21接收到的ID(作为正在再生的乐曲的ID)相关而存储在元数据存储部15中的元数据所包括的预定项目。预定项目通常包括艺术家、年代、区域、和基调。具体地，在典型元数据显示部41的情况下，艺术家、年代、区域、和基调分别是女性独唱歌手、90年代、冲绳、和快节奏基调。另外，元数据提取部51还将待显示在显示部41B中的元数据提供给画面构成部54。待显示在显示部41B中的元数据包括除预定项目之外的项目。在通过使其与从控制部21接收到的ID(作为正在再生的乐曲的ID)相关而存储在元数据存储部15中的元数据中包括除了预定项目之外的项目。
然后，画面构成部54构成包括显示部41A(示出从元数据提取部51接收的元数据作为将被显示在显示部41A中的元数据)和显示部41B(示出从元数据提取部51接收的元数据作为将被显示在显示部41B中的元数据)的再生画面31。
另外，也可以提供包括在图2所示典型再生画面31中的元数据显示部41具有示出与正在再生的乐曲相关的元数据的显示部41A和示出与正在再生的乐曲不相关的元数据的显示部41B的结构。通过具有这种结构，可以在用户选择显示部41A中所示的元数据时向用户推荐与正在再生的乐曲相关的乐曲。另外，还可以在用户选择显示部41B中所示的元数据时向用户推荐与正在再生的乐曲不相关的乐曲。也就是说，例如，可以从正在再生的乐曲跳到具有分别与正在再生的乐曲的旋律或曲调完全不同的旋律和/或曲调的乐曲。
在这种结构中，在再生画面生成部17中采用的元数据提取部51将待被显示在显示部41A中的元数据提供给画面构成部54。待被显示在显示部41A中的元数据包括通过使其与从控制部21接收的ID(作为正在再生的乐曲的ID)相关而存储在元数据存储部15中的元数据所包括的预定项目。另外，元数据提取部51还将待被显示在显示部41B中的元数据提供给画面构成部54。待被显示在显示部41B中的元数据包括除预定项目之外的项目。在通过使其与从控制部21接收的ID(作为除正在再生的乐曲之外的乐曲的ID)相关而存储在元数据存储部15中的元数据中包括除预定项目之外的项目。
同样，然后，画面构成部54构成包括显示部41A(示出从元数据提取部51接收的元数据作为将被显示在显示部41A中的元数据)和显示部41B(示出从元数据提取部51接收的元数据作为将被显示在显示部41B中的元数据)的再生画面31。
另外，还可以提供包括在图2所示典型再生画面31中的元数据显示部41具有示出与正在再生的乐曲相关的元数据的显示部41A和显示表示整个播放列表(示出推荐乐曲)主题的消息的显示部41B的结构。消息的实例是“轻柔歌曲的集合”的消息。其中，通过查看显示在显示部41B中的消息，用户能够知道推荐包括在播放列表中的乐曲的原因。
在这种结构中，在再生画面生成部17中采用的元数据提取部51将待被显示在显示部41A中的元数据提供给画面构成部54。待被显示在显示部41A中的元数据包括通过使其与从控制部21接收的ID(作为正在再生的乐曲的ID)相关而存储在元数据存储部15中的元数据所包括的预定项目。另外，元数据提取部51还将待被显示在显示部41B中的信息提供给画面构成部54。待被显示在显示部41B中的信息是示出推荐乐曲的整个播放列表的主题。注意，控制部21从播放列表生成部18接收示出推荐乐曲的整个播放列表的主题并将该主题传递至再生画面生成部17。
同样，然后，画面构成部54构成包括显示部41A(示出从元数据提取部51接收的元数据作为将被显示在显示部41A中的元数据)和显示部41B(示出从元数据提取部51接收的元数据作为将被显示在显示部41B中的元数据)的再生画面31。
另外，还可以提供包括在图2所示典型再生画面31中的元数据显示部41具有示出与正在再生的乐曲相关的元数据的显示部41A和显示与正在再生的乐曲的旋律相关的元数据的显示部41B的结构。
除此之外，还可以提供这样的结构：除包括图2所示典型再生画面31中的元数据显示部41具有示出不同元数据的显示部41A和41B之外，例如，可根据用户爱好适当地改变显示部41A和41B的显示格式。例如，当在元数据显示部41中显示与正在再生的乐曲相关的元数据时，可通过强调特定元数据来示出与用户嗜好相匹配的特定元数据。
在这种结构中，在再生画面生成部17中采用的元数据提取部51将待被显示在元数据显示部41中的元数据提供给画面构成部54。待被显示在元数据显示部41中的元数据包括通过使其与从控制部21接收的ID(作为正在再生的乐曲的ID)相关而存储在元数据存储部15中的元数据中包括的预定项目。另外，元数据提取部51基于存储在历史存储部16中的历史信息产生关于提供给画面构成部54的元数据是否与用户嗜好相匹配的确定结果，并且还将确定结果提供给画面构成部54。
然后，画面构成部54构成包括元数据显示部41的再生画面31，其中，元数据显示部41根据关于提供给画面构成部54的元数据是否与用户嗜好相匹配的确定结果，以显示格式示出从元数据提取部51接收到的元数据。
另外，在图2所示的典型再生画面31中，在整个再生处理期间，在元数据显示部41中显示与乐曲相关的相同元数据。然而，还可以提供以与正在再生的乐曲的不同部分互锁的方式随时间变化地显示元数据的结构。
当正在再生吉他独奏乐曲时，显示“该表演中弹吉他的人是○○○”的消息。当再生乐曲的所谓合唱部分等的预定部分时，显示陈述“这是乐曲的好听部分”或“○○○是具有类似旋律的乐曲”的消息。
在这种情况下，已将具有与正在再生的乐曲的合唱部分类似的旋律的乐曲的信息存储在存储器中。当在再生画面生成部17中采用的元数据提取部51从控制部21接收表示正在再生的合唱部分的信号时，元数据提取部51将该信息提供给画面构成部54。关于具有类似旋律的乐曲的信息实例为乐曲的标题。
然后，画面构成部54构成在元数据显示部41中显示从元数据提取部51接收的信息的再生画面31。
另外，可以如上所述地选择显示在元数据显示部41中的任何元数据。然而，可以提供如果在长时间周期内没有选择显示在元数据显示部41中的元数据，则可将引起用户注意的元数据显示在元数据显示部41中的结构。
例如，假定与正在再生的乐曲相关的元数据被显示在元数据显示部41中。在这种情况下，如果在预定的时间周期内没有选择显示在元数据显示部41中的任何元数据，则可在与正在再生的乐曲相关的元数据中显示与正在再生的乐曲不相关的元数据。
具体地，控制部21测量一段时间以选择显示在元数据显示部41中的元数据，并且如果在预定时间周期内没有选择显示在元数据显示部41中的任何元数据，则控制部21控制在再生画面生成部17中采用的元数据提取部51，以提取与正在再生的乐曲不相关的元数据。
另外，包括在图2所示典型再生画面31中的元数据显示部41具有彼此独立的两个显示部，即，显示部41A和41B。然而，可以提供元数据显示部41具有一个显示部或者三个以上显示部的结构。
另外，显示部41A和41B中的每一个均具有在水平方向上排列的长形状并且相互平行。然而，可以提供每一个均具有不同形状的显示部41A和41B以不同布局放置在元数据显示部41中的结构。
以下描述将具体说明由图3所示再生画面生成部17中采用的特性提取部53所采用的技术作为用于生成之前列举的特性信息的技术。
在再生画面生成部17中采用的特性提取部53在分簇处理中将乐曲的元数据项目的真实信息(real information)分为多个簇，并将这些簇分组为图9所示的多个簇层。在图中所示的典型情况下，簇层为第一至第n层。存储在历史存储部16中的元数据项目通常包括分别与图中所示的艺术家、标题、唱片集、和风格簇层相对应的艺术家、标题、唱片集、和风格项目。
注意，乐曲可具有与多个簇有关的一个元数据项目(或多个元数据项目)。处于相同簇层中的任意两个簇之间的距离是已知的。这种距离就是前面提到的相似度。
然后，特性提取部53生成包括作为对乐曲的元数据项目的真实信息进行分类的结果而获得的每个簇的ID的簇信息。乐曲的簇信息被用作关于乐曲特征的信息。在图9所示的实例中，符号CL11、CL12等中的每一个都表示簇的ID。
当特性提取部53执行上述对乐曲的元数据项目的真实信息进行分类的分簇处理时，特性提取部53还通过利用分簇处理的结果生成特性信息。在以下的描述中，分簇处理的结果被称作多视点分簇结果。
图10是参照用于通过利用每一个均与图9所示簇层相对应的多视点分簇结果来生成特性信息的方法描述的示例图。
图10所示的多视点分簇结果View1至View3中的每一个都包括在图中将每一个都画作椭圆的八个簇。每个簇都包围一首或多首乐曲(包括在图中将每一个都画作小圆圈的四首乐曲m1到m4)的元数据。然而，如图10所示，在多视点分簇结果View1中，乐曲m1到m4中的每一首都与两个簇有关，在多视点分簇结果View3中，四首乐曲m1到m4与两个簇有关，以及在多视点分簇结果View2中，乐曲m1到m4中的每一首都与一个簇有关。以这种方式，可通过多个簇来表示乐曲。因此，在以下描述中，代替使用乐曲数(图10所示实例中为4)，而使用包括在每个簇中的值。在图10所示的实例中，包括在簇中的值是封闭在簇中的圆圈的数量。在以下描述中，包括在簇中的值被称为表示与簇有关的乐曲数量的内容条目(content-entry)数。
首先，说明用于生成倾向的方法。在以下描述中，用符号o表示倾向。
将在特定时间点处乐曲的测量倾向度定义为通过直到该时间点已经使用乐曲的次数的对数函数所给出的规一化值(noamalizedvalue)。规一化值可以是0至1.0范围内的任何值。在以下描述中，至今为止已经使用的乐曲次数被称为使用数。
在这种情况下，特性提取部53通过计算由正在被用户再生的乐曲的测量倾向度的平均值而得到用户的测量倾向度。将用户的测量倾向度认为是倾向o。
由于必须将倾向o的尺度调整为诸如宽度和深度(将在之后的描述中进行说明)的特性信息，所以将规一化值认为是倾向o。也就是说，每一条其他特性信息也为规一化值。
具体地，以图10所示多视点分簇结果为例。乐曲m1的使用数为1024，乐曲m2的使用数为8，乐曲m3的使用数为64，以及乐曲m4的使用数为512。另外，归一化分母为16。也就是说，所有乐之中被最多次再生的乐曲的使用数为65536。
在这种情况下，根据等式(2)计算倾向o。注意，在以下给出的每个等式中，对数函数的底为2。然而，从等式中省略了底的表示。
o＝{(log1024+log8+log64+log512)/16}/4
＝(10+3+6+9)/16/4＝0.4375...(2)
接下来，说明用于生成宽度的方法。在以下描述中，用符号w表示宽度。
特性提取部53根据下面给出的等式(3)得到每个多视点分簇结果View v的熵Ev。附加于表示多视点分簇结果的符号View的符号v是分配给图10所示的簇层数。在图中所示的实例中，簇层数可以是范围1至3的任意整数。在等式中，符号Pv-i表示作为将乐曲条目数Sv-i(表示与在表示多视点分簇结果View v的簇层上存在的簇v-i有关的乐曲数量)除以所有条目数Sv-i的总和∑Sv-i结果而获得的商。符号i表示分配给簇的号。注意，在图10所示的实例中，簇号1被分配给表示多视点分簇结果View v的簇层左上角处的簇。对于布置在同一行的另外三个簇中的每一个，簇号沿向右的方向顺序以1递增。也就是说，簇号2至4被分别分配给另外三个簇。然后，簇号5被分配给簇层左下角处的簇。同样，对于布置在同一行的另外三个簇，簇号沿向右的方向顺序以1递增。也就是说，簇号6至8被分别分配给另外三个簇。
E v = - Σ i P v - i log ( P v - 1 ) . . . ( 3 )
然而，在乐曲条目数为0(即，Pv-i＝0)的情况下，通过根据簇类型数n引入固定无穷小值来修正等式(3)，以产生以下给出的作为用于计算商Pv-i和熵Ev的等式的等式(4)至(6)。根据簇类型数n的固定无穷小值的实例是n的平方。
Pv-i＝Sv-i/(S+#0×n-2)(Sv-i≠0)               ...(4)
Pv-zero＝n-2/(S+#0×n-2)(Sv-i＝0)             ...(5)
Ev＝-∑Pv-ilog(Pv-i)-#0×Pv-zerolog(Pv-zero)  ...(6)
其中，#0是条目0的簇号。
然后，特性提取部53对所得到的多视点分簇结果View的熵Ev的最小值Ev-min进行归一化，并将归一化的最小熵Ev-min作为宽度w。通过利用调整后的归一化系数(使由簇号确定的归一化的最大熵Emax等于1.0)来执行归一化处理。
具体地，例如，分别根据等式(7)至(9)分别计算多视点分簇结果View1至View3的熵E1至E3。因而，根据等式(10)确定最小熵Ev-min，而根据等式(11)确定最大熵Emax。因此，根据等式(12)得到宽度w。
(View 1)E1＝8×(-1/8log(1/8))＝3.0       ...(7)
(View 2)P2-1＝1/(4+4×1/82)＝16/65
P2-0＝(1/82)/(4+4×1/82)＝1/260
E2＝-4×P2-1logP2-1-4×P2-0logP2-0＝2.11 ...(8)
(View 3)P3-1＝4/(8+6×1/82)＝128/259
P3-0＝(1/82)/(8+6×1/82)＝1/518
E3＝-2×P3-1logP3-1-6×P3-0logP3-0＝1.11 ...(9)
∴Ev-min＝E3＝1.11                       ...(10)
Emax＝-∑1/8log(1/8)＝3                  ...(11)
∴w＝Ev-min/3＝1.11/3＝0.37              ...(12)
接下来，说明用于生成深度的方法。在以下描述中，用符号d表示深度。
在这种情况下，特性提取部53识别使其熵Ev(用于计算宽度w)等于最小熵Ev-min的多视点分簇结果View。然后，通过将特定簇的内容条目数Sv-i除以所有用户的最大内容条目数Sv-i-max，来对包括在多视点分簇结果View中的特定簇(作为具有多视点分簇结果View的所有簇中具有最大商Pv-i的簇)的内容条目数Sv-i进行归一化，以给出深度d。
具体地，例如，假定所有用户的最大内容条目数Sv-i-max为100。在图10所示实例的情况下，特性提取部53识别使其熵E3等于最小熵Ev-min(为1.11)的多视点分簇结果View 3作为簇层。然后，特性提取部53在多视点分簇结果View的所有簇中识别每一个均具有最大商Pv-i(或如等式(13)中所表示的最大内容条目数Sv-i)的特定簇3-2和3-7。最后，特性提取部53根据等式(14)将最大内容条目数Sv-i除以最大内容条目数Sv-i-max，以得到深度d。
Sv-i＝S3-2＝S3-7＝4     ...(13)
∴d＝4/100＝0.04        ...(14)
如上所述，特性提取部53能够计算诸如倾向o、宽度w和深度d的特性信息。然后，特性提取部53生成向量D(o，w，d)，其具有作为其向量分量的计算特性信息(例如，倾向o、宽度w、和深度d)。
至此所给出的描述说明了向用户推荐乐曲的实例。然而，注意，本发明可应用于任何其他内容，只要其他内容具有可作为分析表示其他内容的信号结果而得到的预定特征量。
顺便提及，可以通过硬件和/或执行软件来实现上述一系列处理。如果通过执行软件来实现上述一系列处理，则通常可将组成软件的程序安装在实现再生装置1的功能的通用计算机中。
图11是示出实现上述计算机(其中安装有将被执行以实现上述一系列处理的程序)的实施例的典型结构的框图。
在计算机中，可预先将程序存储在嵌入式硬盘105或嵌入式ROM(只读存储器)103中。
可选地，还可将程序暂时或永久地存储或(或记录)在可移动记录介质111中。可移动记录介质111的实例包括软盘、光盘(例如，CD-ROM(光盘只读存储器))、MO(磁光)盘、DVD(数字通用盘)、磁盘、和半导体存储器。存储在可移动记录介质111中的程序共同被称为所谓的封装软件，其作为将要安装在计算机中的软件提供给用户。
注意，除将程序从上述的可移动记录介质111安装到计算机中之外，还可以从外部下载网站将程序下载到计算机。在这种情况下，利用通过起数字卫星广播功能的人造卫星的无线电通信或利用通过诸如LAN(局域网)或互联网的网络的有线通信，将程序从下载网站传送到计算机。在计算机中，通过通信部108接收从下载网站传送的程序并将其安装到上述硬盘105中。
计算机具有嵌入其中的CPU(中央处理单元)102。CPU 102通过总线101连接至输入/输出接口110。当用户操作输入部107(通常包括键盘、鼠标、和话筒)时，输入部107将表示用户执行的操作的命令经由输入/输出接口110和总线101传送至CPU 102。然后，CPU 102根据该命令执行作为程序存储在ROM 103中的一个程序。可选地，CPU 102根据该命令将已作为程序安装在硬盘105中的一个程序从硬盘105加载到RAM(随机存取存储器)104并执行该程序。如上所述，利用通过起数字卫星广播的人造卫星功能的无线电通信或利用通过诸如互联网的网络的有线通信将程序从下载网站传送到计算机，已经将待被CPU 102执行的安装在硬盘105中的程序从下载网站下载到计算机。作为另一选择，当在计算机的驱动器109上安装可移动介质111时，已经将由CPU 102执行的安装在硬盘105中的程序从可移动记录介质111传送至硬盘105。CPU 102执行一个程序(或多个程序)，以执行通过参考图8的流程图的上述流程图所表示的处理或根据之前说明的框图中的一个所示的结构的处理。然后，如果需要，通过总线101和输入/输出接口110，CPU 102将处理结果经由输出单元106输出至外部目的地和/或将结果经由通信部108传送至网络。另外，CPU 102还通过总线101将处理结果存储在硬盘105中。通常，输出单元106包括LCD(液晶显示器)和扬声器。
还应该注意，在本说明书中，可沿时间轴以预定顺序执行上述流程图的步骤，例如，还可以在并行处理或目标处理中同时或分别执行这些步骤。
另外，在分布式处理中，可通过一台计算机或多台计算机执行程序。除此之外，可将要被计算机执行的程序传送至安装在远程位置处的计算机。
注意，本发明的实现绝不限于上述实施例。也就是说，只要对实施例所作的改变在不偏离本发明的范围内，就可以对其进行改变。
另外，本领域的技术人员应该理解，根据设计要求和其他因素，可以有多种修改、组合、子组合和改进，均应包含在本发明的权利要求或等同物的范围之内。

Claims (11)

1.一种信息处理装置，包括：
元数据显示装置，被配置为显示乐曲内容的元数据；
元数据指定装置，被配置为指定由所述元数据显示装置显示的所述元数据；
第一选择装置，被配置为选择每一首均具有与由所述元数据指定装置指定的所述元数据相对应的元数据的乐曲；
第二选择装置，被配置为计算包括每一项都表示由所述第一选择装置选择的所述乐曲中一首的属性的多个项目的属性信息与表示用户嗜好的用户嗜好信息之间的相似度，并根据所计算的相似度从由所述第一选择装置选择的所述乐曲中选择乐曲；
第三选择装置，被配置为基于由所述第二选择装置选择的所述乐曲的乐曲特征量、和与所述用户嗜好相匹配的乐曲特征量，从由所述第二选择装置选择的所述乐曲中，选择具有与所述用户嗜好相匹配的乐曲特征量的乐曲内容；
确定装置，被配置为将由所述第三选择装置选择的所述乐曲内容确定为将推荐给所述用户的乐曲内容；以及
再生装置，被配置为再生由所述确定装置确定的所述乐曲内容。
2.根据权利要求1所述的信息处理装置，其中，所述确定装置生成每一首均被所述确定装置确定为将推荐给所述用户的乐曲内容的乐曲的播放列表。
3.根据权利要求2所述的信息处理装置，还包括：
顺序确定装置，被配置为确定由所述第三选择装置选择的所述乐曲中每一首的播放列表顺序，
其中，所述确定装置基于由所述顺序确定装置确定的所述播放列表顺序，生成显示每一条均用作关于由所述第三选择装置选择的乐曲中的一首的信息的播放列表。
4.根据权利要求3所述的信息处理装置，其中，如果正在再生乐曲内容，则所述顺序确定装置根据由所述第三选择装置选择的所述乐曲中的每一首和正在再生的所述乐曲内容之间的相似度，确定所述各首乐曲内容的所述播放列表顺序。
5.根据权利要求3所述的信息处理装置，其中，当已经通过所述确定装置生成所述播放列表时，再生在所述播放列表最上面的乐曲内容。
6.根据权利要求1所述的信息处理装置，还包括：
评价输入装置，被配置为接收对正在再生的乐曲内容的评价；以及
嗜好信息更新装置，被配置为基于由所述评价输入装置接收到的所述评价更新关于所述用户嗜好的信息。
7.根据权利要求1所述的信息处理装置，还包括：
特征/特性生成装置，被配置为生成表示乐曲内容的特征的内容特征信息或表示由所述用户展现出的关于预先确定类型的乐曲内容的特性的用户特性信息；以及
第四选择装置，被配置为从由所述第一选择装置、所述第二选择装置或所述第三选择装置选择的乐曲中选择具有由所述特征/特性生成装置指定的特征的乐曲内容。
8.根据权利要求7所述的信息处理装置，还包括：
变化接收装置，被配置为接收所被指定由所述特征信息表示的特征变化或由所述特性信息表示的特性变化的变化，
其中，所述第四选择装置从所述第一选择装置、所述第二选择装置、或所述第三选择装置选择的乐曲中，根据由所述变化接收装置接收到的所述变化选择与所述特征信息相对应的乐曲内容或根据由所述变化接收装置接收到的所述变化选择与所述特性信息相对应的乐曲内容。
9.一种信息处理方法，包括：
元数据显示步骤，显示乐曲内容的元数据；
元数据指定步骤，指定在所述元数据显示步骤执行的处理中显示的所述元数据；
第一选择步骤，选择每一首均具有与在所述元数据指定步骤执行的处理中指定的所述元数据相对应的元数据的乐曲；
第二选择步骤，计算包括每一项都表示由在所述第一选择步骤执行的处理中选择的所述乐曲中一首的属性的多个项目的属性信息与表示用户嗜好的用户嗜好信息之间的相似度，并根据所计算的相似度从在所述第一选择步骤执行的处理中选择的所述乐曲中选择乐曲；
第三选择步骤，基于在所述第二选择步骤执行的处理中选择的所述乐曲的乐曲特征量和与所述用户嗜好相匹配的乐曲特征量，从在所述第二选择步骤执行的处理中选择的所述乐曲中选择具有与所述用户嗜好相匹配的乐曲特征量的乐曲内容；
确定步骤，将在所述第三选择步骤执行的处理中选择的所述乐曲内容确定为将推荐给所述用户的乐曲内容；以及
再生步骤，再生在所述确定步骤执行的处理中确定的所述乐曲内容。
10.一种使计算机执行确定将推荐给用户的乐曲内容的处理的信息处理程序，其中，确定将推荐给所述用户的乐曲内容的所述处理包括：
元数据显示步骤，显示乐曲内容的元数据；
元数据指定步骤，指定在所述元数据显示步骤执行的处理中显示的所述元数据；
第一选择步骤，选择每一首均具有与在所述元数据指定步骤执行的处理中指定的所述元数据相对应的元数据的乐曲；
第二选择步骤，计算包括每一项都表示由在所述第一选择步骤执行的处理中选择的乐曲中一首的属性的多个项目的属性信息与表示所述用户嗜好的用户嗜好信息之间的相似度，并根据所计算的相似度从在所述第一选择步骤执行的处理中选择的所述乐曲中选择乐曲；
第三选择步骤，基于在所述第二选择步骤执行的处理中选择的所述乐曲的乐曲特征量和与所述用户嗜好相匹配的乐曲特征量，从在所述第二选择步骤执行的处理中选择的所述乐曲中选择具有与所述用户嗜好相匹配的乐曲特征量的乐曲内容；
确定步骤，将在所述第三选择步骤执行的处理中选择的所述乐曲内容确定为将推荐给所述用户的乐曲内容；以及
再生步骤，再生在所述确定步骤执行的处理中确定的所述乐曲内容。
11.一种信息处理装置，包括：
元数据显示部，被配置为显示乐曲内容的元数据；
元数据指定部，被配置为指定由所述元数据显示部显示的所述元数据；
第一选择部，被配置为选择每一首均具有与由所述元数据指定部指定的所述元数据相对应的元数据的乐曲；
第二选择部，被配置为计算包括每一项都表示由所述第一选择部选择的所述乐曲中一首的属性的多个项目的属性信息与表示用户嗜好的用户嗜好信息之间的相似度，并根据所计算的相似度从由所述第一选择部选择的所述乐曲中选择乐曲；
第三选择部，被配置为基于由所述第二选择部选择的所述乐曲的乐曲特征量和与所述用户嗜好相匹配的乐曲特征量，从由所述第二选择部选择的所述乐曲中选择具有与所述用户嗜好相匹配的所述乐曲特征量的乐曲内容；
确定部，被配置为将由所述第三选择部选择的所述乐曲内容确定为将推荐给所述用户的乐曲内容；以及
再生部，被配置为再生由所述确定部确定的所述乐曲内容。
CN2007101959608A 2006-12-08 2007-12-07 信息处理装置和显示控制处理方法 Expired - Fee Related CN101197929B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2006332227 2006-12-08
JP2006332227 2006-12-08
JP2006-332227 2006-12-08

Publications (2)

Publication Number Publication Date
CN101197929A true CN101197929A (zh) 2008-06-11
CN101197929B CN101197929B (zh) 2012-12-12

Family

ID=39144273

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007101959608A Expired - Fee Related CN101197929B (zh) 2006-12-08 2007-12-07 信息处理装置和显示控制处理方法

Country Status (4)

Country Link
US (1) US20080141134A1 (zh)
EP (1) EP1930906A1 (zh)
JP (1) JP2008165759A (zh)
CN (1) CN101197929B (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101990119A (zh) * 2009-08-03 2011-03-23 鸿富锦精密工业（深圳）有限公司 音乐视频服务器及其音乐视频个性化设置方法
CN102147805A (zh) * 2010-02-05 2011-08-10 索尼公司 信息处理设备、信息处理方法和程序
CN102214476A (zh) * 2010-04-08 2011-10-12 索尼公司 信息处理装置、信息处理系统、信息处理方法和程序
CN102289759A (zh) * 2010-06-15 2011-12-21 索尼公司 项目推荐系统、项目推荐方法以及程序
CN102308295A (zh) * 2009-02-10 2012-01-04 索尼爱立信移动通讯有限公司 音乐剖析
CN102567447A (zh) * 2010-11-09 2012-07-11 索尼公司 信息处理装置和方法、信息处理系统及程序
CN106445961A (zh) * 2015-08-10 2017-02-22 北京奇虎科技有限公司 新闻推送方法及装置
CN106775567A (zh) * 2017-01-05 2017-05-31 微鲸科技有限公司 一种音效匹配方法及系统
CN107451141A (zh) * 2016-05-30 2017-12-08 阿里巴巴集团控股有限公司 一种数据推荐的处理交互方法、装置及系统
CN109754820A (zh) * 2018-12-07 2019-05-14 百度在线网络技术（北京）有限公司 目标音频获取方法及装置、存储介质及终端

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4423568B2 (ja) * 2006-12-08 2010-03-03 ソニー株式会社 表示制御処理装置および方法並びにプログラム
US7821524B2 (en) * 2007-06-26 2010-10-26 Microsoft Corporation Adaptive contextual filtering
US8549402B2 (en) * 2007-12-29 2013-10-01 Joseph Harold Moore System and method for providing internet radio service
JP5166949B2 (ja) * 2008-04-10 2013-03-21 株式会社エヌ・ティ・ティ・ドコモ レコメンド情報生成装置およびレコメンド情報生成方法
JP4577412B2 (ja) 2008-06-20 2010-11-10 ソニー株式会社 情報処理装置、情報処理方法、情報処理プログラム
US8856159B2 (en) * 2008-09-05 2014-10-07 Sony Corporation Content recommendation system, content recommendation method, content recommendation apparatus, program, and information storage medium
CN102124466B (zh) * 2008-09-05 2013-09-11 索尼公司 内容推荐系统、内容推荐方法和内容推荐设备
JP5581628B2 (ja) * 2009-08-05 2014-09-03 ソニー株式会社 表示制御装置、表示制御方法及び表示制御プログラム
US20120284302A1 (en) * 2009-10-29 2012-11-08 Tsuyoshi Takagi Content selection system, content selection method and program
KR20110047768A (ko) 2009-10-30 2011-05-09 삼성전자주식회사 멀티미디어 컨텐츠 재생 장치 및 방법
US20110113330A1 (en) * 2009-11-06 2011-05-12 Sony Ericsson Mobile Communications Ab Method for setting up a list of audio files
JP2012226617A (ja) 2011-04-20 2012-11-15 Sony Corp 情報処理装置、情報処理方法、及び、プログラム
US8639706B1 (en) * 2011-07-01 2014-01-28 Google Inc. Shared metadata for media files
JP5792023B2 (ja) * 2011-10-19 2015-10-07 鳳俊 李 カラオケのリモコン、カラオケシステム、カラオケセットのリモコンの制御方法、及びプログラム
US9225580B2 (en) * 2012-02-29 2015-12-29 Bradly Freeman Rich Mechanism for facilitating user-controlled features relating to media content in multiple online media communities and networks
US9652118B2 (en) * 2013-01-16 2017-05-16 Marcus Thomas Llc System and method for generating a color palette based on audio content
US9626438B2 (en) 2013-04-24 2017-04-18 Leaf Group Ltd. Systems and methods for determining content popularity based on searches
US9389754B2 (en) 2013-05-14 2016-07-12 Demand Media, Inc. Generating a playlist based on content meta data and user parameters
JP2015122641A (ja) * 2013-12-24 2015-07-02 株式会社Ｎｔｔぷらら 再生装置、再生プログラム、およびコンテンツ配信システム
JP6289898B2 (ja) * 2013-12-26 2018-03-07 株式会社Ｎｔｔぷらら コンテンツ配信システム
JP6660954B2 (ja) * 2014-12-11 2020-03-11 インターデジタル シーイー パテント ホールディングス コンテンツ推奨ユーザインタフェース
JP6746442B2 (ja) * 2016-09-08 2020-08-26 ヤフー株式会社 分類装置、分類方法、及び分類プログラム
US10936653B2 (en) 2017-06-02 2021-03-02 Apple Inc. Automatically predicting relevant contexts for media items
WO2019012684A1 (ja) * 2017-07-14 2019-01-17 三菱電機株式会社 再生リスト作成装置および再生リスト作成方法

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050038819A1 (en) * 2000-04-21 2005-02-17 Hicken Wendell T. Music Recommendation system and method
US6545209B1 (en) 2000-07-05 2003-04-08 Microsoft Corporation Music content characteristic identification and matching
US6748395B1 (en) * 2000-07-14 2004-06-08 Microsoft Corporation System and method for dynamic playlist of media
US6623427B2 (en) * 2001-09-25 2003-09-23 Hewlett-Packard Development Company, L.P. Biofeedback based personal entertainment system
JP4003127B2 (ja) 2002-12-12 2007-11-07 ソニー株式会社 情報処理装置および情報処理方法、情報処理システム、記録媒体、並びにプログラム
JP2005135519A (ja) * 2003-10-30 2005-05-26 Fujitsu Ten Ltd 音楽再生装置
JP4533845B2 (ja) * 2003-12-05 2010-09-01 株式会社ケンウッド オーディオ機器制御装置、オーディオ機器制御方法及びプログラム
JP4458832B2 (ja) * 2003-12-05 2010-04-28 キヤノン株式会社 番組抽出装置およびその制御方法
WO2005072405A2 (en) * 2004-01-27 2005-08-11 Transpose, Llc Enabling recommendations and community by massively-distributed nearest-neighbor searching
JP2006195619A (ja) * 2005-01-12 2006-07-27 Sharp Corp 情報検索装置および情報検索方法
JP2006202127A (ja) * 2005-01-21 2006-08-03 Pioneer Electronic Corp 推奨情報提示装置及び推奨情報提示方法等
US20060218187A1 (en) * 2005-03-25 2006-09-28 Microsoft Corporation Methods, systems, and computer-readable media for generating an ordered list of one or more media items
WO2006127660A2 (en) * 2005-05-23 2006-11-30 Picateers, Inc. System and method for collaborative image selection
US8572169B2 (en) * 2006-08-28 2013-10-29 Myspace, Llc System, apparatus and method for discovery of music within a social network
US8564543B2 (en) * 2006-09-11 2013-10-22 Apple Inc. Media player with imaged based browsing

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102308295A (zh) * 2009-02-10 2012-01-04 索尼爱立信移动通讯有限公司 音乐剖析
CN103327376B (zh) * 2009-08-03 2015-09-02 鸿富锦精密工业（深圳）有限公司 音乐视频服务器及其音乐视频个性化设置方法
CN101990119A (zh) * 2009-08-03 2011-03-23 鸿富锦精密工业（深圳）有限公司 音乐视频服务器及其音乐视频个性化设置方法
CN101990119B (zh) * 2009-08-03 2014-11-12 鸿富锦精密工业（深圳）有限公司 音乐视频服务器及其音乐视频个性化设置方法
CN103327376A (zh) * 2009-08-03 2013-09-25 鸿富锦精密工业（深圳）有限公司 音乐视频服务器及其音乐视频个性化设置方法
CN102147805A (zh) * 2010-02-05 2011-08-10 索尼公司 信息处理设备、信息处理方法和程序
CN102214476A (zh) * 2010-04-08 2011-10-12 索尼公司 信息处理装置、信息处理系统、信息处理方法和程序
CN102289759B (zh) * 2010-06-15 2017-09-08 索尼公司 项目推荐系统以及项目推荐方法
CN102289759A (zh) * 2010-06-15 2011-12-21 索尼公司 项目推荐系统、项目推荐方法以及程序
CN102567447A (zh) * 2010-11-09 2012-07-11 索尼公司 信息处理装置和方法、信息处理系统及程序
CN106445961A (zh) * 2015-08-10 2017-02-22 北京奇虎科技有限公司 新闻推送方法及装置
CN106445961B (zh) * 2015-08-10 2021-02-23 北京奇虎科技有限公司 新闻推送方法及装置
CN107451141A (zh) * 2016-05-30 2017-12-08 阿里巴巴集团控股有限公司 一种数据推荐的处理交互方法、装置及系统
CN107451141B (zh) * 2016-05-30 2021-01-29 阿里巴巴集团控股有限公司 一种数据推荐的处理交互方法、装置及系统
CN106775567A (zh) * 2017-01-05 2017-05-31 微鲸科技有限公司 一种音效匹配方法及系统
CN106775567B (zh) * 2017-01-05 2020-10-02 微鲸科技有限公司 一种音效匹配方法及系统
CN109754820A (zh) * 2018-12-07 2019-05-14 百度在线网络技术（北京）有限公司 目标音频获取方法及装置、存储介质及终端

Also Published As

Publication number Publication date
JP2008165759A (ja) 2008-07-17
US20080141134A1 (en) 2008-06-12
EP1930906A1 (en) 2008-06-11
CN101197929B (zh) 2012-12-12

Similar Documents

Publication Publication Date Title
CN101197929B (zh) 信息处理装置和显示控制处理方法
CN101197930B (zh) 显示控制处理装置及方法
US20160267177A1 (en) Music steering with automatically detected musical attributes
JP4199097B2 (ja) 楽曲自動分類装置及び方法
US7521620B2 (en) Method of and system for browsing of music
US7860862B2 (en) Recommendation diversity
US20150269256A1 (en) System and method for cross-library recommendation
WO2006063447A1 (en) Probabilistic audio networks
JP5293018B2 (ja) 音楽情報処理装置、音楽情報処理方法およびコンピュータプログラム
CN1871619A (zh) 多媒体购买设备、购买和提供方法
US20130254076A1 (en) Systems and methods for selling sounds
CN106775567B (zh) 一种音效匹配方法及系统
EP2096558A1 (en) Method for generating an ordered list of content items
JP2019216355A (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
JP2005018205A (ja) 楽曲検索システム、楽曲検索方法、及び楽曲検索装置
Pauws Music and choice: adaptive systems and multimodal interaction
KR102662975B1 (ko) 인공지능 모델을 이용한 음악 vr게임 장치 및 방법
Grgurić et al. Streaming Services: Revolutionizing Music Management
JP6611633B2 (ja) カラオケシステム用サーバ
Lehtiniemi et al. Evaluating a potentiometer-based graphical user interface for interacting with a music recommendation service
JP2001357054A (ja) 情報検索方法、装置、システム、データベースおよび記録シート

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20121212

Termination date: 20211207