专利名称：乐曲数据的结构和终端装置以及乐曲重放方法
技术领域：
本发明涉及一种在终端装置中根据乐曲数据重放乐曲的技术。
背景技术：
在移动电话等便携终端中，开发出一种重放发声用连续数据或ADPCM(自适应差分脉码调制)数据这样的发声数据等各种数据形式(格式)的发声数据的技术(例如参照专利文献1)。将以这种数据形式记述的乐曲数据预先储存在移动电话的便携终端中，或通过通信线路下载乐曲数据并存储在乐曲数据配信服务器上，然后利用该乐曲数据，可以在移动电话等便携终端上，重放所谓的输入曲调等乐曲。
专利文献1特开2002-099541号公报在利用便携终端重放上述形式的发声数据时，为了重放，必须预先将发声数据存储在便携终端上。在该发声数据的数据量很大时，需要将大数量原封不动地存储或下载。因此，在存储器的存储容量和数据通信的传输速度等资源贫乏的携带终端中，这种发声数据消耗大量资源，因而存在资源不足的问题。此外，在这种资源有限的环境中，由于能够传输的数据量受到限制，所以还存在难以重放高品质的乐曲，接收曲调等内容的提供者不能满足期望重放乐曲高品质化的用户的要求的问题。
发明内容
鉴于上述情况，提出本发明，本发明的目的是提供一种能够以小数据量存储高品质乐曲并进行配信的新颖的乐曲数据结构。本发明的另一个目的是提供一种通过使用这种结构的乐曲数据重放乐曲，可以使用小容量的存储器接收高品质的乐曲数据配信的终端装置。此外，本发明的另一个目的是提供一种通过使用这种结构的乐曲数据重放乐曲，可以使用小容量的存储器接收高品质的乐曲数据配信并进行重放的乐曲重放方法。
为了解决上述问题，本发明提供一种适于在具有重放乐曲的功能和与通信网络相连的功能的终端装置中使用的乐曲数据结构，其特征在于在该乐曲数据中并未保存有与待重放乐曲的至少一部分所对应的乐曲单元有关的、用于重放该乐曲单元的乐曲单元数据，取而代之，在该乐曲数据中保存有显示该乐曲单元数据在所述通信网络上的所在位置的所在信息。
根据本发明，在乐曲数据中并未保存用于对乐曲单元进行重放的乐曲单元数据，取而代之，在该乐曲数据中保存有显示该乐曲单元数据在上述通信网络上的所在位置的所在信息。因而，能够减少乐曲数据的数据量，适于在存储容量有限的小型终端装置(例如便携通信终端)中使用。而且，由于在乐曲重放中使用的乐曲单元数据本身也可以每次从通信网络上的所在位置局部性地获取，也可以形成数据量比较大的高品质乐曲数据，并能够进行高品质的乐曲重放。因此，适于在存储容量有限的小型终端装置(例如便携通信终端)中重放高品质的乐曲。
在优选实施例中，所述乐曲数据具有由多个频道构成的结构；所述所在信息，以与应重放所述乐曲单元的频道和应重放所述乐曲单元的时间对应的配置方式包含在所述乐曲数据中在另一优选实施例中，上述所在信息包含存储有上述乐曲单元数据的服务器的服务器名和该乐曲单元数据的文件名。
而且，本发明的终端装置是一种具有重放乐曲的功能和与通信网络相连的功能的终端装置，其包括用于存储乐曲数据的第1存储装置，在该乐曲数据中并未保存有与待重放乐曲的至少一部分所对应的乐曲单元有关的、用于重放该乐曲单元的乐曲单元数据，取而代之，在该乐曲数据中保存有显示该乐曲单元数据在所述通信网络上的所在位置的所在信息；通过该通信网络从所述所在信息所显示的所述所在位置，获取所述乐曲单元数据的至少一部分的通信装置；用于存储由所述通信装置所获取的乐曲单元数据的第2存储装置；以及根据所述第1存储装置所存储的乐曲数据和所述第2存储装置所存储的乐曲单元数据重放乐曲的乐曲重放装置。
在优选实施例中，该终端装置还包括更新装置，该更新装置对所述通信装置和第2存储装置进行控制，以便随着所述乐曲重放装置重放乐曲而利用该乐曲单元数据的新部分对所述第2存储装置中的重放完毕的所述乐曲单元数据的部分存储进行更新。所述更新装置最好包括对空区域的容量进行监控的监控装置，所述空区域包含用于存储所述第2存储装置中的重放完毕的乐曲单元数据的区域；和下载要求装置，所述下载要求装置在由所述监控装置所监控的空区域的容量满足预定条件时，生成用于指示获取所述乐曲单元数据的新部分的下载要求，通过所述通信装置对所述通信网络上的所述所在位置发送该下载要求。
在另一优选实施例中，可以通过所述通信装置，在所述第1存储装置与所述通信网络上的任意节点之间发送或接收任意乐曲数据。
在上述实施例中，上述终端装置是可携带的终端装置。
本发明的乐曲重放方法是一种在具有重放乐曲的功能和与通信网络连接的功能的终端装置中、由计算机装置所执行的乐曲重放方法，所述终端装置具有用于存储乐曲数据的存储器，所述乐曲数据中并未保存有与待重放乐曲的至少一部分所对应的乐曲单元有关的、用于对该乐曲单元进行重放的乐曲单元数据，取而代之，保存有显示该乐曲单元数据在所述通信网络上的所在位置的所在信息，所述乐曲重放方法包括下述步骤进行乐曲重放控制的步骤，包括从所述存储器读取应重放乐曲的乐曲数据的步骤；在重放所述乐曲时，在应重放所述乐曲单元的时间之前，通过该通信网络从所述乐曲数据中所包含的所述所在信息所显示的所述所在位置，获取所述乐曲单元数据的至少一部分的步骤；将通过所述通信网络所获取的乐曲单元数据保存在规定的存储区域内的步骤；随着所述乐曲重放控制，在应重放所述乐曲单元的时间读取所述存储区域内所保存的乐曲单元数据，根据所读取的乐曲单元数据放出音乐的步骤；以及通过所述通信网络获取该乐曲单元数据的新部分，并将所获取的该乐曲单元数据的新部分保存在所述规定的存储区域内，以便利用该乐曲单元数据的新部分对所述存储区域内的读取完毕的所述乐曲单元数据的部分进行更新的步骤。根据本发明，还可以提供一种用于存储使计算机执行乐曲重放方法的程序的存储介质。
图1是表示本发明一实施例中的乐曲配信系统1的结构的框图；图2是表示便携终端50的硬件结构的框图；图3是表示声源部100的结构的框图；图4是表示同一个实施例的乐曲数据D1结构的图；图5是表示配信服务器10的硬件结构的框图；图6是表示乐曲配信系统1的动作的流程图；图7是对存储区域M1的剩余容量的监控方法进行说明的图。
具体实施例方式
下文将参照附图对本发明一实施例进行说明。
1.结构图1是表示本发明一实施例的乐曲配信系统1的结构的框图。配线服务器10具有存储了mp3数据等音频数据流的数据库DB1。配线服务器10可以通过互联网等网络70与其他机器进行通信。配信服务器20具有数据库DB2，具有与配线服务器10相同的功能。移动电话、PDA(个人数字辅助设备)等便携终端50能够通过基地局30、基地局40和网络70而与其他机器进行通信。即，便携终端50可以通过基地局30(或基地局40)和通信网络70与任意节点、例如配信服务器10或配信服务器20等包括其他通信功能的机器进行通信。便携终端60也具有与便携终端50相同的功能。
图2是表示便携终端50的硬件结构的框图。CPU(中央处理单元)51以RAM(随机存取存储器)55为作业区域，读取并执行存储在ROM(只读存储器)52内的程序。而且，CPU51还具有对便携终端50的各个构成元件进行控制的功能。本实施例的便携终端50是移动电话，并具有由声音处理部54对由麦克风进行集音的声音进行模拟/数字变换，通过通信部53将数字变换后的声音数据进行无线发送的功能。而且，便携终端50由通信部53接收通过网络70发送的声音数据。所发送的声音数据由声音处理部54进行数字/模拟变换，作为声音从扬声器输出。而且，便携终端50通过通信部53不仅能够对声音数据进行通信，而且还能对mp3数据等音频数据流、SMF(标准乐器数字接口文件)或SMAF(合成音乐可移动应用格式)等的演奏控制数据、电子邮件信息、应用软件等数据(内容)进行通信，能够将这些数据发送到配信服务器或其他通信装置中，相反也可以从配信服务器或其他通信装置接收这些数据。这些数据保存在RAM 55中。
显示部56具有LCD(液晶显示器)等显示装置，在CPU51的控制下显示文字或图象。便携终端50的用户能够一边观看在显示部56上所显示的文字或图象，一边通过对输入部57进行操作而对便携终端50输入指示，所述输入部57由数字键和十字键等构成。振动器58在CPU51的控制下进行振动，具有通知用户接收信息等的功能。下文对声源部100进行详细说明。上述各个构成元件通过总线99相互连接。
图3是表示声源部100的结构的框图。声源部100具有对SMF或SMAF等演奏控制数据和mp3数据等波形压缩数据进行重放的功能。如果指示演奏控制数据重放，则CPU51将存储在RAM55内的演奏控制数据(的一部分)供应到声源部100。通过I/F101从该数据的开头依次读取规定量的演奏控制数据，并临时存储在FIFO(先入先出)102内。FIFO102是能够以限定量存储演奏控制数据的存储装置，从先写入的演奏控制数据开始依次读取这些数据。序列发生器103从FIFO102开始依次读取演奏控制数据，根据演奏控制数据中的时间信息(持续时间)随时生成声源控制数据。序列发生器103将所生成的声源控制数据输出到声源104中。声源104根据该声源控制数据输出数字声音数据。声音数据由DAC(数字模拟转换器)120转换为模拟声音信号，从扬声器59作为声音输出。一旦读取存储在FIFO102内的演奏控制数据并在FIFO102内产生设定的规定量的空区域时，则FIFO102通过未图示的专用信号线将中断请求信号(中断请求、IRQ)输送到CPU51中，在CPU51内要求传送后续演奏控制数据。CPU51将规定量的后续演奏控制数据供应到FIFO102内。
一旦指示重放波形压缩数据，则CPU51将存储在RAM55内的波形压缩数据(的一部分)供应到声源部100。该波形压缩数据通过I/F111从该数据的开头依次读取规定量并临时存储在FIFO112内。FIFO112是能够以限定量存储波形压缩数据的存储装置，从先写入的波形压缩数据开始依次进行读取。译码器113对mp3数据、ADPCM数据等波形压缩数据进行扩张，转换为波形数据(数字声音数据)。译码器113输出变换后的波形数据。波形数据由DAC120变换为模拟声音信号，作为声音从扬声器59输出。一旦读取存储在FIFO112内的波形压缩数据并在FIFO112内产生设定的规定量的空区域，则FIFO112通过未图示的专用信号线将中断请求信号(IRQ)发送到CPU51中，在CPU51内要求传送后续波形压缩数据。CPU51将规定量的后续波形压缩数据供应到FIFO112内。而且在本实施例中，译码113具有能够对mp3数据和ADPCM数据这两种格式的数据进行译码的功能。在其他实施例中，声源部100也可以具有分开对mp3数据进行译码的mp3译码器以及对ADPCM数据进行译码的ADPCM译码器。而且数据格式并不局限于mp3形式和ADPCM形式，也可以使用wma形式等其他格式的波形压缩数据。而且，这时的声源部100必须具有适应于所使用的数据格式的译码器。
如上所述，声源部100具有对演奏控制数据进行重放的处理系统(I/F101、FIFO102、序列发生器103、声源104)、对mp3数据等波形压缩数据进行重放的处理系统(I/F111、FIFO112、译码器113)这2个重放系统。演奏控制数据和波形压缩数据由各自对应的重放系统进行处理，生成数字声音。在这2个重放系统所产生的声音数据由加法器105进行加法计算，进行同步地从扬声器59作为声音输出。
图4是表示本实施例的乐曲数据D1的结构的图。乐曲D1采用由第1～第5部分这5个部分(频道)构成的格式。各个部分的数据是具有持续时间数据和事件数据对的序列数据。与某个事件数据对应的持续时间数据是表示从上1个事件开始的时刻至该事件开始的时刻的持续时间(时间)的数据。事件数据是表示对于声源部100等输出设备的控制内容的数据。在图4中，第1部分、第3部分、第5部分是具有作为事件数据的MIDI事件的MIDI(电子乐器数字化接口)数据。第2部分是具有作为事件数据的ADPCM形式的发声数据的嵌入音频数据。而且，部分4具有显示作为事件数据的mp3形式的声音数据等音频数据流的存储位置的URL(统一资源定位器)的数据(URL事件)和作为持续时间数据显示应开始重放该音频数据流的时刻的数据。URL事件包含例如“http//aaa.bbb.co.jp/sing-1.mp3”等配信服务器名和配信对象的文件名。便携终端50下载由该URL事件所指定的配信服务器所指定的数据(音频数据流)并进行重放。
便携终端50将乐曲数据D1存储在RAM55内。乐曲数据D1也可以在便携终端50出厂时被预先存储，也可以在出厂后由服务器通过通信线路下载并进行存储。便携终端50从RAM55内读取乐曲数据D1，输出到声源部100。声源部100如上所述根据乐曲数据D1重放乐曲。乐曲数据D1是混有MIDI数据、嵌入音频数据、从服务器下载的音频数据流的乐曲数据。本实施例的便携终端50能够如上所述同步地重放上述MIDI数据(演奏控制数据)、嵌入音频数据和音频数据流(波形压缩数据)。在本实施例中，通过采用这种数据形式的乐曲数据格式，能够同步地重放不同形式的数据。
图5是表示配信服务器10的硬件结构的框图。配信服务器10是具有CPU11、ROM12、RAM13、I/F14、输入部15、显示部16、存储部17的计算机装置。存储部17由HDD等存储装置构成，存储有记录了上述mp3形式声音数据等音频数据流的数据库DB1。配信服务器10通过I/F14与互联网等网络70相连，并具有对应于通过网络70所接收的下载请求，发送存储在存储部17上的音频数据流的功能。配信服务器20具有与配信服务器10相同的硬件结构。而且，存储在配信服务器10内的音频数据流并不局限于mp3形式的数据，也可以是以ADPCM形式、wma形式等其他格式记述的数据。
2.动作接下来对乐曲配信系统1的动作进行说明。
图6是表示乐曲配信系统1的动作的流程图。一旦在便携终端50中指示重放乐曲数据D1(步骤S101是)，则CPU 51在乐曲数据D1重放之前，检索乐曲数据D1是否具有URL事件数据(步骤S102)。在乐曲数据D1具有URL事件数据时(步骤S103是)，CPU51生成指示下载URL事件数据所示的数据(存在多个URL事件数据时，在重放乐曲数据D1的过程中最早显示的数据)的下载要求。CPU51将由URL事件数据所示的配信服务器作为地址，所生成的下载要求通过通信部53进行发送(步骤S104)。在本实施例中，URL事件数据显示存储在配信服务器10内的mp3形式的音频数据流数据D2(下文mp3数据D2)。因而，CPU51对于配信服务器10发送mp3数据D2的下载要求。其中，下载要求包含显示便携终端50能够接收的数据量的数据量信息DS1。另外，该mp3数据D2表示出乐曲数据的一部分，将其称作乐曲部分数据或乐曲单元数据。
而且，在乐曲数据D1不具有URL事件数据(步骤S103否)时，CPU51不执行步骤S104和后述步骤S105的处理，转移到后述步骤S106进行处理。
一旦接收到下载要求，则配信服务器10的CPU11从数据库DB1检索mp3数据D2。一旦发现mp3数据D2，则CPU11从数据库DB1中抽出mp3数据D2。CPU11从所抽出的mp3数据D2的开头，以下载要求中所包含的数据量信息DS1所指定的量的数据量，将mp3数据D2的一部分数据抽出。下文将该mp3数据D2中的一部分数据称作乐曲单元数据D3。
CPU11通过I/F14和网络70将所抽出的乐曲单元数据D3发送到下载要求的发送地即便携终端50内。
一旦接收到乐曲单元数据D3，则便携终端50的CPU51将所接收到的乐曲单元数据D3存储在RAM55内。在RAM55内确保乐曲单元数据用的存储空间M1。CPU51将乐曲单元数据D3存储在存储区域M1内。而且CPU51将显示mp3数据D2中的下载结束的数据位置(即、开始进行下一次下载的数据开头的位置)的信息即地址P3存储在RAM55内。一旦将乐曲单元数据D3存储在存储区域M1内(步骤S105是)，则CPU51依次将乐曲D1输出到声源部100内。从而开始重放乐曲D1(步骤S106)。而且虽然下述处理如下所属实施步骤S107～S109，但是在这些步骤中可以连续重放乐曲，直至乐曲重放结束。
而且，声源部100根据时间信息(持续时间)，依次重放图4所示的各个部分的数据并作为声音输出。关于第1、第3、第5部分，将MIDI数据(演奏控制数据)依次供应到FIFO102内，重放与各个部分的MIDI数据对应的声音(乐音)。关于第2部分，将ADPCM数据(压缩波形数据)依次供应到FIFO102内，并重放与之对应的声音。在第4部分中，一旦重放位置到达URL事件，则声源部100要求CPU51传送乐曲单元数据D3。CPU51根据该要求，从存储区域M1依次将乐曲单元数据D3向声源部100输出。由于乐曲单元数据D3是mp3形式的压缩波形数据，所以在声源部100中，由压缩波形数据的重放系统(I/F111、FIFO112、译码器113)进行重放。这样，重放与乐曲单元数据D3对应的音频数据流。乐曲单元数据D3对应于声源部100的FIFO112的存储容量依次进行供应。在此，CPU51对存储区域M1的剩余容量进行监控。
图7是对存储区域M1的剩余容量的监控方法进行说明的图。CPU51将存储区域M1中尚未输出到声源部100的数据的开头地址(下文称作地址P1)以及尚未输出到声源部100的数据的末尾地址(下文称作地址P2)作为变量而存储在RAM55内(图7(a))。地址P1可以说是数据的读取点，地址P2可以说是数据的写入点。
随着乐曲单元数据D3输出到声源部100，地址P1依次向后部移动。由于从存储区域M1的开头至地址P1的区域(图7(b)的空白部分)的数据已经传送完毕，所以变成空区域。CPU51每隔一定时间间隔，根据地址P1和P2计算出该空区域的容量也就是计算出存储区域M1的剩余容量。
再次参照图6进行说明，CPU51监控所计算出的存储区域M1的剩余容量是否超过预定值(例如存储区域M1的存储容量的一半的值)(步骤S107)。在剩余容量未超过预定值时(步骤S107；否)，CPU51不进行下述的步骤S108的处理，而执行下述步骤S109的处理。
当剩余容量超过预定值时(步骤S107；是)，则进行乐曲单元数据的传送(步骤S108)。具体内容如下所述。CPU51生成对mp3数据D2中的、继乐曲单元数据D3之后的数据的下载要求。该下载要求包含显示存储区域M1的剩余容量(也就是存储区域M1的存储容量的一半的值)的数据量信息DS2。而且，该下载要求也包含mp3数据D2中的、显示开始下载位置的信息即地址P3。CPU51将所生成的下载要求发送到URL事件数据所示的配信服务器10中。
当接收到下载要求时，则配信服务器10的CPU11从mp3数据D2中的、由地址P3所指定的位置将由数据量信息DS2所指定数量的数据抽出(下文称作乐曲单元数据D4)。CPU11将所抽出的乐曲单元数据D4发送到下载要求的发送地即便携终端50内。
当接收到继乐曲单元数据D3之后的乐曲单元数据即乐曲单元数据D4时，则便携终端50的CPU51将乐曲单元数据D4存储在存储区域M1中的从地址P2的下一个位置开始的空区域内。如图7(b)所示，当地址P2处于存储区域M1的末尾位置时，则从存储区域M1的开头对乐曲单元数据D4进行存储(图7(c))。此时，CPU51对存储在RAM55内的地址P3的值进行更新。
继续进行乐曲单元数据D3的重放处理，当存储区域M1的空容量再次达到预定值时(图7(d))，与下载乐曲单元数据D4时相同，CPU51生成对继乐曲单元数据D4之后的数据的下载要求，从配信服务器10下载数据(乐曲单元数据D5)。CPU51将下载后的乐曲单元数据D5存储在存储区域M1的空区域内(图7(e))。一旦将乐曲单元数据D5存储在存储区域M1内，则CPU51判断重放乐曲是否结束(步骤S109)。当结束乐曲重放时(步骤S109是)，则CPU51结束乐曲配信系统1的动作。当未结束乐曲重放时(步骤S109否)，则CPU51反复执行步骤S107、S108的处理。而且如上所述，在步骤S107～S109中，不仅是具有URL事件的第4部分，其他部分也可以在结束乐曲重放之前连续重放。
在从mp3数据D2的开头至末尾进行重放结束之前，CPU51反复执行上述处理。如果mp3数据D2重放结束，则CPU51进行等待，直至到达乐曲单元数据D1中的其他URL事件数据。在到达其他URL事件数据时，与mp3数据D2的情况相同地进行下载和重放处理。
如上所述，mp3数据D2对应于存储区域M1的存储容量而分割成乐曲单元数据，并一部分一部分地下载。由于在下载处理期间并列执行重放处理，所以携带终端50能够使乐曲不间断地重放mp3数据D2。而且，第1～3、第5部分的MIDI数据、ADPCM数据也可以并列重放。因而，本实施例的便携终端50能够对混有MIDI等演奏控制数据、ADPCM等嵌入音频数据、以及从服务器下载的音频数据流的乐曲数据进行重放。
即，在移动电话这样的可用资源受限的环境下，例如伴奏部分通过MIDI等演奏控制数据进行重放，在声音等演奏控制数据中难以重放的部分能够通过从服务器下载的数据流进行重放。由此，在便携终端50中，能够利用有限的资源重放高品质的乐曲。
3.变形例本发明的实施例并不局限于上述实施例，可以进行各种变形。
在上述实施例中，虽然说明了在下载乐曲单元数据时，将与存储区域M1的剩余容量有关的信息发送给配信服务器10，配信服务器将与该剩余容量对应的量的数据发送到便携终端50的情况，但是乐曲单元数据的下载方法并不局限于此。例如也可以通过下述方法下载乐曲单元数据。便携终端50仅将显示下载开始位置的信息(地址P3)发送到配信服务器10中。配信服务器10从地址P3所示的位置发送数据。便携终端50的CPU51对存储区域M1的容量进行监控，当存储区域M1被乐曲单元数据占满时，则向配信服务器10发送下载停止要求。
在上述实施例中，虽然在存储区域M1的空容量变成存储区域M1的存储容量的一半时，生成后续乐曲单元数据的下载要求，但是生成下载要求的时刻、空容量的阈值并不局限于此。可以对应于存储容量和通信电路的环境而任意设定为存储区域M1的存储容量的1/3、1/4等。而且，也可以形成CPU51根据通信电路的速度等通信环境信息而确定空容量阈值的结构。或者，也可以由用户指定空容量的阈值。
另外，在上述实施方式中，虽然从乐曲部分数据即mp3数据D2中抽出相当于数据量信息所指定的数据量的mp3数据D2的一部分作为乐曲单元数据，并依次进行下载，但是不限于此，在存储区域M1的剩余容量可以存储所有的mp3数据D2时，可以不必抽出一部分mp3数据D2作为乐曲单元数据进行下载，而是将全部的mp3数据D2作为一个乐曲单元数据，统统进行下载并存储到存储区域中。
乐曲数据并不局限于上述实施例所示形式的数据。例如，作为演奏控制数据，也可以使用SMF形式或SMAF形式的数据，作为嵌入音频数据、音频数据流，也可以使用wma形式等其他形式的数据。而且也可以不具有演奏控制数据和嵌入音频数据的部分，而仅由URL事件的部分构成乐曲数据。乐曲数据也可以具有多个URL事件。此外，URL事件的部分也可以不具有持续时间(或持续时间的时间为0)，而仅由1个URL事件构成。
权利要求
1.一种适于在具有重放乐曲的功能和与通信网络连接的功能的终端装置中使用的乐曲数据的结构，其特征在于在该乐曲数据中并未保存有与待重放乐曲的至少一部分所对应的乐曲单元有关的、用于重放该乐曲单元的乐曲单元数据，取而代之，在该乐曲数据中保存有显示该乐曲单元数据在所述通信网络上的所在位置的所在信息。
2.如权利要求1所述的乐曲数据结构，其特征在于所述乐曲数据具有由多个频道构成的结构；所述所在信息，以与应重放所述乐曲单元的频道和应重放所述乐曲单元的时间对应的配置方式包含在所述乐曲数据中。
3.如权利要求1所述的乐曲数据结构，其特征在于所述所在信息包含用于存储所述乐曲单元数据的服务器的服务器名和该乐曲单元数据的文件名。
4.如权利要求1所述的乐曲数据结构，其特征在于在所述乐曲数据中保存有演奏数据，所述演奏数据用于重放与所述待重放乐曲的其他部分对应的演奏，并由规定的音乐数据形式构成。
5.一种具有重放乐曲的功能和与通信网络连接的功能的终端装置，其特征在于包括用于存储乐曲数据的第1存储装置，在该乐曲数据中并未保存有与待重放乐曲的至少一部分所对应的乐曲单元有关的、用于重放该乐曲单元的乐曲单元数据，取而代之，在该乐曲数据中保存有显示该乐曲单元数据在所述通信网络上的所在位置的所在信息；通过该通信网络从所述所在信息所显示的所述所在位置，获取所述乐曲单元数据的至少一部分的通信装置；用于存储由所述通信装置所获取的乐曲单元数据的第2存储装置；以及根据所述第1存储装置所存储的乐曲数据和所述第2存储装置所存储的乐曲单元数据重放乐曲的乐曲重放装置。
6.如权利要求5所述的终端装置，其特征在于还包括更新装置，该更新装置对所述通信装置和第2存储装置进行控制，以便随着所述乐曲重放装置重放乐曲而利用该乐曲单元数据的新部分对所述第2存储装置中的重放完毕的所述乐曲单元数据的部分存储进行更新。
7.如权利要求6所述的终端装置，其特征在于所述更新装置包括对空区域的容量进行监控的监控装置，所述空区域包含用于存储所述第2存储装置中的重放完毕的乐曲单元数据的区域；和下载要求装置，所述下载要求装置在由所述监控装置所监控的空区域的容量满足预定条件时，生成用于指示获取所述乐曲单元数据的新部分的下载要求，通过所述通信装置对所述通信网络上的所述所在位置发送该下载要求。
8.如权利要求5所述的终端装置，其特征在于可以通过所述通信装置，在所述第1存储装置与所述通信网络上的任意节点之间发送或接收任意乐曲数据。
9.如权利要求5所述的终端装置，其特征在于所述乐曲数据具有由多个频道构成的结构，所述所在信息以与应重放所述乐曲单元的频道和应重放所述乐曲单元的时间对应的配置方式包含在所述乐曲数据中。
10.如权利要求5所述的终端装置，其特征在于所述所在信息包含用于存储所述乐曲单元数据的服务器的服务器名和该乐曲单元数据的文件名。
11.如权利要求5所述的终端装置，其特征在于在所述乐曲数据中保存有演奏数据，所述演奏数据用于重放与所述待重放乐曲的其他部分对应的演奏，并由规定的音乐数据形式构成。
12.如权利要求5所述的终端装置，其特征在于所述乐曲数据中保存有多个所述所在信息，可以通过组合与这些多个所在信息对应的所述乐曲单元数据来重放乐曲。
13.如权利要求5～12中任一项所述的终端装置，其特征在于所述终端装置可以携带。
14.一种在具有重放乐曲的功能和与通信网络连接的功能的终端装置中、由计算机装置所执行的乐曲重放方法，所述终端装置具有用于存储乐曲数据的存储器，所述乐曲数据中并未保存有与待重放乐曲的至少一部分所对应的乐曲单元有关的、用于对该乐曲单元进行重放的乐曲单元数据，取而代之保存有显示该乐曲单元数据在所述通信网络上的所在位置的所在信息，所述乐曲重放方法包括下述步骤进行乐曲重放控制的步骤，包括从所述存储器读取应重放乐曲的乐曲数据的步骤；在重放所述乐曲时，在应重放所述乐曲单元的时间之前，通过该通信网络从所述乐曲数据中所包含的所述所在信息所显示的所述所在位置，获取所述乐曲单元数据的至少一部分的步骤；将通过所述通信网络所获取的乐曲单元数据保存在规定的存储区域内的步骤；随着所述乐曲重放控制，在应重放所述乐曲单元的时间读取所述存储区域内所保存的乐曲单元数据，根据所读取的乐曲单元数据放出音乐的步骤；以及通过所述通信网络获取该乐曲单元数据的新部分，并将所获取的该乐曲单元数据的新部分保存在所述规定的存储区域内，以便利用该乐曲单元数据的新部分对所述存储区域内的读取完毕的所述乐曲单元数据的部分进行更新的步骤。
全文摘要
本发明提出一种乐曲数据的结构，其适于在具有重放乐曲和与通信网络相连功能的终端装置中使用，能够小数据量进行高品质的乐曲数据的存储、配信。在该乐曲数据中并未保存有与待重放乐曲的至少一部分所对应的乐曲单元有关的、用于重放该乐曲单元的乐曲单元数据，取而代之，在该乐曲数据中保存有显示该乐曲单元数据在所述通信网络上的所在位置的所在信息。
文档编号H04L29/06GK1786964SQ20051013142
公开日2006年6月14日 申请日期2005年12月12日 优先权日2004年12月10日
发明者西元哲夫 申请人:雅马哈株式会社