播放表管理设备和方法

文档序号:6753338阅读:152来源:国知局
专利名称:播放表管理设备和方法
技术领域
本发明涉及一种播放表管理设备和方法,尤其涉及一种能够对用户的动态变化的趣味作出响应,自动生成和更新播放表的播放表管理设备和方法。
背景技术
在现有技术中,光盘(CD)是这样构造的光存储介质,即,根据轨道排序和在其中存储诸如文本、声音和图像之类的数据。当需要时,可以读出记录在轨道上的数据。按照红皮书(Red Book)标准,每个光盘包括在上面记录包括有关轨道的个数、轨道的起点、和轨道的长度等的信息的内容表(下文称之为“TOC”)的导入区、实际记录音频数据的节目区、和指示CD结束的导出区。
在现有技术音频CD的情况中,在导入区中的TOC中包括记录在CD中的多段音乐的号码、名称、和播放时间。当把音频CD插入CD播放器中,读出记录在导入区中的TOC,并且,可以根据包括在TOC中的信息再现音频数据。
但是,现有技术存在着各种各样的问题和缺点。例如,但不作为限制,按照红皮书标准制造的现有技术音频CD使用从头到尾依次读取TOC的方案。因此,现有技术的问题在于,通过这种访问方法增加了识别记录在CD上的很多段音频数据所需的初始化时间。
并且,在按照红皮书标准制造的音频CD的情况中,由于只有有关各个轨道的播放时间的信息被包括在TOC中,因此,现有技术的问题在于,不可能利用诸如音乐家的名字、一段音乐的名称、或曲集的名称之类的关键字进行关键字搜索。因此,需要大量的时间和精力来搜寻所需要的音乐片段。
为了解决这些现有技术的问题,人们已经对能够通过在短的时间间隔内读取TOC,缩短对CD的访问时间,和能够通过同时读取TOC中有关艺术家、类型、和曲集等的信息,提供对一段音乐的搜索功能的CD标准进行了积极的研究。
作为这样的CD标准之一,甚至使用和CD一样的其它存储介质,推荐的多音频(MultiAudio)规范(1.10版本,2002.9.18,OSTA;下文称之为“MA”)格式也能够再现按与文件系统无关的格式压缩的数字音频数据。MA是一种使像MP3或WMA文件那样的压缩的数字音频数据记录在上面的盘以与满足一般红皮书标准的音频CD相同的方式得到使用的音频数据记录格式。
图1是显示MA的布局的视图。多段音频数据、TOC文件(TOC.MAU)、和诸如Blues.MAU或Jazz.MAU之类的一个或多个TrackList(轨道表)文件被记录在满足MA规范的CD上。TOC文件包括用于指示各段数字音频数据的位置的TrackEntries字段、和用于指示按用户所希望的次序排列的TrackEntries的User Defined Playlist字段。TrackList文件包括因缺少存储介质的存储器而准备的、将TrackEntries接与Playlist字段相同的次序排列的字段。
换句话说,在MA的情况中,把作为音频数据的记录单位的轨道或一部分轨道设置成一个用户定义的轨道,并且,生成和在用户定义的轨道上记录作为根据用户所需的每段音乐再现轨道的次序的播放表。因此,在将来,只有用户所需的音乐段才可以按照用户想要再现的多段音乐的播放表来依次得到再现。
但是,在记录了与多达200段的音乐相对应的数字音频数据的CD的情况中,难以在某个时刻设置如此很多段的音频数据之中所需的音频数据段的次序和生成播放表。于是,每当再现播放表中不需要的音频数据段时,用户就按下跳过按钮,或进行从相关播放表中删除不需要的音频数据段的操作。
更具体地说,一旦生成播放表,马上就把生成的播放表烧录在CD上。因此,在把播放表记录在不可写CD上的情况中,编辑该播放表是不可能的。在这样的情况下,在再现包括在播放表中的音频数据段的期间,每当再现不需要的音乐段时,用户就按下跳过按钮。并且,即使把播放表记录在可写CD上,用户也要通过编辑播放表,进行从播放表中删除不需要的相关音乐段的操作。因此,存在的问题在于,上面所讨论的现有技术方案是令人不便的。
也就是说,尽管按照MA格式制造的音频CD可以提供快速初始化驱动和对一段音乐的关键字搜索功能,但是,存在的局限性在于,不可能提供对用户的趣味的动态改变作出响应的播放表。

发明内容
本发明就是为了解决上述问题而构想出来的。本发明的目的是提供一种通过在按照MA格式制造的存储介质中,对用户趣味的改变作出响应,自动生成或更新播放表,而无需进行附加的操作就可以使用户只听到所需的音频数据段的设备和方法。
为了达到该目的,播放表管理设备包括盘驱动单元,用于从存储介质接收音频数据;解码器,用于从盘驱动单元接收音频数据,并且解码和输出所接收的音频数据;中央控制单元,用于对至少一个输入控制信号作出响应,控制盘驱动单元和解码器的操作。该设备还包括播放表管里单元,用于根据音频数据的输出状态,计算音频数据的命中率,和根据所计算的命中率来生成播放表。
播放表管理方法包括如下步骤对输入控制信号作出响应,从存储介质中检索音频数据,并且进行控制,以便解码和输出所检索的音频数据;和当解码和输出音频数据时,为该音频数据所代表的至少一个项目计算命中率,和按照所计算的命中率,来生成播放表。
并且,提供了被配置来存储起管理播放表作用的指令集合的计算机可读介质。该指令集合包括对输入控制信号作出响应,从存储介质中检索音频数据,并且进行控制,以便解码和输出检索的音频数据;和当解码和输出音频数据时,为该音频数据所代表的至少一个项目计算命中率,和按照所计算的命中率,来生成播放表。此外,该指令集合还包括检索存储在存储介质中的播放表,并且进行控制,以便按照检索的播放表来解码和输出音频数据。
根据本发明的一个优选实施例,命中率是通过计算已经解码和输出的音频数据段的帧的长度计算出来的。
根据本发明的另一个优选实施例,播放表管理单元利用使其被唯一标识的代码值来命名所生成的播放表。


通过对结合附图给出的优选实施例进行如下的描述,本发明的上面和其它目的和特征将变得更加清楚,其中图1是显示现有技术MA数据的布局的视图;图2是根据本发明的示范性的、非限制性的实施例的播放表管理设备的示意性方块图;
图3是显示用于实现本发明的示范性的、非限制性的实施例的应用程序的屏幕配置的视图;图4是概括说明根据本发明的示范性的、非限制性的实施例的播放表管理方法的流程图;图5是根据本发明的示范性的、非限制性的实施例,图4中的命中率计算步骤的详细的流程图;图6是说明根据本发明的示范性的、非限制性的实施例的命中率计算方法的视图;图7是根据本发明的示范性的、非限制性的实施例,图4中的播放表更新步骤的详细的流程图;和图8(a)到(c)是显示根据本发明的示范性的、非限制性的实施例,不同地命名的播放表的例子的视图。
具体实施例方式
在下文中,将参照附图来详细描述本发明的优选实施例。
图2是根据本发明的播放表管理设备的示意性方块图,和图3是显示用于实现本发明的应用程序的屏幕配置的视图。
播放表管理设备包括盘驱动单元10、解码器20、输入单元30、显示单元40、中央控制单元50、和播放表管理单元60。
盘驱动单元10通过聚焦和跟踪,来拾取和输出记录在CDA上的数据。当把CDA插入播放器中时,插入CDA的导入区受到搜索,并且把导入区中的TOC发送到中央控制单元50。按照中央控制单元50的控制,从CDA中拾取音频数据,然后,将其输出到解码器20。
此时,在TOC中包括记录在CDA上的所有音频数据段的,诸如「MusicNo.」、「Music Name」、「Musician」、「Album Name」、和「Time」之类的附加信息。中央控制单元50读取该TOC,并且把附加信息转换成输出到显示单元40的、将要显示在屏幕上的适当格式。
由于盘驱动单元10的构造和操作与通常用在CD再现设备的现有技术领域中的盘驱动单元相同,因此,这里将省略对它的详细描述。
当把压缩的音频数据从盘驱动单元10输入到解码器20时,解码器20把该音频数据解码成音频信号,并且,输出该音频信号。也就是说,解码器20解码压缩的音频数据和对已解码的数据进行反量化(dequantization),还原在编码数据期间进行的量化,以便可以输出原始的音频信号。
由于解码器20的构造和操作也与通常用在CD再现设备的领域中的解码器相同,因此,这里将省略对它的详细描述。
输入单元30接收用户通过按钮的输入,由此把预定的控制信号输出到中央控制单元50。如图3所示,输入单元30包括在应用程序中作为用户界面来实现的播放按钮、跳过按钮、暂停按钮、停止按钮、播放模式按钮、和音量按钮等。
当用户选择特定的按钮时,中央控制单元50识别由用户选择的按钮,并且,对输入作出响应,以控制盘驱动单元10、解码器20、显示单元40或播放表管理单元60。
例如,但不作为限制,如果用户选择跳过按钮,则中央控制单元50停止再现当前再现的那段音频数据,控制盘驱动单元10再现下一段的音频数据,并且控制显示单元40显示有关要再现的下一段的音频数据的信息。
或者,如果用户选择停止按钮,中央控制单元50停止再现当前再现的那段音频数据。如果用户选择暂停按钮,中央控制单元50暂时停止再现当前再现的那段音频数据。如果用户选择播放模式按钮,中央控制单元50让用户选择如下三种模式的任何一种能够依次再现包括在播放表中的多段音频数据的顺序播放模式、能够随机再现多段音频数据的随机播放模式、和能够混洗多段音频数据,以便不重复再现多段音频数据之中以前已经再现过的那些音频数据段,并且随机读取和再现音频数据段的混洗播放模式。
尽管在图3所示的本实施例中,输入单元30是以在计算机(或计算机可读介质)中执行的应用程序(指令集合)的形式实现的,但是,输入单元30的播放按钮、跳过按钮、暂停按钮、停止按钮、播放模式按钮、和音量按钮等也可以以,例如,硬件按钮的形式实现。
显示单元40在它的屏幕上显示播放表和有关通过盘驱动单元10拾取的音频数据的附加信息。对来自中央控制单元50的控制命令作出响应,显示单元40在屏幕上显示记录在CDA的TOC中的播放表。或者,如果用户选择任何一个播放表,显示单元40在屏幕上依次显示包括在所选播放表中的音频数据段,和一旦再现音频数据段时,就在屏幕上显示各段音频数据的、诸如「Music No.」、「Music Name」、「Musician」、「Album Name」、和「Time」之类的附加信息。
并且,显示单元40用强调颜色(例如,红色)显示当前正在再现的那段音频数据,和用相对浅的颜色(例如,灰色)显示有关还没有再现的或已经再现过的音频数据段的附加信息。于是,显示单元40使用户可以容易地明白当前正在再现和随后将要再现那段音频数据等。
中央控制单元50对用户通过输入单元30的按钮的输入作出响应,控制盘驱动单元10、解码器20、显示单元40和播放表管理单元60,以便控制再现音频数据的一般操作。在下文中,将详细描述中央控制单元50的操作。
当把CDA插入播放器中时,中央控制单元50通过盘驱动单元10来检索CDA的TOC,读取检索的TOC,把记录在TOC中的播放表发送到播放表管理单元60,和使该播放表显示在显示单元40的屏幕上。
此外,当用户通过输入单元30选择特定的播放表时,中央控制单元50识别特定的播放表的选择,和如图3所示,使包括在所选播放表中的音频数据段的、诸如「Music No.」、「Music Name」、「Musician」、「Album Name」、和「Time」之类的信息显示在显示单元40的屏幕上。
并且,当用户选择输入单元30中的播放按钮时,中央控制单元50识别播放按钮的选择,和使包括在播放表中的音频数据段得到再现。中央控制单元50检索将要通过盘驱动单元10从CDA的节目区中再现的音频数据段。然后,中央控制单元50使检索的音频数据段通过解码器20得到解码,以输出用户可以听到的音频信号。另外,中央控制单元50控制再现音频数据的一般操作。
播放表管理单元60计算在再现包括在播放表中的音频数据段期间,每段音频数据的命中率。在完成了包括在播放表中的所有音频数据段的再现之后,从播放表中自动删除命中率低的那段音频数据,以便不再再现用户不喜欢的那段音频数据。后面将和结合图5给出的描述一起对这种特征作更详细的描述。
同时,根据本发明的播放表管理方法包括如下步骤对输入控制信号作出响应,从存储介质中拾取音频数据段,并且进行控制,以便解码和输出拾取的音频数据段;和当正在解码和输出音频数据段时,计算各段音频数据的命中率,和按照计算的命中率,来生成播放表。
图4是概括说明根据本发明的播放表管理方法的流程图。
当把CDA插入播放器中时,中央控制单元50读取插入的CDA的TOC,把记录在TOC中的播放表发送到播放表管理单元60,和使记录在TOC中的播放表显示在显示单元40的屏幕上(S10)。
此时,如果在TOC中没有播放表,那么中央控制单元50使包括记录在CDA上的所有音乐段的名称的默认播放表显示在屏幕上。
当用户选择播放表中的任何一个时(S20),以要再现的次序把包括在所选的播放表中的音频数据段显示在显示单元40上。此时,在屏幕上还显示音频数据段的、诸如「Music No.」、「Music Name」、「Mus ician」、「Album Name」、和「Time」之类的附加信息。
用户可以从他/她自己准备的播放表之中,或者,从根据类型、艺术家、或曲集分类的多个播放表之中选择特定的播放表。例如,但不作为限制,根据类型分类的多个播放表包括诸如「Ballads」、「Jazz」、「Rock」、「Dance」、和「Classical」之类的类型索引。按曲集分类的播放表包括诸如「New Story」、「TheNatural」、「Miracle」、和「Someday」之类的曲集索引。按艺术家分类的播放表包括诸如「Queen」、「Mariah Carey」、「Beatles」、和「Michael Jackson」之类的艺术家索引。但是,本发明不局限于此。
同时,当以要再现的次序在屏幕上显示包括在播放表中的音频数据段时,用户可以通过诸如鼠标的拖放操作之类的各种操作,来编辑播放表或生成新的播放表。
然后,当用户选择播放按钮时,中央控制单元50按照所选的播放表,通过盘驱动单元10和解码器20依次再现音频数据段(S30)。下面将对此作更详细的描述。当中央控制单元50控制盘驱动单元10,以便可以跳跃到记录音频数据段的轨道位置时,盘驱动单元10据此从CDA中拾取音频数据段,并且将它们输出到解码器20。解码器20解码输入的音频数据段,以生成用户可以听到的音频信号,并且输出该音频信号。
正如结合图1所述的那样,如果在再现包括在播放表中的音频数据段期间,再现了不需要的音频数据段,那么,用户按下跳过按钮,或者进行从相关播放表中删除音频数据段的操作。在现有技术中,由于每当遇到不需要的音频数据段时,必须重复这个过程,这是令人不便的。
为此,本发明的示范性的、非限制性的实施例通过在再现包括在播放表中的音频数据段的同时,计算各段音频数据的命中率(S40),和按照所计算的命中率来更新播放表,使用户不喜欢的音频数据段不被再现。下面将参照图5和6更具体地说明计算命中率的步骤S40。
图5是图4中的命中率计算步骤S40的详细的流程图。播放表管理单元60首先确定在再现音频数据段期间是否出现了中断(S41)。如果因用户操作按钮而已经发生中断,那么,确定中断是选择了跳过按钮导致的(S42)还是选择了停止/暂停按钮导致的(S43)。
如果中断是选择了跳过按钮导致的,中央控制单元50控制盘驱动单元10,以便跳到记录下一段音频数据的轨道位置上,并且计算直到现在为止通过播放表60已经解码和输出的帧的长度(S44)。直到现在为止已经解码和输出的帧的长度可以简单地根据开始解码相关的音频数据段的那一时刻与选择了跳过按钮的那一时刻之间的时间差来计算。
一旦以这样的方式计算出直到现在为止已经解码和输出的帧的长度,播放表管理单元60就可以根据计算的帧的长度,来计算相关的音频数据段的命中率(S45)。在下文中,将参照图6详细说明音频数据段的命中率计算方法。
图6是说明音频数据段的命中率计算方法的视图。假设一段音频数据段的总长是100,把命中率表达成根据所解码的输出帧的长度来加权的值(即,加权值)。例如,但不作为限制,计算出直到40个帧的解码和输出的音频数据段的命中率为-1,和计算出直到80个帧的解码和输出的音频数据段的命中率为6。
基于解码的输出帧的长度的权重是可以改变的。除了已解码的输出帧的长度之外,还可以根据一段音频数据的再现比(即,在选择跳过按钮之前的音频数据段的播放时间与音频数据段的总的播放时间之比)来计算命中率。
也就是说,本发明中的命中率可以被理解为具有与用户对某段音频数据的偏好相同的含义。因此,命中率低的一段音频数据可以被确定为用户不喜欢的一段音乐,而命中率高的一段音频数据可以被确定为用户喜欢的一段音乐。
返回到图5,当中断是选择了停止按钮导致的时,中央控制单元50通过控制盘驱动单元10和解码器20,来停止再现当前正在再现的那段音频数据。当中断是选择了暂停按钮导致的时,中央控制单元50暂时停止再现当前正在再现的那段音频数据(S46)。
同时,如果在再现音频数据段期间没有发生中断,那么,播放表管理单元60确认是否已经全部再现了相关的音频数据段,直到它的末端(S47)。如果是的话,计算根据音频数据段完全再现的命中率(S48)。由于已经参照图6具体说明了命中率计算方法,因此,将略去对它的详细描述。
再次参照图4,播放表管理单元60通过这样的过程,计算各段音频数据的命中率,然后,确认包括在播放表中的所有音频数据段是否都已经得到再现(S50)。如果是的话,播放表管理单元60生成新的播放表,或根据所计算的命中率来更新相关的播放表(S60)。在下文中,将参照图7详细说明播放表更新步骤S60。
图7是图4中的播放表更新步骤S60的详细的流程图。播放表管理单元60首先根据所计算的命中率,按降序排列包括在播放表中的所有音频数据段(S61)。把命中率低的音频数据段确定为用户不喜欢的音乐段,然后,从播放表中去除它们(S62)。
参照图3,例如,但不作为限制,在依次再现包括在播放表001中的音频数据段的同时,播放表管理单元60计算各段音频数据的命中率。分别计算出已经完全再现的、“Lucky”、“One love”、“The one”、“When I dream”、“Supreme”、“Dear Ben”、“I′m glad”、“All I have”、和“I′ve BeenThinking”的命中率为10。分别计算出在再现它们期间在较早部分已经跳过的“Still”、“Loving You”、“Evergreen”、和“Again”的命中率为-5。
把计算的命中率暂时存储在音频管理信息区中。当完成了播放表的再现时,播放表管理单元60接着根据记录在音频管理信息区中的命中率,按降序排列音频数据段。把命中率低的“Still”、“Loving You”、“Evergreen”、和“Again”确定为用户不喜欢的音乐段,然后,将其从播放表中去除。
也就是说,播放表管理单元60根据它计算的命中率,来确定用户是否喜欢每段音频数据,并且,从相关的播放表中去除包括在播放表中的音频数据段之中的用户不喜欢的音频数据段,以便不再再现用户不喜欢的音频数据段。
同时,播放表管理单元60利用如下的ISO(国际标准化组织)9660文件系统和预定代码值,不同地命名在这样的过程中生成的播放表,以便可以将生成的播放表与记录在同一个CD或其它CD上的其它播放表的那些区分开(S63)。在下文中,将参照图8详细说明播放表命名方法。
ISO 9660文件系统是使CD能够与所使用的平台(例如,Windows和Macin-tosh)无关地得到读取的、用于CD的标准文件系统。基于ISO 9660文件系统准备的文件几乎可以被任何计算机所读取。为了满足ISO 9660文件系统,文件名应该遵从8.3格式(即,最长8个字母和/或数字,后面跟着句点和3个字母的扩展名)。
播放表管理单元60根据在满足ISO 9660文件系统的同时,使播放表被唯一地标识的代码值,来命名播放表。此时,使播放表被唯一标识的代码值包括,例如,根据使CD被标识的标识符(例如,卷标)、命中率、类型、或每个播放表的全部或一部分的播放时间来生成的那些值。
图8(a)到(c)是显示根据这样的命名方法,不同地命名播放表的例子的视图。如图8(a)中所示,播放表管理单元60可以把播放表命名为X_T_10.MAU、X_T_50.MAU、和X_T_100.MAU等,使得可以把所生成的播放表识别为具有卷标为X的CD中的根据命中率的最高等级来生成的播放表。
或者,如图8(b)所示,播放表管理单元60可以把播放表命名为Y_K_BLUE.MAU、Y_K_ROCK.MAU、和Y_K_POP.MAU等,从而,可以把所生成的播放表识别为具有卷标为Y的CD中根据CD的类型来生成的播放表。
否则,如图8(c)所示,播放表管理单元60可以把播放表命名为Z_P_TOT.MAU、Z_P_10.MAU、和Z_P_20.MAU等,从而,可以把所生成的播放表识别为具有卷标为Z的CD中根据CD的播放时间来生成的播放表。
尽管为了易于理解本发明的目的,在本实施例中用字母来表达命名播放表的代码值,但是,可以任意地把代码值改变成十六进制数或特殊字符。
本发明也可以以含有与上述步骤相对应的指令集合的计算机可读介质的形式实现。
本发明具有各种各样的优点。例如,但不作为限制,归功于这样的播放表命名过程,即使从播放器中移去CD或再次把CD插入播放器中,也可以自动识别多个播放表之中只包括用户喜欢的音乐段的播放表。因此,没有必要再次进行从播放表中除去用户不喜欢的音乐段的操作。
然后,播放表管理单元60确认当前插入的CDA是否是可写介质(S64)。如果确认CD是可写介质,那么,通过盘驱动单元10把更新的播放表记录在CDA中TOC的User Defined Playlist字段中(S65)。如果不是,则把更新的播放表记录在用闪速存储器实现的系统存储器(例如,RAY或ROM)中(S66)。
另一方面,如果不把这样的播放表记录在CDA的TOC中(即,只存在默认播放表),那么,可以根据所计算的命中率,按降序排列包括在默认播放表中的音频数据段,以便生成新的播放表。
如上所述,根据本发明,存在着通过对用户的趣味改变作出响应,自动生成或更新播放表,无需另外进行跳过操作或播放表编辑操作,用户就可以只听到他或她自己所需的音频数据段的优点。
尽管参照附图,通过举例的方式描述了本发明的优选实施例,但是,它们只是说明性的。本领域的普通技术人员应该明白,可以对其作各种各样的修改和可以构造其它等效的实施例。
根据本实施例,例如,但不作为限制,如果在还没有再现CDA的整个播放表的状态下,改变播放表,那么,用户可能重复地听到他/她已经听过的一段音乐,和用户可能等待许多时间才能听到他/她还没有听过的音乐段。因此,虽然通过举例描述了至少一次从头到尾地再现播放表,然后更新它的情况,但是,可以任意地改变更新播放表的时刻,例如,以在所计算的命中率达到阈值的时候更新播放表的方式,来改变更新播放表的时刻。
并且,尽管在实施例中已经描述了再现音频数据的情况,但是,本发明不局限于此。例如,但不作为限制,本发明可广泛应用于再现视频内容的情况。
此外,尽管已经描述了在本实施例中把记录在CD的TOC中的音乐名的播放表用作播放表的情况,但是,本发明不局限于此。例如,但不作为限制,本发明可广泛应用于记录在个人计算机的存储器中的各种各样的管理表被用作播放表的情况下。
权利要求
1.一种播放表管理设备,包括盘驱动单元,用于从存储介质中接收音频数据;解码器,用于从盘驱动单元接收音频数据,和解码并输出所接收的音频数据;中央控制单元,用于对至少一个输入控制信号作出响应,控制盘驱动单元和解码器的操作;和播放表管理单元,用于根据音频数据的输出状态,来计算音频数据的命中率,并且根据计算的命中率生成播放表。
2.根据权利要求1所述的设备,其中,存储介质包括由盘驱动单元检索的播放表,和中央控制单元控制盘驱动单元和解码器的操作,以便按照检索的播放表解码和输出音频数据。
3.根据权利要求1所述的设备,其中,盘驱动单元检索存储在附加的存储器中的播放表,和中央控制单元控制盘驱动单元和解码器的操作,以便按照检索的播放表解码和输出音频数据。
4.根据权利要求2或3所述的设备,其中,播放表管理单元更新检索的播放表,以产生所生成的播放表的更新版本。
5.根据权利要求4所述的设备,其中,将更新的播放表存储在存储介质中。
6.根据权利要求4所述的设备,其中,将更新的播放表存储在附加的存储器中。
7.根据权利要求1所述的设备,其中,存储介质满足多音频规范。
8.根据权利要求1所述的设备,还包括显示单元,用于显示检索的播放表和生成的播放表之一。
9.根据权利要求1所述的设备,其中,用于计算命中率的音频数据的输出状态是跳过和再现完成中的一个。
10.根据权利要求9所述的设备,其中,命中率是通过计算已经解码和输出的音频数据的帧的长度计算出来的。
11.根据权利要求9或10所述的设备,其中,命中率是根据已经解码和输出的音频数据的帧的长度加权的。
12.根据权利要求1所述的设备,其中,播放表管理单元通过利用使生成的播放表被唯一标识的代码值来命名生成的播放表。
13.根据权利要求12所述的设备,其中,通过利用使存储介质被标识的标识符来生成代码值。
14.根据权利要求12所述的设备,其中,利用计算的命中率来生成代码值。
15.根据权利要求12所述的设备,其中,代码值包括利用已生成的播放表的全部或一部分的播放时间来生成的那些值。
16.一种播放表管理方法,包括如下步骤对输入控制信号作出响应,从存储介质中检索音频数据,并且进行控制,以便解码和输出所检索的音频数据;和当解码和输出音频数据时,为音频数据所代表的至少一个项目计算命中率,和按照计算的命中率,生成播放表。
17.根据权利要求16所述的方法,还包括如下步骤检索存储在存储介质中的播放表;和进行控制,以便按照检索的播放表来解码和输出音频数据。
18,根据权利要求16所述的方法,还包括如下步骤检索存储在附加的存储器中的播放表;和进行控制,以便按照检索的播放表来解码和输出音频数据。
19.根据权利要求17或18所述的方法,还包括更新检索的播放表,以产生所生成的播放表的更新版本的步骤。
20.根据权利要求19所述的方法,其中,将更新的播放表存储在存储介质中。
21.根据权利要求19所述的方法,其中,将更新的播放表存储在附加的存储器中。
22.根据权利要求16所述的方法,其中,存储介质满足多音频规范。
23.根据权利要求16所述的方法,还包括显示检索的播放表和生成的播放表之一的步骤。
24.根据权利要求16所述的方法,其中,用于计算命中率的音频数据的输出状态是跳过和再现完成中的一个。
25.根据权利要求24所述的方法,其中,命中率是通过计算已经解码和输出的音频数据的帧的长度计算出来的。
26.根据权利要求24或25所述的方法,其中,命中率是根据已经解码和输出的音频数据的帧的长度加权的。
27.根据权利要求24或25所述的方法,还包括利用使生成的播放表被唯一标识的代码值来命名所生成的播放表的步骤。
28.根据权利要求27所述的方法,其中,基于使存储个质被标识的标识符来生成代码值。
29.根据权利要求27所述的方法,其中,基于所计算的命中率来生成代码值。
30.根据权利要求27所述的方法,其中,代码值是根据所生成的播放表的全部播放时间或一部分播放时间生成的。
31.根据权利要求16所述的方法,其中,所述命中率是为含有所述音频数据的播放表中的多个项目的每一个计算的。
32.根据权利要求1所述的设备,其中,所述命中率是为含有所述音频数据的播放表中的多个项目的每一个计算的。
33.一种为存储起管理播放表作用的指令集合而配置的计算机可读介质,所述指令集合包括对输入控制信号作出响应,从存储介质中检索音频数据,并且进行控制,以便解码和输出所检索的音频数据;当解码和输出音频数据时,为由音频数据所代表的至少一个项目计算命中率,和按照所计算的命中率,来生成播放表;检索存储在存储介质中的播放表;和进行控制,以便按照检索的播放表解码和输出音频数据。
34.根据权利要求33所述的计算机可读介质,所述指令还包括如下指令更新检索的播放表,以产生所生成的播放表的更新版本。
35.根据权利要求33所述的计算机可读介质,所述指令还包括如下指令显示检索的播放表和生成的播放表中的一个。
36.根据权利要求33所述的计算机可读介质,其中,用于计算命中率的音频数据的输出状态是跳过和再现完成之一,和命中率是通过计算已经解码和输出的音频数据的帧的长度计算出来的。
37.根据权利要求36所述的计算机可读介质,其中,命中率是根据已经解码和输出的音频数据的帧的长度来加权的。
全文摘要
本发明涉及一种能够响应于用户的趣味的动态改变,自动生成和更新播放表的播放表管理设备和方法。在解码和输出音频数据段的时候,根据音频数据段的输出状态来计算各段音频数据的命中率,并且根据所计算的命中率更新播放表或生成播放表,使得不能再现用户不喜欢的音频数据段。
文档编号G11B19/02GK1512501SQ20031010108
公开日2004年7月14日 申请日期2003年10月14日 优先权日2002年12月27日
发明者金斗镒 申请人:三星电子株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1