再生装置以及再生控制方法

专利名称：再生装置以及再生控制方法
技术领域：
本发明涉及再生流数据的再生装置以及在该装置中的再生控制 方法，特别涉及接收并再生从经由网络连接的服务器装置中发送的流 数据的再生装置以及再生控制方法。
背景技术：
近年，经过数字数据化的音频内容和视频内容广泛流通，轻松地 记录、再生它们的机器一般也已经普及。此外，随着网络技术的发达，即使在家庭内也容易构筑LAN ( Local Area Network:局域网)和无 线LAN等的网络系统。而且，在这样家庭内的网络系统中，希望能够在机器之间容易交 换数字内容，因此机器间的连接、内容控制等的顺序的标准化正在被 推进。作为其标准的代表例子，美国微软公司发表的UPnP ( Universal Plug & Play:通用即插即用)标准是众所周知的。此外，制定以该 UPnP标准作为基础的DLNA ( Digital Living Network Alliance:数字 生活网络联盟)准则，以DLNA准则为基准的机器的开发目前正在推 进。在UPnP标准中，将UPnP机器分为提供内容的媒体服务器(Media Server);作为控制终端装置发挥作用的控制点(ControlPoint);作为再生装置发挥作用的媒体播放器(Media Renderer )这3类。而且，控制点的功能可以被安装在作为媒体服务器工作的机器 和作为媒体播放器工作的机器的任意一方。而后，通过规定在和这些功能之间的通信顺序，可以容易进行在 网络上的UPnP机器的搜索、再生动作等控制。例如，通过利用该控 制顺序，从l个媒体播放器中，不仅可以进行来自媒体服务器的内容
数据的发送接收控制，而且还可以进行针对其他的媒体播放器的内容 数据的发送控制(例如，参照专利文献l)。但是，可知为了再生音频、视频等流数据，需要以对译码器的输 入緩沖器始终存储再生中需要的量的流数据的方式适宜地管理其剩余 量。因此，当连续地再生多个内容的流数据的情况下，在前面的内容 再生结束之前，需要取得下一内容的流数据并开始向译码器的输入緩 沖器进行蓄积。而且，作为译码器的输入緩冲器的管理方法，有对输入数据的格 式的每一种类算出再生输出时间，通过以它们的和得到的蓄积数据的 剩余可再生时间为基准管理对输入緩沖器的数据读入，从而可以再生多种不同的格式的数据(例如，参照专利文献2)。[专利文献1特开2005-250867号爿i^艮(段落号码
，图7)发明内容在此，在将HDD ( Hard Disk Drive:硬盘驱动器)等的固定记 录媒体和光盘等的移动型记录媒体存放在本机内的再生装置中，可以 预先掌握各内容的流数据的记录位置，在将所希望的流数据读入到译 码器的输入緩冲器时能够可靠地确保充分的传送频带。因此，当连续 再生不同内容的流数据的情况下，可以将下一内容的流数据在所决定 的短的时间内针对译码器的输入緩沖器可靠地读入。但是，如UPnP所示，在再生经由网络从服务器装置接收到的流 数据的系统中，需要在再生内容时在再生装置一侧预先取得该内容的 元数据，以其中记述的信息为基础对服务器装置请求流数据的发送这 一顺序。此外，因网络的通信量状态，也有在规定的时间内不能可靠 地取得所请求的元数据、流数据的情况。因此，在再生装置中再生不 同内容的流数据时，存在不能防止在内容之间再生声音中断，再生图
像动作停止这样的问题。本发明就是鉴于这一点而提出的，其目的在于提供一种可以通过 网络接收多个流数据并可以连续地再生的再生装置以及在该装置中的 再生控制方法。在本发明中为了解决上述课题，提供一种再生装置，接收并再生从通过网络被连接的服务器装置发送的流数据，其特征在于，具有 属性信息请求部件，对上述服务器装置请求发送上述流数据的属性信 息，按照对应的上述流数据的再生顺序接收上述属性信息；属性信息 緩沖器，顺次接收并暂时存储从上述服务器装置接收到的上述属性信 息，至少保持与现在正在再生的流数据的下一个再生的上述流数据相 对应的上述属性信息；流数据请求部件，根据上述属性信息緩冲器中 所存储的上述属性信息，对上述服务器装置请求发送对应的上述流数 据；以及FIFO方式的流数据緩冲器，顺次存储从上述服务器装置接 收到的上述流数据，并输出给再生处理部件，其中，上述流数据请求 部件当对于上述流数据緩冲器将再生中的上述流数据蓄积到最后时， 从上述属性信息緩沖器中读入与下一个再生的上述流数据相对应的上 述属性信息，然后根据该属性信息向上述服务器装置请求发送下一个 再生的上述流数据。在这种再生装置中，根据由属性信息请求部件发出的流数据的属 性信息的发送请求，从服务器装置中按照对应的流数据的再生顺序接 收属性信息。接收到的属性信息按顺序存储在属性信息緩沖器中暂时 保持。该属性信息緩冲器至少保持与现在正在再生的流数据的下一个 再生的流数据对应的属性信息。流数据请求部件根据存储在这种属性信息緩冲器中的属性信息， 对服务器装置请求对应的流数据的发送。根据该请求接收到的流数据 在顺序存储在FIFO方式的流数据緩冲器中后，输出到再生处理部件 中。由此，流数据按照再生顺序顺次存储在流数据緩沖器中，顺次输 出到再生处理部件中连续地再生。此外，流数据请求部件如果针对流数据緩冲器将再生中的流数据
蓄积到最后，则从属性信息緩冲器中读入与下 一再生的流数据对应的 属性信息，根据读入的属性信息向服务器装置请求下一个再生的流数 据的发送。由此，不等待1个流数据的再生结束，就接收下一个再生 的流数据，并存储在流数据緩沖器中。根据本发明，则将与现在正在再生的流数据的下一个再生的流数 据对应的属性信息在现在再生中的流数据的再生结束以前预先接收， 并保持在属性信息緩冲器中，在再生中的流数据在流数据緩冲器中蓄 积到最后的阶段中，从服务器装置中接收下一个再生的流数据，并存 储在流数据緩冲器中。因而，能够与网络上的通信的拥挤状态、服务 器装置的处理负荷状态等没有关系，而在流数据之间不停止再生动作 地可靠地执行多个流数据的连续再生。


图l是表示关于实施方式的家庭网络系统的构成例子的图。图2是用于说明UPnP的协议堆栈(协议群的构造)的图。 图3是表示管理存储在媒体服务器中的内容的树形构造的例子的图。图4是表示服务器装置的硬件构成的方框图。 图5是表示音频再生装置的硬件构成的方框图。 图6是用于说明在关于第1实施方式的音频再生装置中的緩冲器 控制的图。图7是表示关于第2实施方式的音频再生装置具备的主要功能的 方框图。图8A和8B是用于说明在关于第2实施方式的音频再生装置中 的緩沖器控制的图。图9是表示直到开始连续再生动作为止的音频再生装置中的处理 顺序的流程图。图10是表示在连续再生时的基于音频緩沖器控制部的音频緩冲 器空闲管理处理顺序的流程图。
图11是表示在元緩冲器控制部中的元緩沖器的管理处理顺序的 流程图。图12是表示在超高速緩沖控制部中的超高速緩冲存储器的管理 处理顺序的流程图。图13是表示在随机再生时的超高速緩冲存储器的管理处理顺序 的流程图。图14是用于说明关于第3实施方式的音频再生装置的緩冲器构 成及其控制的图。符号说明1、2:服务器装置3~5:音频再生装置6:LAN11、31: CPU12、32: ROM13、33: RAM14:HDD15、35:输入接口15a:输入装置16、36:图形处理部16a:显示装置17、37:通信接口18、42:内部总线34:闪速存储器35a:输入部36a:显示部38:音频译码器39:D/A变换器40:音频放大器41:扬声器 101:音频緩沖器 102:元緩沖器具体实施方式
以下，参照附图详细说明本发明的实施方式。在以下的说明中， 假想将本发明应用到形成在家庭内的LAN系统(家庭网络系统)的 情况。此外，应用音频数据作为通过该LAN系统发送接收的内容数 据的例子。[家庭网络的构成图l是表示关于实施方式的家庭网络系统的构成例子的图。图1所示的家庭网络系统的构成是服务器装置1以及2、音频再 生装置3~5通过LAN6连接。服务器装置1以及2例如是个人计算机等信息处理装置、音频内 容的记录装置等，具备向LAN6进行连接的连接功能，并且具备HDD 等的大容量存储媒体。而且，可以通过LAN6对音频再生装置3 5提 供蓄积在HDD中的音频数据。音频再生装置3 5分别具备对LAN6 进行连接的连接功能，接收并再生通过LAN6从服务器装置1以及2 发送的音频数据。而且，在该家庭网络系统中，实际上例如通过分别将服务器装置 1以及2和音频再生装置3 5连接在未图示的宽带路由器上，形成LAN 系统。这种情况下，宽带路由器具备针对LAN6上的机器的DHCP (Dynamic Host Configuration Protocol:动态主机配置协i义)月良务器 功能以及NAT (Network Address Translation:网络地址转换)功能， 由此，LAN6上的各机器也可以共享外部网络(WAN: Wide Area Network:广域网) 一侧的线路。在以上那样的家庭网络系统中，服务器装置1以及2具备作为提 供音频数据的信息提供装置的功能，音频再生装置3~5具备作为接收 来自服务器装置1以及2的音频数据的供给并再生的客户装置(信息
再生装置)的功能。而且，用户通过音频再生装置3 5的各个，可以 享受服务器装置1或者2提供的不同音频内容。即，音频再生装置3~5 根据要再生的音频数据(音频内容)，可以选择服务器装置1以及2 中的一方作为音频数据的分配源。进而，本实施方式的音频再生装置3~5因为要简单地进行电子机 器间的连接和内容数据的交换，所以作为例子假设是依照DLNA推荐 的准则的装置。在DLNA准则中，作为电子机器的检测和控制、内容 数据的管理的顺序，按标准与美国微软公司发表的UPnP相对应地求 出。UPnP是在使用了 10/100BASE-T的以太网(Ethernet,注册商 标)的网络通信中有代表性的IEEE (Institute of Electrical and Electronic Engineers )802网络上可以4吏用的、用IP( Internet Protocol: 互联网协i义)以及IP上的TCP ( Transmission Control Protocol:传 输控制协议)、UDP ( User Datagram Protocol:用户数据报协议)等 构成的协议群和数据格式的规格，且是扩充因特网标准通信(TCP/IP 通信)中的功能的内容。而且，通过将UPnP在音频再生装置等的所谓CE (Consumer Electronics:消费类电子)机器中釆用，音频再生装置等的CE机器 在与其他的CE机器、个人计算机之间简单地相互认证，不让用户进提供的服务的执行。 [UPnP的概要图2是用于说明UPnP协议堆栈(协议群的构造)的图。 如图2所示，在UPnP中，实际的数据的发送接收根据因特网标 准通信协议来进行。此外，为了执行如以下说明那样的UPnP的独立 的功能，使用SSDP ( Simple Service Discovery Protocol:简单服务发 现协议)、GENA ( General Event Notification Architecture:普通事 件通知架构)、SOAP (Simple Object Access Protocol:简单对象访 问协议)、HTTP ( Hyper Text Transfer Protocol:超文本传输协议)
等的协议群。进而，在UPnP中，如图2所示，进行厂商定义(UPnP Vendor Defined: UPnP厂商定义)、UPnP论坛作业委员会定义(UPnP Forum Working Committee Defined )、设备规格(构造)定义(UPnP Device Architecture Defined )。而后，UPnP提供寻址(Addressing)、发现(Discovery)、描 述(Description )、控制(Control )、事件(Eventing )、呈现(Presentation ) 的6个功能。以下，说明UPnP提供的6个功能。在音频再生装置等的UPnP机器(安装有UPnP的电子机器)中， 为了使用UPnP功能利用音频数据，而依照UPnP，AV，结构这种规定。 在UPnP.AV.结构中的UPnP机器如以下那样分成3类。即，在UPnP.AV，结构中，将UPnP机器分类成提供内容的媒体 服务器、作为控制终端装置起作用的控制点、作为再生装置起作用的 媒体播放器这3类。在此，媒体服务器在网络系统中一般相当于称为 服务器装置的装置，媒体播放器在网络系统中 一般相当于称为客户装 置的装置。此外，控制点(控制终端装置)是可控制与网络连接的各UPnP 机器的装置。作为控制点的功能可以安装在媒体服务器中也可以安装 在媒体播放器中，可以在构成网络的全部的电子机器中安装控制点， 此外，也可以在构成网络的任意的电子机器中安装控制点。在本实施 方式中，假设在音频再生装置3 5的各个中安装作为控制点的功能。此外，在UPnP中的寻址是各UPnP机器取得在IEEE802网络 上用于特定本机用的地址的功能，使用DHCP或者Auto-IP。发现是在寻址后进行的，由此控制点能够发现想控制的目标机器 (媒体服务器或者媒体播放器)。在此使用的协议是上述的SSDP。 构成网络系统的各电子机器在与IEEE802网络连接时，将通知自己自 身具备的设备和服务的消息向IEEE802网络上广播。控制点通过接收 该广播的消息，能够知道在IEEE802网络上连接怎样的机器。利用发现在控制点发现的作为控制对象的电子机器输出的SSDP
分组中记述设备描述(Device Description )的URL(Uniform Resource Locator)等。控制点通过访问该URL，能够从设备描述中取得该电子 机器的进一步详细的设备信息。在该设备信息中，记述了记载有图标信息、型号名、生产者名、 商品名、该设备具有的服务的详细信息的服务描述(Service Description)等。控制点从这些设备描述和服务描述中能够知道针对 目标才几器的访问的方法。i殳备描述和月艮务描述用XML (Extensible Markup Language )表现。控制的功能大致分类为动作(Action:执行)和查询(Query: 询问)的2个功能。动作用在服务描述的动作信息中规定的方法来进 行，通过实施(Invoke)动作，控制点能够操作目标机器。查询为了 取出服务描述的机器信息(State Variable )的值而使用。在控制中， 利用上述的SOAP这一传送协议，作为其表现使用XML。事件在改变机器信息的值时为了将这情况从目标机器通知给控 制点而使用。在该事件中，利用上述的GENA这一传送协议，作为其 表现使用XML。呈现是为了向用户提供使用了用户接口的控制部件而 使用。各UPnP机器通过使用以上那样的UPnP功能，不仅不向用户请 求复杂的操作，就参加到网络中，变成能够进行通信的状态，而且， 还能够自动地进行其他的UPnP机器的检测和连接。图3是表示管理存储在媒体服务器中的内容的树形构造的例子的图。在作为UPnP机器的媒体服务器中，组装如CDS (Contents Directory Service:内容目录服务)这一功能(Service)，媒体服务 器用该功能对控制点通知在媒体服务器中怎样存储内容。在CDS中有 容器(Container)和项目(Item )这样的二个抽象化的对象，这可以 说相当于美国微软公司提供的OS ( Operating System:操作系统)的 WINDOWS (注册商标)中的文件夹(Folder)和文件(File)。容器 和项目如图3所示总是制作树形构造。而且，在本实施方式中，从媒 体服务器发送的音频数据与图3中的项目对应。控制点通过从媒体服务器中取得图3所示的树形构造，能够得到 各内容的URL (写有信息的链接(Link))。而后，当能够取得所希 望的音频内容(项目)的信息的情况下，使用媒体服务器的AV传送 (AV Transport)这种功能能够进行音频内容的再生和停止等与音频 轨道(音频数据)有关的操作。本实施方式的服务器装置1以及2和音频再生装置3~5的各个如 上所示，使用UPnP的寻址功能，变成可以进行TCP/IP的通信的状 态，使用UPnP的发现功能进行相互的机器认证。由此，各机器掌握 网络的构成，能够在和作为目的的电子机器之间进行通信。[服务器装置的构成例子以下，说明构成本实施方式的家庭网络系统的各电子机器的构成例子。图4是表示服务器装置的硬件构成的方框图。而且，在此作为例 子说明服务器装置1的构成，但服务器装置2也能够用同样的硬件构 成来实现。如图4所示，服务器装置1具备CPU ( Central Processing Unit) 11、 ROM ( Read Only Memory) 12、 RAM ( Random Access Memory ) 13、 HDD14、输入接口 (I/F) 15、图形处理部16以及通信接口 ( I/F ) 17，这些经由内部总线18相互连接。CPUll掌管针对该服务器装置1全体的控制。在ROM12中记录 在CPUll中执行的程序和在处理中需要的数据等。RAM13主要在各 种处理中作为作业区域使用。HDD14具有可以蓄积多个数字内容(提供信息)等的容量。此 外，HDD14保持由CPUll执行的各种程序和处理用的数据等，并且 在通过LAN6将内容的转换代码和内容发送到其他的机器等时还作为 作业区域使用。在本实施方式中，在HDD14中存储针对音频再生装置3~5发送 音频流的、用于作为依据DLNA准则的服务器发挥作用的服务器程序，
用CPU11来执行。此外，作为该服务器程序的功能，还可以包含对存 储在HDD14中的音频流的编码方式和取样速度、量化速度等进行变 换的转换代码功能。在输入I/F15上例如连接有键盘和鼠标等输入装置15a。该输入 I/F15经由内部总线18将来自输入装置15a的信号发送到CPUll。在图形处理部16上例如连接有LCD ( Liquid Crystal Display: 液晶显示器)等的显示装置16a。该图形处理部16按照来自CPUll 的命令在显示装置16a的画面上显示图像。通信I/F17经由未图示的LAN电缆与LAN6连接，在和其他的 机器之间进行数据的发送接收。[音频再生装置的构成例子图5是表示音频再生装置的硬件构成的方框图。而且，在此作为 例子说明音频再生装置3的构成，但在音频再生装置4以及5中也能 够用同样的硬件构成来实现。如图5所示，音频再生装置3具备CPU31、 ROM32、 RAM33、 闪速存储器34、输入接口 (I/F)35、输入部35a、图形处理部36、显 示部36a、通信接口 (I/F)37、音频译码器38、 D/A变换部39、音频 放大器40以及扬声器41。这其中，除去扬声器41的各块经由内部总 线42连接。CPU31掌握针对该音频再生装置3整体的控制。在ROM32中记 录在CPU31中执行的程序和在处理中需要的数据等。RAM33是主要 在各种处理中作为作业区域使用的存储器。而且，这些CPU31、ROM32 以及RAM33也可以作为微型计算机被实现。闪速存储器34是可以改 写的非易失性存储器，例如即使音频再生装置3的电源掉电，应该保 持的各种数据仍被记录着。输入I/F35将来自输入部35a的信号经由内部总线42发送到 CPU31。在输入部35a上设置操作键等的各种输入开关。图形处理部 36按照来自CPU31的命令，在显示部36a的画面上显示图像。显示 部36a例如由LCD等构成。
通信I/F37经由未图示的LAN电缆与LAN6连接，在和其他的 机器之间进行数据的发送接收。此外，通信I/F37从通过LAN6接收 到的分组中抽取音频流的数据，可以直接交付给音频译码器38。音频译码器38具备对从通信I/F37接收到的音频流进行译码的 功能。该音频译码器38例如可以对MP3 (Moving Picture Experts Group-Audio Layer3:运动图像专家组音频层3)等的各种编码方式 的音频数据进行译码。此外，当输入例如LPCM ( Linear Pulse Code Modulation:线性脉冲编码调制)方式的音频数据的情况下，可以原 样地输出到后级的D/A变换部39。而且，该音频译码器38的功能也 可以通过在CPU31中执行软件来实现。D/A变换部39将从音频译码器38提供的数字音频数据变换为模 拟音频信号。音频放大器40将从D/A变换部39提供的模拟音频信号 放大为规定的电平，把它提供给扬声器41。由此，从扬声器41再生 输出与提供给它的^^莫拟音频信号相应的声音。以下，说明在音频再生装置3~5中连续地再生多个音频流时的动 作。而且，在以下的各实施方式中，以在音频再生装置3中对从服务 器装置l发送的音频流进行接收并再生的情况为例子进行说明，而当 然在音频再生装置4以及5中也可以实现和音频再生装置3 —样的功 能，此外，选择服务器装置2作为音频流的发送元，也可以执行同样 的连续再生动作。[流的连续再生动作第1实施方式图6是用于说明在关于第1实施方式的音频再生装置中的緩沖器 控制的图。在第1实施方式中，说明使用了暂时存储再生的音频流的数据的 音频緩冲器101和暂时存储这些音频流的元数据的元緩沖器102的、 音频再生装置3中的音频流连续再生的基本动作。而且，在此说明的 緩沖器的读出，写入控制和音频数据，元数据的接收控制等通过在 CPU31中执行程序来实现。此外，所谓这里的音频流是与图3所示的 项目对应的音频数据文件。 音频緩冲器101以及元緩冲器102都是使用RAM33实现的FIFO (First In First Out:先入先出)方式的緩冲器，例如作为循环緩冲器 等被实现。在音频緩冲器101中，顺序存储在音频流的再生时从服务 器装置1接收到的音频流的数据。这些音频数据由音频译码器38顺序 读出，根据需要进行译码，用D/A变换部39进行模拟变换。由此， 再生输出声音信号。元緩冲器102是用于存储可以用音频再生装置3再生的音频流的 元数据的緩冲器，在此作为例子，具备存储与4个大小的音频流对应 的元数据的容量。这些元数据是根据来自音频再生装置3的请求从服 务器装置l发送出的数据，在元数据中至少存储有用于取得对应的音 频流的数据的位置信息(URL，端口号码等)。此外，也可以存储附 加在音频流上的标题、作者名(艺术家名字)、唱片集名、总计再生 时间、数据大小等在再生时的显示动作和再生动作的控制中需要的信 息。而且，存储在该元緩冲器102中的元数据例如是从根据浏览 (Browse)动作从服务器装置1中作为XML数据被发送出的元数据 中抽取必要的信息得到的数据。在该音频再生装置3中再生音频流时的基本的顺序如下。首先， 从服务器装置1中取得可以发送的音频流的列表信息，根据该列表信 息，在显示部36a上一览显示可以再生的音频流，并从用户接收选择 输入。接着，根据列表信息对服务器装置l请求发送与已选择的音频 流有关的记述了更详细信息的元数据。在该元数据上记述在再生中需 要的信息，以在接收到的元数据中记迷的信息为基础访问服务器装置 1，对服务器装置l请求发送对应的音频流。而后，应答该请求将从服 务器装置l发送的音频流按顺序蓄积到音频緩冲器101中，读出到音 频译码器38中。以下，说明在这种音频再生装置3中，连续地再生多个音频流时 的处理。首先，在元緩冲器102中，如果开始再生某一音频流，则至 少存储下一个再生的音频流的元数据。在图6的例子中，轨道l的音 频流处于再生中，在元緩冲器102中存储有与在下一个再生的轨道2
的音频流对应的元数据。另一方面，在音频緩冲器101中，顺序存储作为再生对象的音频 流的数据，在蓄积了规定容量大小的时刻，开始从音频译码器38进行 读出。此外，在音频緩冲器101中，控制数据的读入，使得始终用音 频流的数据充满，不产生空闲。其后，接收再生中的音频流的全部数据，如果在音频緩冲器101 中发生空闲，则在音频再生装置3中，不等待现在再生中的音频流的 再生结束，就读出存储在元緩沖器102中的与下一个音频流对应的元 数据。而后，根据记述在该元数据中的位置信息，向服务器装置l请 求下一个音频流的发送，接收该音频流，按顺序存储在音频緩冲器101 的空闲区域上。在音频緩沖器101中，以始终不产生空闲区域的方式 读入下一个音频緩沖器101。由此，如果现在再生中的音频流的数据全部从音频緩冲器101读 出到音频译码器38，则接着将下一个音频流的数据读出到音频译码器 38，连续地执行该数据再生。此外，在元緩沖器102中消除再生结束 了的音频流的元数据，从服务器l中接收现在存储着的下一个再生的 音频流的元数据并存储。而且，为了更新元緩冲器102而向服务器装置1请求发送新的元 数据的时刻只要设置成在为了从服务器装置1接收下一个再生的音频 流而参照元数据之后，直到该音频流的再生结束为止的期间即可。通过以上的緩冲器控制，因为与LAN6中的通信的拥挤状态和服 务器装置1的处理负荷状态等没有关系地，能够在前一音频流的再生 结束时刻可靠地接收下一音频流的开头区域的数据，并蓄积在音频緩 沖器101中，所以将乐曲间的断音时间始终抑制在最小限度，能够可 靠地执行连续再生。此外，为了起到这样的效果，音频緩冲器101的容量只要考虑 LAN6中的通信的拥挤状态和服务器装置1的处理负荷状态等而被决 定即可。例如，参照元数据请求下一音频流的发送，假设直到应答该 请求从服务器装置1中接收音频流并开始向音频緩冲器101进行存储
为止的最大时间，在该假设最大时间内，以音频流变成大于等于从音频緩冲器101读出的数据量的方式，决定音频緩冲器101的容量。此外，在元緩冲器102中只要至少保持下一个再生的音频流的元 数据即可，但如图6所示，通过保持多个音频流的元数据，即使在因 LAN6中的通信拥挤和服务器装置1的处理负荷增加等原因元数据自 身的接收延迟的情况下，也可以在元緩冲器102中存储的轨道数的范 围中执行连续再生动作。进而，如果根据元数据知道前后的音频流的编码格式和取样频 率、位速率等的规格相同，则通过控制成在开始下一个音频流的译码 时对音频译码38等的后级的电路不进行初始化，也可以可靠地执行在 音频流的切换时完全不产生无音状态的所谓的无间隙再生。而且，在图6的例子中，在元緩冲器102中，保持现在再生中的 音频流的元数据直到其再生结束时为止，能够由再生控制部等进行参 照。但是，除此以外，在从服务器装置1中取得音频流时，从元緩沖 器102中读出为此所需要的元数据，并存储在另一存储器区域上，在 此时刻对于元緩冲器102可以读入现在存储着的下一个再生的音频流 的元数据。[流的连续再生动作第2实施方式I图7是表示关于第2实施方式的音频再生装置具备的主要功能的 方框图。在关于第2实施方式的音频再生装置3中，除了在上述的第1实 施方式中说明过的音频緩冲器101以及元緩冲器102之外，还设置用 于对元数据进行超高速緩沖的超高速緩冲存储器103。由此，在能够 更正确地执行多个音频流的连续再生的同时，还能够实现容易与随机 再生等对应。而且，超高速緩冲存储器103也能够由RAM33等实现。本实施方式的音频再生装置3作为用于连续再生多个音频流的功 能，如图7所示，具备再生控制部110、通信控制部120以及用户接 口 (U/I)控制部130。而且，这些各部的功能通过用CPU31执行程 序来实现。
再生控制部110是控制与音频流的再生有关的动作全体的控制 部，执行通过U/I控制部130受理的与用户的操作输入信息相应的处 理。该再生控制部110具备音频緩沖器控制部111、元緩沖器控制部 112、超高速緩冲控制部113、滤波器114以及随机号码生成部115。音频緩沖器控制部111控制对音频緩冲器101的音频流的数据读 入、根据来自该音频译码器38的请求对音频译码器38读出该数据的 动作。此外，当管理音频緩冲器101的空闲区域，发生了空闲的情况 下，参照存储在元緩冲器102中的下一个再生的音频流的元数据，将 记述在该数据中的位置信息交给通信控制部120，请求发送对应的音 频流。元緩冲器控制部112控制对元緩冲器102的元数据的读入、该元 数据的读出的动作。元緩冲器控制部112如果1个音频流的再生(在 此称为译码)结束，则从音频緩冲器控制部lll接收该结束的通知， 向超高速緩沖控制部113请求读出下一个元数据提供给元緩沖器102。超高速緩冲控制部113控制对超高速緩冲存储器103的元数据的 读入、对该元数据的元緩冲器102的读出。超高速緩冲控制部113根 据来自元緩冲器控制部112的请求，通过滤波器114将超高速緩冲存 储器103内的元数据读出到元緩冲器102。此外，管理超高速緩沖存 储器103内的元数据的读出状态，如果读出全部的元数据，则对通信 控制部120请求发送下一个再生的音频流的元数据。滤波器114判别从超高速緩冲存储器103读出的元数据是否是与 音频流相对的数据，当正确的情况下将该元数据输出到元緩冲器102， 当不正确的情况下将其通知给超高速緩冲控制部113。随机号码生成部115是决定用于随机重新排列乐曲顺序进行再生 的随机再生(随意再生)的再生顺序的块，具备随机指定再生的轨道 号码的随机数发生功能。通信控制部120是控制通过了 LAN6的通信处理的块，在此根据 来自再生控制部110的请求，可以执行用UPnP规定的通信顺序。此 外，将利用该通信顺序接收到的元数据存储在超高速緩沖存储器103
中，将音频流的数据存储在音频緩冲器101中。
U/I控制部130通过输入I/F35检测针对输入部35a的用户的输 入操作，将与该输入操作相应的操作输入信息输出到再生控制部110。 此外，按照来自再生控制部110的控制信息，例如在选择服务器和内 容时、再生内容时等，生成与场面相应的显示信息并输出到图形处理 部36，将与显示信息相应的图像显示在显示部36a上。图8是用于说明在关于第2实施方式的音频再生装置中的緩沖器 控制的图。
在图8中作为例子，模式地表示按轨道1 轨道20 (trl tr20 )的 顺序连续再生音频流时的超高速緩冲存储器103、元緩冲器102以及 在音频緩冲器101中的数据写入*读出的状态。而且，在此作为例子， 假设超高速緩冲存储器103保持10轨道量的元数据，元緩冲器102 能够保持4轨道量的元数据。首先，当由用户的操作输入指示轨道l的再生开始，则如图8(A) 所示，超高速緩冲存储器103变成存储将轨道1作为开头的10轨道量 的元数据的状态。这些元数据可以在请求了再生开始的时刻预先从服 务器装置1接收，也可以是在此前已,皮接收。
进而，从这些IO轨道量的元数据中，将开头的4轨道量的元数 据读入到元緩冲器102。而后，首先以在轨道1的元数据中记述的位 置信息为基础，接收对应的音频流，蓄积在音频緩冲器101中，开始 再生其音频流。
此外，和第l实施方式一样，接收^L道1的音频流的全部数据， 如果在音频緩沖器101中产生空闲，则从元緩冲器102中参照下一再 生的轨道2的元数据，根据该元数据开始接收轨道2的音频流，并蓄 积在音频緩冲器101中。
此外，如果轨道1的音频流再生结束，则在元緩沖器102中删除 轨道l的元数据，在其空闲区域上从超高速緩冲存储器103中读入下 一轨道5的元数据。而且，此外，例如，也可以在为了再生轨道l而 从元緩沖器102中读出轨道l的元数据的时刻，或者开始接收下一轨
道2的音频流的时刻，从元緩冲器102中删除轨道l的元数据，写入 轨道5的元数据。以后，假设重复上述的处理，将最后存储的轨道10的元数据读 入到元緩冲器102。此时，如图8(B)所示，开始再生轨道7的音频 流，在元緩沖器102中存储轨道7 10的元数据。超高速緩冲控制部 113如果检测到在元緩冲器102中读入了超高速緩冲存储器103内的 全部的元数据，则控制通信控制部120，对服务器装置1请求发送下 一10轨道量的元数据。其结果，将直到轨道11-20为止的元数据写在 超高速緩冲存储器103上，以后，和上述一样超高速緩冲存储器103 内的元数据从开头起按顺序写入到元緩沖器102中。这样，设置与元緩冲器102相比可以蓄积更多的轨道数的元数据 的超高速緩冲存储器103，通过设置成从该超高速緩冲存储器103向 元緩沖器102读出元数据的结构，立即取得作为再生对象的音频流的 元数据，能够可靠地连续再生。例如，即使在再生数曲再生时间短的 音频流，频繁更新元緩冲器102的蓄积数据那样的情况下，不每次从 服务器装置1接收元数据，能够读出保持在超高速緩冲存储器103中 的元数据并继续进行连续再生。可是，也有由于服务器装置l一侧的内容管理的树形构造，从服 务器装置1一侧接收混杂在音频流的元数据中、与除此以外的数据有 关的元数据的情况。例如，还有在同样的容器的子阶层中，音频流和 视频流的项目混合，或者与项目一起还存在容器的情况。这种情况下，关于同样的容器的子阶层的对象的元数据与该对象 的种类无关地，按照在服务器装置1中所付与的顺序被接收，暂且被 存储在超高速緩沖存储器103中。而后，在从超高速緩冲存储器103 中读出各对象的元数据时，用滤波器114判定该元数据是否是与音频 流有关的数据。当是与音频流有关的情况下，直接传送到元緩冲器 102，但不是的情况下，从滤波器114对超高速緩沖控制部113通知错 误，通过控制接收到通知的超高速緩冲控制部113，从超高速緩冲存 储器103中读出与下一个对象对应的元数据。
由此，在元緩沖器102中，因为只保存与音频流有关的元数据， 所以通过音频緩冲器控制部111从该元緩冲器102中按顺序读出元数 据，能够连续地再生音频流。即、在要接收下一个再生的音频流的数 据的时刻，不需要判别元緩冲器102内的下一个元数据是否是与音频 流有关的数据，在乐曲间不会发生多余的无音期间，能够可靠地继续 连续再生。以下，说明在音频流的连续再生时的各部的处理。首先，图9是 表示直到开始连续再生动作为止的音频再生装置的处理顺序的流程 图。步骤Sll在音频再生装置3中，如果与LAN6连接，则执行搜 索服务器装置的处理。首先，如果音频再生装置3与LAN6连接，则在用通信控制部 120取得自身的网络地址后，再生控制部110向通信控制部120发出 请求搜索服务器装置。通信控制部120在LAN6上对用UPnP规定的 搜索消息进行多播。LAN6上的服务器装置1以及2应答搜索消息， 回送特定自身的ID、用于取得设备描述的URL等。通信控制部120将与以上述的顺序搜索到的服务器装置1以及2 有关的信息送到再生控制部110，再生控制部110对U/I控制部130 指示显示用于选择服务器装置1以及2的画面。由此，在显示部36a 上一览显示所搜索到的服务器装置1以及2的名称等，变成待机等待 来自用户的选择输入的状态。步骤S12在音频再生装置3中，根据用于选择服务器装置的由 用户进行的输入操作，执行用于从所选择的服务器装置(在此假设为 服务器装置l)得到可以发送的内容的信息的处理。在此，再生控制部IIO如果经由U/I控制部130检测出选择了服 务器装置1的情况，则向通信控制部120请求从该服务器装置1取得 i殳备描述。通信控制部120在访问对应的URL并由GET指令接收到 设备描述后，得到用服务器装置1对内容进行管理的阶层构造的根的 位置，请求与该根的子阶层有关的信息。
根据针对该请求的应答，当在子阶层中只包含容器的情况下，将该容器的信息交给再生控制部110。再生控制部110向U/I控制部130 请求用于让用户选择这些容器的画面显示。由此，将在容器上付与的 名称一览地显示在显示部36a上，用户进行从它们中选择l个的操作。 再生控制部110对通信控制部120请求取得所选择出的容器的子阶层 的属性信息。通过重复这种步骤，顺序得到子阶层的信息。 一般，根的子阶层 的容器针对每个艺术家而设置，进一步的该子阶层的容器针对每个唱片集而设置，在该容器的子阶层中，存在与乐曲对应的项目。而且， 从音频再生装置3中指定艺术家等的检索条件，也能够按照与该条件 相应的阶层构造来搜索项目。通过以上的处理，当在子阶层中存在项目的情况下，将表示与该 项目有关的概略的信息的元数据作为XML数据被取得。如上所述， 在本实施方式中，项目与内容(在此是乐曲)的流数据对应，基本上 取得与包含在对应于1个唱片集的容器的子阶层中的项目有关的列表 信息。[步骤S13]从服务器装置1中取得的项目的列表信息从通信控制 部120交给再生控制部110。再生控制部110根据该列表信息请求U/I 的控制部130根据该列表信息显示对可以再生的乐曲的标题和艺术家 名等的信息进行一览显示的选择画面。由此，在显示部36a上一览显 示可以再生的乐曲的信息，音频再生装置3变成针对最初再生的乐曲 的选捧操作的待机状态。[步骤S14再生控制部110如果经由U/I控制部130接收乐曲的 选择信息，则向通信控制部120请求接收进一步详细记载了与该乐曲 有关的信息的元数据。此时，将所选择的乐曲作为开头请求一次接收 IO首曲目(IO轨道)量的元数据。在图8的例子中，例如当选择了轨 道1的情况下，请求接收轨道1~10的元数据。通信控制部120指定轨 道号码执行用于向服务器装置1请求发送元数据的动作。从服务器装置l接收到的元数据经由通信控制部120存储在超高
速緩冲存储器103中。超高速緩沖控制部113将超高速緩冲存储器103 内的开头4轨道量的元数据经由滤波器114提供给元緩冲器102。[步骤S15音频緩冲器控制部111从元緩冲器102中读入1轨道 量的元数据，将记述在该元数据中的位置信息交给通信控制部120， 请求取得对应的音频流。超高速緩冲控制部113以位置信息为基础访 问服务器装置l,请求发送音频流。[步骤S16从服务器装置1发送音频流，在接收它的音频再生装 置3中，音频流经由通信控制部120顺序提供给音频緩冲器101。而 后，通过从该音频緩沖器101中将数据顺序读出到音频译码器38，执 行再生动作。图10是表示由在连续再生时的音频緩冲器控制部进行的音频緩 冲器的空闲管理处理顺序的流程图。如上所述，音频緩冲器控制部111如果在音频緩冲器101中蓄积 音频流的数据，则根据来自音频译码器38的请求，控制成将音频緩冲 器101内的数据顺序读出到音频译码器38。此时，音频緩冲器控制部 111用以下顺序管理针对音频緩冲器101的数据的读入。步骤S21]音频緩沖器控制部111从元緩冲器102中读入1轨道 量的元数据。[步骤S22音频緩冲器控制部111将记述在读入的元数据中的位 置信息传送到通信控制部120，请求发送对应的音频流。通信控制部 120根据其请求执行用于发送对应的音频流的动作，从服务器装置1 中与其对应地开始发送音频流。发送出的音频流的数据顺序蓄积在音频緩冲器101中。[步骤S23]音频緩沖器控制部111监视音频緩沖器101的空闲状 态，当没有发生空闲的情况下执行步骤S24的处理。此外，当l个音 频流的接收结束，在音频緩冲器101中开始发生了空闲的情况下，返 回步骤S21,从元緩冲器102中读入下一轨道的元数据。其结果，从 服务器装置1中发送下一个再生的音频流。步骤S24音频緩冲器控制部111通过用户的操作等判别是否请 求了连续再生动作的结束。在未请求的情况下，返回步骤S23判别音 频緩沖器101的空闲状态，当请求了的情况下结束处理。通过以上的处理，在音频緩冲器101中始终保持緩冲器容量大小 的音频流的数据。而后，如果l个音频流的接收完成，则不等待该音 频流的再生结束，自动地开始下一个音频流的接收。图11是表示在元緩冲器控制部中的元緩冲器的管理处理顺序的 流程图。[步骤S31如果开始连续再生动作，则元緩沖器控制部112对超 高速緩冲控制部113请求读出4轨道量的元数据。其结果，从超高速 緩冲存储器103中经由滤波器114将4轨道量的元数据读入到元緩沖 器102。[步骤S321元緩冲器控制部112根据来自音频緩冲器控制部111 的请求，将存储在元緩冲器102中的再生顺序最早的轨道的元数据输 出到音频緩沖器控制部111。[步骤S33元緩冲器控制部112判定1个音频流的再生结束，下 一个音频流的再生是否开始。当未开始的情况下执行步骤S34的处理， 当开始了的情况下执行步骤S35的处理。而且，可通过例如从音频緩冲器控制部111中接收在音频译码器 38中开始了新的音频流的译码，或者，开始从音频緩冲器101读出新 的音频流的数据等通知来进行判断下一个音频流的再生开始。[步骤S341元緩冲器控制部112通过用户的操作等判定是否请求 了结束连续再生动作。当没有请求的情况下，返回步驟S33判定下一 个音频流的再生开始，当请求了的情况下结束处理。[步骤S35元緩冲器控制部112对超高速緩沖控制部113请求读 出下一个l轨道量的元数据。其结果，从超高速緩冲存储器103中经 由滤波器114将下一个1轨道量的元数据传送到元緩冲器102。元緩 冲器控制部112将传送来的元数据上写到在步骤S32中输出的元数据 的存储区域上。而且，在上述的处理中，在下一个音频流的再生开始时，将下一
个1轨道量的元数据读入元緩冲器102。由此，将现在再生中的音频 流的元数据始终保持在元緩冲器102中，装置内的各部能够参照该元 数据。但是，代替这种处理，如果在步骤S32中从元緩冲器102输出 1轨道量的元数据，则能够控制成立即读入下一个1轨道量的元数据。图12是表示在超高速緩冲控制部中的超高速緩冲存储器的管理 处理顺序的流程图。用图9的步骤S14的控制处理，从服务器装置1发送规定轨道数 量(在此是10轨道量)的元数据，如果将那些元数据存储在超高速緩 冲存储器103中，则超高速緩冲控制部113用以下那样的顺序控制超 高速緩冲存储器103的读写。[步骤S41超高速緩沖控制部113判定从元緩沖器控制部112中 是否接收到了 l轨道量的元数据的输出请求。在没有接收请求的情况 下执行步骤S42的处理，在接收到请求的情况下执行步骤S43的处理。[步骤S42超高速緩沖控制部113判别是否通过用户的操作等请 求了结束连续再生动作。当没有请求的情况下返回步骤S41,判定有 无针对元緩冲器102的输出请求，当被请求了的情况下结束处理。[步骤S43超高速緩沖控制部113从超高速緩沖存储器103中对 滤波器114读出已读出的对象的下一个对象的元数据。[步骤S44滤波器114判定已读出的元数据是否是涉及音频流的 元数据。如果是涉及音频流的元数据，则直接传送到元緩冲器102, 但当不是的情况下，把它通知给超高速緩冲控制部113。超高速緩冲控制部113当从滤波器有通知的情况下返回步骤 S43，从超高速緩沖存储器103读出下一个对象的元数据，当没有通知 的情况下，执行步骤S45的处理。而且，虽然在该图12中省略，但在紧接连续再生动作的开始之 后，通过图11的步骤S31的处理从元緩冲器控制部112请求4轨道量 的元数据的输出。因而，只在紧接连续再生开始之后，在步骤S43以 及S44中，进行从开头读出4轨道量的音频流的元数据那样的处理。此外，滤波器114当读出的元数据是与音频流有关的数据的情况 下，进一步从该元数据中解析对应的音频流的编码方式和取样频率、位速率等，可以判定该音频流是否可以在音频再生装置3中再生。这 种情况下，只在判定为可以再生的情况下，将元数据传送到元緩冲器 102，当判定为不可以再生的情况下，将该信息通知给超高速緩冲控制 部113，从超高速緩沖存储器103中取得下一个元数据。[步骤S45超高速緩冲控制部113判定是否读出了在超高速緩冲 存储器103内的全部的元数据。当存在未被读出的元数据的情况下， 返回步骤S41，直接等待待机下一个元数据的输出请求，当全部的元 数据读出结束的情况下，执行步骤S46的处理。[步骤S46I超高速緩冲控制部113以在图9的步骤S12中取得的 列表信息、在元緩冲器102中已传送结束的轨道号码的信息为基础， 将指定下一个10个量的对象的信息传送到通信控制部120，请求发送 那些对象的元数据。通信控制部120根据该请求，执行用于发送对应 的元数据的动作，从服务器装置1中根据它发送所指定的10个对象的 元数据。将所发送的元数据上写到超高速緩冲存储器103上，其后， 再次执行步骤S41的处理。通过以上的音频緩沖器控制部111、元緩沖器控制部112以及超 高速緩冲控制部113的处理，在音频緩冲101中始终充满音频流的数 据，如果1个音频流的接收结束，则连续地将下一个的音频流的数据 可靠地存储在音频緩冲器IOI中。因而，与在LAN6中的通信的拥挤 状态和^L务器装置1的处理负荷状态等没有关系，能够可靠地执行乐 曲间不发生多余的无音期间的连续再生动作。以下，说明在该音频再生装置3中的随机再生时的控制。图13 是表示在随机再生时的超高速緩冲存储器的管理处理顺序的流程图。在音频再生装置3中，用图9的步骤S11、 S12的顺序，在取得 与包含在1个容器的子阶层中的项目有关的列表信息后，通过随机指 定包含在该子阶层中的音频流的发送顺序，能够执行随机再生。而且， 随机号码生成部115根据已取得的列表信息，在容器内存在的项目数 的范围内随机指定轨道号码。 [步骤S51在开始随机再生时，需要用随机号码生成部115至少 随机生成初次4首曲目大小的轨道号码，从服务器装置1中接收这些 元数据，经由超高速緩冲存储器103存储在元緩冲器102中。此时， 超高速緩冲存储器103用包含初次4曲目大小的10轨道量的元数据充 满。作为用于设置成这种状态的最简单的处理顺序，用随机号码生成 部115生成初次10首曲目大小的轨道号码，超高速緩冲控制部113 将这些轨道号码通知给通信控制部120，从服务器装置1发送与它们 对应的元数据。而后，在将接收到的元数据存储在超高速緩冲存储器 103中后，控制成从该超高速緩冲存储器103中按照再生顺序将元数 据读出到元緩冲器102中。这种情况下，直到超高速緩冲存储器103 内的元数据全部对元緩冲器102读出为止，控制成按照再生顺序将那 些元数据读出到元緩冲器102中，之后只要执行下一步骤S52以后的 处理即可。[步骤S52超高速緩冲控制部113判定从元緩冲器控制部112中 是否接收了l轨道量的元数据的输出请求。当未收到请求的情况下， 执行步骤S53的处理，当接收到请求的情况下执行步骤S54的处理。步骤S53超高速緩冲控制部113判别是否通过用户的操作等请 求了结束随机再生动作。当没有请求的情况下，返回步骤S52判定有 无针对元緩冲器102的输出请求，当有请求的情况下结束处理。[步骤S541超高速緩冲控制部113从随机号码生成部115中取得 新的轨道号码。[步骤S55超高速緩沖控制部113判定与取得的轨道号码对应的 元数据是否被存储在超高速緩冲存储器103中。当存储有对应的元数 据的情况下执行步骤S57的处理，当没有存储的情况下执行步骤S56 的处理。[步骤S56超高速緩沖控制部113对通信控制部120命令接收把 在步骤S54中取得的轨道号码作为开头的IO个对象量(在此是10轨 道量)的元数据。通信控制部120对服务器装置1执行请求发送这些
元数据的动作，将与它对应的接收到的元数据写到超高速緩冲存储器103上。[步骤S57超高速緩冲控制部113将与在步骤S54中取得的轨道 号码对应的元数据从超高速緩冲存储器103传送到元緩冲器102。根据这种处理，在l个容器的子阶层中，即使是与能够保存在超 高速緩冲存储器103中的数相比存在更多的轨道数的音频流的情况， 也能够将那些全部音频流作为对象随机决定再生顺序。此外，在随机生成了新的轨道号码时，因为只在与该轨道号码对 应的元数据未存储在超高速緩冲存储器103中的情况下，从服务器装 置l预先接收该元数据，所以减少进行元数据的发送请求的次数。进 而，因为新的轨道号码的生成并不在紧接与之对应的音频流的再生开 始之前进行，而是在比这更远以前的在元緩冲器102中存储新的元数 据的时刻进行的，所以变成在元緩冲器102中始终存储着最靠近的4 轨道量的元数据的状态。因而，因为音频緩冲器控制部111能够立即 参照元緩冲器102的元数据，所以即使在随机再生时，也能够执行没 有多余的无音期间的连续再生动作。而且，在以上的图13中，为了简单地说明，假设在超高速緩沖 存储器103中只存储与音频流有关的元数据。但是，也可以使用在图 12中说明的滤波器114的功能，只抽取与音频流有关的元数据，提供 给元緩冲器102。这种情况下，在从超高速緩沖存储器103对元緩冲 器102传送元数据时，当用滤波器114判定为该元数据不是与音频流 有关的数据，或判定为不可能再生的情况下，在随机号码生成部115 中生成新的号码，进入步骤S56的处理，只要接收以该号码作为开头 的下一个10对象量的元数据即可。[流的连续再生动作第3实施方式I图14是用于说明关于第3实施方式的音频再生装置的緩冲器构 成及其控制的图。在第3实施方式中，在乐曲的再生过程中，即使在请求了开始下 一个乐曲的再生的动作(跳过再生)，或者从开头开始再次再生同样
的乐曲的动作(返回再生)的情况下，也能够立即执行那些动作。因此，如图14所示，将存储音频流的数据的音频緩冲器101a分割为2 个开头数据区域104以及105、和FIFO区域106。开头数据区域104以及105都是具有一定容量的存储器区域，在 各区域中交替存储从再生中的音频流的开头开始的规定量的数据，或 者，从下一个再生的音频流的开头开始的规定量的数据之一。而后， 蓄积在这些开头数据区域104以及105中的数据被保持到直到与各区 域对应的音频流的再生结束为止。另一方面，FIFO区域106在音频流的数据中，是顺序存储除了 存储在开头数据区域104以及105中的数据的剩下的数据的FIFO方 式存储区域，例如作为循环緩冲器来实现。在该区域上最初在再生中 的音频流的数据中，按顺序存储有比存储在开头数据区域104以及105 的一方上的数据的位置往后的数据。其后，如果音频流的接收结束， 则在下一个再生的音频流数据中，按顺序存储比存储在开头数据区域 104以及105的另一方中的数据的位置往后的数据。在此，作为例子，当再生图14所示的轨道1的音频流的情况下， 首先，根据元緩沖器102内的轨道l的元数据，向服务器装置l请求 轨道l的音频流的发送，与此对应发送的音频流的数据用音频再生装 置3接收。此时，接收到的音频流的数据存储在开头数据区域104中。 而后，如果开头数据区域104没有空闲，则将其后的接收数据存储在 FIFO区域106中。音频译码器38首先从开头数据区域104读出数据进行译码处理， 如果全部读出该区域的数据，则接着通过从FIFO区域106读出数据， 继续轨道1的音频流的再生。而后，在该再生中，当进行了请求返回 再生的操作输入的情况下，从开头数据区域104的开头再次向音频译 码器38传送数据。由此，不必再次从服务器装置l接收音频流的开头 数据，就能够立即执行返回再生。此外，在从开头数据区域104读出 数据期间，根据轨道1的元数据再次向服务器装置1进行发送请求并 接收剩下的数据，通过将数据蓄积在进行了闪速存储的FIFO区域106
上，继续音频流的再生。另一方面，在开始了再生轨道l的音频流时，音频再生装置3在 和服务器1之间执行和轨道1不同的通信对话，根据轨道2的元数据， 请求服务器装置1进行与之对应的音频流的发送。由此，和轨道1的 数据并行地接收轨道2的音频流的数据。此时，例如，检测接收中的 轨道1的音频流的接收速度，如果大于等于规定的速度，则能够起动 用于并行接收轨道2的音频流的处理。接收到的轨道2的音频流的数据被存储在开头数据区域105中。 在此，在只接收了开头数据区域105的容量大小后，当一旦停止接收， 在FIFO区域106上发生了空闲时，接收剩下的数据并存储在FIFO 区域106中。通过这样的处理，当在轨道l的音频流的再生中请求跳 过再生的情况下，能够将轨道2的音频流的数据从开头数据区域105 立即传送到音频译码器38，在该时刻不需要从服务器装置1接收轨道 2的音频流的开头数据。而且，如果开始再生轨道2的音频流，则从服务器装置l接收其 剩下的音频流，通过将数据顺序蓄积在进行了闪速存储的FIFO区域 106上，继续进4于该音频流的再生。
权利要求
1.一种再生装置，接收并再生从通过网络被连接的服务器装置发送的流数据，其特征在于，具有属性信息请求部件，对上述服务器装置请求发送上述流数据的属性信息，按照对应的上述流数据的再生顺序接收上述属性信息；属性信息缓冲器，顺次接收并暂时存储从上述服务器装置接收到的上述属性信息，至少保持与现在正在再生的流数据的下一个再生的上述流数据相对应的上述属性信息；流数据请求部件，根据上述属性信息缓冲器中所存储的上述属性信息，对上述服务器装置请求发送对应的上述流数据；以及FIFO方式的流数据缓冲器，顺次存储从上述服务器装置接收到的上述流数据，并输出给再生处理部件，其中，上述流数据请求部件当对于上述流数据缓冲器将再生中的上述流数据蓄积到最后时，从上述属性信息缓冲器中读入与下一个再生的上述流数据相对应的上述属性信息，然后根据该属性信息向上述服务器装置请求发送下一个再生的上述流数据。
2. 根据权利要求l所述的再生装置，其特征在于上述属性信 息緩沖器至少保持与现在正在再生的上述流数据的下一个顺次再生的 一定数量的上述流数据相对应的上述属性信息，上述流数据请求部件按照再生顺序读入存储在上述属性信息緩 冲器中的上述属性信息。
3. 根据权利要求2所述的再生装置，其特征在于上述属性信 息请求部件进行控制，以便在自为了从上述服务器装置接收下一个再 生的上述流数据而在上述流数据请求部件中参照对应的上述属性信息 起、到相应流数据的再生结束为止的期间，使上述属性信息緩冲器中 删除与该流数据对应的上述属性信息，然后向上述服务器装置请求发 送除了已被存储在上述属性信息緩冲器中的属性信息的上述属性信息 中与下一个再生的上述流数据对应的上述属性信息，将接收到的上述属性信息写入到上述属性信息緩冲器中。
4. 根据权利要求l所述的再生装置，其特征在于 进一步具有超高速緩沖存储器，暂时保持比上述属性信息緩冲器更多的数量的从上述服务器装置接收到的上述属性信息，并从开头开 始按顺序输出到上述属性信息緩冲器，如果保持在上述超高速緩冲存储器中的全部上述属性信息被输 出到上述属性信息緩冲器中，则上述属性信息请求部件向上述服务器 装置进行请求，使得对于除了已被存储在上述超高速緩冲存储器中的 属性信息的上述属性信息中与下一个再生的上述流数据对应的上述属 性信息，按再生顺序发送能够保持在上述超高速緩冲存储器中的数量。
5. 根据权利要求4所述的再生装置，其特征在于进一步具有 数据判别部件，进行控制以在将保持在上述超高速緩冲存储器中的上 述属性信息输出到上述属性信息緩冲器时，根据相应的属性信息，判 别对应的上述流数据是否可以在上述再生装置中再生，当可以再生的 情况下，直接输出到上述属性信息缓冲器，当不可以再生的情况下， 不进行相应属性信息的输出，而从上述超高速緩冲存储器中输出下一 个上述属性信息。
6. 根据权利要求5所述的再生装置，其特征在于当用上述数 据判别部件根据从上述超高速緩冲存储器中读入的上述属性信息，判 别为不能再生对应的上述流数据时，当上迷超高速緩冲存储器内的上 述属性信息全部输出完毕的情况下，上述属性信息请求部件对上述服 务器装置进行请求，4吏得对于除了已被存储在上述超高速緩冲存储器 中的属性信息的上述属性信息中与下一个再生的上述流数据对应的上 述属性信息，按照再生顺序发送能够保持在上述超高速緩冲存储器中 的数量。
7. 根据权利要求1所述的再生装置，其特征在于，进一步具有 超高速緩冲存储器，暂时保持比上述属性信息緩沖器多的数量的从上述服务器装置接收到的上述属性信息，并输出给上述属性信息緩冲器；再生顺序生成部件，在对上述属性信息緩冲器存储新的上述属性信息时，随机地生成表示上述流数据的再生顺序的再生号码；随机再生控制部件，向上述属性信息请求部件进行请求，以便判 定与所生成的上述再生号码对应的上述属性信息是否被存储在上述超 高速緩冲存储器中，并在被存储了的情况下，将相应属性信息从上述 超高速緩冲存储器中输出到上述属性信息緩沖器，当未被存储的情况 下，以相应属性信息作为开头，从上述服务器装置发送可以保持在上 述超高速緩冲存储器中的数量的上述属性信息的方式。
8. 根据权利要求l所述的再生装置，其特征在于 在上述流数据緩沖器中设置有从再生中的上述流数据的开头起保持规定量数据的开头数据保持区域；顺次保存除上述开头数据保持 区域中所保持的数据以外的上述流数据的FIFO区域，进一步具有返回再生控制部件，向上述流数据请求部件进行请 求，以使得在上述流数据再生中，当通过用户的操作输入请求了返回 再生动作时，将保持在上述开头数据保持区域上的数据从其开头起再 次提供给上述再生处理部件，同时从上述服务器装置再次发送除保持 在上述开头数据保持区域上的数据之外的上述流数据。
9. 根据权利要求l所述的再生装置，其特征在于 在上述流数据緩沖器中设置有从下一个进行再生的上述流数据的开头起保持规定量的数据的下 一个流开头数据保持区域和保存除此 以外的数据的FIFO区域，进一步具有跳过再生控制部件，其进行控制以在上述流数据再生 中，当通过用户的操作输入请求跳过再生动作时，将保持在上述下一 个流开头数据保持区域上的数据从其开头起提供给上述再生处理部 件，同时从上述服务器装置再次发送除保持在上述下一个流开头数据 保持区域上的数据之外的上述流数据，并且向上述流数据请求部件进 行请求，根据该请求，将所接收到的上述流数据顺次保存在上述FIFO 区域中。
10. —种再生控制方法，用于接收并再生从通过网络被连接的服 务器装置发送的流数据，其特征在于，具有以下步骤属性信息请求部件对上述服务器装置请求发送上述流数据的属 性信息，按照对应的上述流数据的再生顺序接收上述属性信息；属性信息记录控制部件控制上述属性信息緩沖器，以使得顺次将 从上述服务器装置接收到的上述属性信息保存在属性信息緩冲器上使 其暂时存储，至少保持与现在正在再生的流数据的下一个再生的上述 流数据相对应的上述属性信息；流数据请求部件根据上述属性信息緩冲器中所存储的上述属性 信息，对上述服务器装置请求发送对应的上述流数据；流数据记录控制部件以FIFO方式将从上述服务器装置接收到的 上述流数据顺次保存在流数据緩沖器中，并输出给再生处理部件；上述属性信息请求部件当对于上述流数据緩冲器将再生中的上 述流数据蓄积到最后时，从上述属性信息緩冲器中读入与下一个再生 的上述流数据相对应的上述属性信息，然后根据该属性信息向上述服 务器装置请求发送下一个再生的上述流数据。
全文摘要
能够以流数据间没有停止的方式可靠地执行从服务器装置接收到的多个流数据的连续再生。从服务器装置1按照再生顺序发送源数据，顺序存储在源缓冲器(102)中。源缓冲器(102)至少保持与下一个再生的流数据对应的源数据。根据源缓冲器(102)内的属性信息，对服务器装置(1)请求对应的流数据的发送，将接收到的流数据顺序存储在FIFO方式的音频缓冲器(101)中。在此，如果将再生中的流数据在音频缓冲器(101)中蓄积到最后，则从源缓冲器(102)中读入与下一个再生的流数据对应的元数据，根据该源数据向服务器装置(1)请求发送下一个再生的流数据。
文档编号H04L29/08GK101212492SQ20071030047
公开日2008年7月2日 申请日期2007年12月28日 优先权日2006年12月29日
发明者松山浩二郎, 栢沼正司 申请人:索尼株式会社