CN102822887B - 混频数据递送服务器 - Google Patents

Abstract

本发明提供一种可以分别存储声音和乐音而不使通信时间增加的服务器。仅将歌唱者的歌唱音与卡拉OK演奏的同步信息一起作为声音数据（歌唱文件）向中心部上传。在同步信息中，至少记载有在声音数据录音时演奏的卡拉OK乐曲的速度以及音量信息。中心部对歌唱文件进行播放，生成歌唱声音信号，并且以同步信息中所记载的速度、音量进行卡拉OK演奏，生成乐音信号。通过对所生成的歌唱声音信号以及乐音信号进行混频，从而生成新的声音数据（混频数据）。

Description

混频数据递送服务器

技术领域

本发明涉及一种递送将声音和乐音进行混频后得到的声音数据的服务器。

背景技术

当前，提出了一种将由利用卡拉OK装置录音的歌唱音及乐音构成的声音数据向服务器上传，并由服务器将声音数据向各用户递送的***（参照专利文献1）。在专利文献1中记载了下述技术，即，各用户通过收听所递送的声音数据的歌唱音及乐音并进行评分，从而进行卡拉OK比赛。

专利文献1：日本特开2007－121550号公报

发明内容

在专利文献1的***中，将歌唱音以及乐音作为已经混频后的1个声音数据而存储在服务器中。因此，后期无法对歌唱音和乐音的混频平衡进行调整。还考虑了为了在后期对歌唱音和乐音的混频平衡进行调整，而将歌唱音和乐音作为单独的声音数据而上传的技术，但如果将歌唱音和乐音分别上传，则产生花费现有的2倍以上的通信时间的问题。

因此，本发明的目的在于，提供一种可以将声音和乐音分别存储而不使通信时间增加的服务器。

本发明的混频数据递送服务器具有接收单元、存储单元、声音数据生成单元以及递送单元。接收单元接收歌唱者的声音数据、以及上述歌唱者的声音数据与卡拉OK演奏的同步信息。存储单元存储所接收到的歌唱者的声音数据以及同步信息。另外，存储单元还存储有用于进行卡拉OK演奏的乐曲数据。

声音数据生成单元对从存储单元读出的声音数据进行播放，并且基于同步信息读出乐曲数据，进行自动演奏。另外，声音数据生成单元对基于播放的声音数据的声音以及自动演奏的乐音进行混频，生成混频数据。将所生成的混频数据向各终端递送，成为用户可以收听的状态。

如上述所示，将歌唱者的歌唱音和卡拉OK演奏音的同步信息一起，作为声音数据向服务器上传，对于乐音，是通过在服务器侧基于同步信息对乐曲数据进行自动演奏而生成的，与声音数据的播放音进行混频而生成混频数据（由歌唱音和乐音构成的完整数据）。因此，通过仅上传歌唱音的声音数据，从而成为在服务器侧分别存储声音和乐音的状态，而上传所需的时间与现有技术相比不变。

此外，也可以是在同步信息中记载有声音数据录音时演奏的卡拉OK乐曲的速度以及音量信息的方式。由此，在后期对歌唱音的声音数据进行播放时，实现与该歌唱音同步的卡拉OK演奏。

另外，也可以是声音数据由多个声音数据构成，同步信息包含有表示上述多个声音数据的各自的播放定时的信息的方式。例如，如果是二重唱歌曲，则由于歌唱者进行二重唱声部的歌唱，在1首曲目中进行歌唱的时间段是确定的，所以也可以将歌唱文件分割为多个。在此情况下，在同步信息中预先记载表示从演奏开始经过的时间的信息或者时间差，通过在播放时参照该信息对各歌唱文件进行播放，也可以进行与歌唱音同步的卡拉OK演奏。

另外，所生成的混频数据也可以保存在存储单元中。在此情况下，即使在同时存在多个递送请求的情况下，也可以立即进行递送。在此情况下，由于歌唱音的声音数据已经保存在存储单元中，所以可以在此后变更混频平衡。

另外，也可以采用下述方式，即，在同步信息中包含效果参数，声音数据生成单元在进行自动演奏的乐音的混频时，反映该效果参数的设定。由此，可以将歌唱音录音时设定的效果向卡拉OK演奏中反映，接受混频数据的递送的用户可以享受更具现场感的演奏。

发明的效果

根据本发明，可以在服务器中分别存储声音和乐音而不使通信时间增加。

附图说明

图1是表示卡拉OK***的结构的框图。

图2是表示卡拉OK装置的结构的框图。

图3是表示各种数据的构造的图。

图4是表示中心部的结构的框图。

图5是表示WEB上显示的歌唱文件的一览的例子的图。

图6是表示用户PC的结构的框图。

图7是对登录歌唱文件时的动作进行说明的流程图。

图8是对递送二重唱时的动作进行说明的流程图。

具体实施方式

图1是表示混频数据递送***的结构的图。混频数据递送***由中心部（服务器、混频数据递送服务器）1、多个卡拉OK店铺3、以及多个用户PC 4构成，它们经由由互联网等构成的网络2进行连接。在各卡拉OK店铺3中，设置有与网络2连接的路由器等中继器5、以及经由中继器5与网络2连接的多个卡拉OK装置7。中继器5设置在卡拉OK店铺的管理室内等。多台卡拉OK装置7分别在单间（卡拉OK包厢）中各设置1台。用户PC 4是通常的家庭用个人计算机。

对于本实施方式的混频数据递送***，预先对某个歌唱者通过卡拉OK装置7所歌唱的声音进行录音，并作为歌唱文件（压缩声音数据）向中心部1上传。然后，中心部1根据各用户PC 4的请求而播放歌唱文件，与所播放的歌唱文件同步地进行卡拉OK演奏，生成将歌唱音和乐音混频而得到的混频数据（压缩声音数据），并向用户PC 4递送。下面，说明用于实现该混频数据递送***的各结构以及动作。

图2是表示卡拉OK装置的结构的框图。卡拉OK装置7由控制装置整体动作的CPU 11以及与CPU 11连接的各种结构部构成。在CPU 11上连接有RAM 12、HDD 13、网络接口（I/F）14、操作部15、A/D变换器17、声源18、混频器（效果器）19、MPEG等解码器22、以及显示处理部23。

HDD 13存储有用于演奏卡拉OK乐曲的乐曲数据及用于在显示器24上显示背景影像的影像数据等。作为影像数据，存储有动态图像、静态图像这两种。

在作为工作存储器的RAM 12中，设定有用于读出CPU 11的动作用程序以执行该程序的区域、及用于读出乐曲数据以演奏卡拉OK乐曲的区域等。

CPU 11在功能上内置有定序器。定序器是用于将HDD 13中存储的乐曲数据读出而执行卡拉OK演奏的程序。如图3（A）所示，乐曲数据由下述部分等构成：写入有乐曲编号等的头部、写入有演奏用MIDI数据的乐音声轨、写入有引导旋律用MIDI数据的引导旋律声轨、写入有歌词用MIDI数据的歌词轨、写入有背景合声播放定时以及应播放的声音数据的合声声轨。定序器基于乐音声轨及引导旋律声轨的数据，对声源18进行控制，产生卡拉OK乐曲的乐音。另外，定序器在合声声轨所指定的定时播放背景合声的声音数据（乐曲数据所附带的MP3等压缩声音数据）。另外，定序器基于歌词轨，与乐曲的进展同步地合成歌词的文字图案（pattern），并将该文字图案变换为影像信号向显示处理部23输入。

声源18根据通过定序器的处理而从CPU 11输入的数据（音符事件(note event)数据），形成乐音信号（数字声音信号）。将所形成的乐音信号向混频器19输入。

混频器19对由声源18形成的乐音信号、合声音、以及从传声器16经由A/D变换器17输入的歌唱者的歌唱声音信号施加回响等效果，并且对上述信号进行混频。

将混频后的各数字声音信号向音响***（SS）20输入。音响***20内置有D/A变换器以及功率放大器，将所输入的数字信号变换为模拟信号并放大，从扬声器21放音。由混频器19对各声音信号施加的效果以及混频的平衡，通过CPU 11进行控制。

CPU 11与由上述定序器实现的乐音的产生、歌词字幕（telop）的生成同步地，读出HDD 13中所存储的影像数据并播放背景影像等。动态画面的影像数据是以MPEG格式编码的。CPU 11将所读出的影像数据向MPEG解码器22输入。MPEG解码器22将所输入的MPEG数据变换为影像信号，并向显示处理部23输入。除了向显示处理部23中输入背景影像的影像信号之外，还输入上述歌词字幕的文字图案等。显示处理部23在背景影像的影像信号上，利用OSD（OnScreen Display）合成歌词字幕等，并向显示器24输出。显示器24对从显示处理部23输入的影像信号进行显示。

操作部15由设置在卡拉OK装置7的操作面板面上的各种按键开关及经由红外线通信等连接的遥控器等构成，接受用户的各种操作，并将与操作方式对应的操作信息向CPU 11输入。操作部15接受乐曲请求、歌唱音录音（登录操作）等。

CPU 11在希望公开歌唱音的歌唱者利用操作部15进行了歌唱音的登录操作以及乐曲指定时，进行所指定的乐曲的卡拉OK演奏，并且基于从传声器16经由AD变换器17输入的歌唱者的歌唱声音信号，生成歌唱文件，经由网络I/F 14向中心部1进行上传。歌唱文件作为MP3等压缩声音数据而生成。此时，CPU 11生成表示进行演奏的卡拉OK乐曲和歌唱文件的关联关系的同步信息，并与歌唱文件一起进行上传。

图3（B）是表示同步信息的一个例子的图。图3（C）是表示歌唱文件的一个例子的图。如图3（B）所示，同步信息由头部、速度信息、音量信息（Vol.）、定时信息（速度变化量）构成。在头部中记载有乐曲编号或曲名、所关联的歌唱文件的文件名等。乐曲编号是与向各卡拉OK乐曲的乐曲数据赋予的乐曲编号相同格式的数据（表现为英文、数字的信息），记录在歌唱者进行登录操作时所指定的乐曲编号。速度信息是表示在歌唱者进行登录操作时所指定的乐曲的演奏速度的信息，用于指定定序器的步进速度。如果在登录操作时歌唱者没有进行速度的指定、变更，则直接记录乐曲数据的标准速度。音量信息是表示在歌唱者进行登录操作时所指定的乐曲的音量（乐音声轨的音量）的信息。定时信息是表示在歌唱者进行歌唱中使速度变化的情况下，该速度变化的定时（从演奏开始经过的时间）的信息。通过参照表示该速度变化的定时信息，从而可以在以后的播放时，也在乐曲的中途使演奏速度变化。

歌唱文件如图3（C）所示，由头部和歌唱声音数据构成。在头部中至少记载有文件名，与同步信息的头部相关联。如果编码格式为MP3，则头部也可以是作为ID 3标签而记录的方式。

将以上的各种同步信息以及歌唱文件向中心部1上传，并存储在中心部1中。此外，歌唱者也可以使用操作部15输入自身的简介（profile）及留言（message）等，作为歌唱者信息而上传。

在中心部1中，在播放所存储的各歌唱文件时，参照各歌唱文件的同步信息，将所指定的乐曲编号的乐曲数据读出，以同步信息所记载的速度、音量进行卡拉OK演奏。在记载有表示速度变化的定时信息的情况下，根据该定时信息，在乐曲的中途使演奏速度变化。由此，可以再现录音时的卡拉OK演奏，生成将播放的歌唱声音信号以及通过演奏生成的乐音信号进行混频后的混频数据（由歌唱音和乐音构成的完整数据）。因此，即使仅上传歌唱音的声音数据，也成为在服务器侧存储歌唱音和乐音的状态，从而可以将歌唱音和乐音分别进行存储，而不使上传所需的时间增加。

此外，在图3（C）所示的歌唱文件中，记录了从卡拉OK乐曲的演奏开始时直至演奏结束时的所有声音（由传声器16拾音到的声音）。在此情况下，如果在卡拉OK演奏开始的同时，输出基于歌唱文件的声音信号，则可以进行同步播放，但例如也可以如图3（E）所示，将1首乐曲中的歌唱文件分割为多个歌唱文件。在此情况下，也可以如图3（D）所示，在同步信息中，作为表示各歌唱文件的播放定时的信息而记载表示从演奏开始经过的时间的信息、或者歌唱文件之间的时间差（对于最先的歌唱文件，是从演奏开始算起的时间），在播放时参照同步信息的定时信息，而播放各歌唱文件。此时，同步信息也可以作为MIDI数据（乐曲数据的扩展轨）而构成，以得到与乐曲数据之间的实现方式（implementation）的统一，并采用定序器可读取的格式。在此情况下，由于在没有进行歌唱的时间段不对歌唱音进行录音，所以可以减少歌唱文件的数据容量，可以进一步缩短上传时间。在1首乐曲中进行歌唱的时间段受到限制的情况下（例如在二重唱乐曲中，歌唱者仅歌唱1个二重唱声部的情况下），特别有用。

下面，图4是表示中心部1的结构的框图。中心部1由对中心部整体的动作进行控制的CPU 31以及与CPU 31连接的各种结构构成。在CPU 31上连接有RAM 32、HDD 33、网络接口（I/F）34、声源38以及混频器（效果器）39。

在HDD 33中，除了从各卡拉OK装置7上传的歌唱文件、同步信息以及歌唱者信息之外，还存储有与卡拉OK装置7相同数量的乐曲数据。另外，还存储有过去生成的混频数据。另外，在HDD 33中记录有CPU 31的动作用程序，CPU 31将该动作用程序向RAM 32中展开而进行各种处理。

例如，CPU 31进行接收数据处理，即，将经由网络I/F 34从各卡拉OK装置7接收到的歌唱文件、同步信息以及歌唱者信息向HDD33中记录。另外，CPU 31在功能上内置有定序器，与卡拉OK装置7相同地，从HDD 33读出乐曲数据而进行卡拉OK演奏，通过对声源38进行控制，从而可以生成乐音信号。另外，CPU 31对各歌唱者信息进行编辑，生成用于进行一览显示的HTML文件（未图示），进行WEB显示处理，即，在用户PC 4上作为WEB页面而显示。

图5是表示作为WEB页面而显示的歌唱文件的一览的例子的图。如图5所示，在WEB页面中，对于各歌唱文件，按照文件名（或者乐曲编号）、曲名、歌唱者进行登录操作时输入的简介、留言等项目进行一览显示。另外，还显示各歌唱文件的受欢迎程度（下载次数）等。各歌唱文件的下载次数记录在HDD 33中，在向各卡拉OK装置7中下载歌唱文件时进行计数递增。用户PC 4通过访问WEB页面，从而可以参照该一览，可以选择希望收听的歌唱者的歌唱文件。此外，如果对用户PC 4进行操作并选择各项目，则也可以进行一览表的升序、降序排序。

图6是表示用户PC 4的结构的框图。用户PC 4是通常的家庭用个人计算机，由对整体动作进行控制的CPU 41和与CPU 41连接的各种结构构成。在CPU 41上连接有RAM 42、HDD 43、网络I/F 44、操作部45、音响***（SS）46以及显示处理部48。CPU 41将记录在HDD 43中的动作用程序向RAM 42中展开，进行各种处理。如果用户使用操作部45，进行歌唱文件的显示请求，则CPU 41将显示请求向中心部1发送。接收到显示请求的中心部1的CPU 31将HTML文件向用户PC 4传送（通知URL，由用户PC 4进行访问）。在用户PC 4中，将基于从中心部1传送的HTML文件的WEB页面经过显示处理部48而在显示器49上显示。这样，显示图5所示的歌唱文件的一览。

如果用户使用操作部45，对已显示在WEB页面上的歌唱文件进行选择，则CPU 41进行混频数据递送的请求。作为请求，是通过将例如表示歌唱文件名的信息向中心部1发送而执行的。中心部1的CPU 31从HDD 33中对接收到的歌唱文件名进行检索，并读出相应的歌唱文件以及同步信息。

CPU 31对所读出的歌唱文件进行播放，生成歌唱声音信号，并且将同步信息中所记载的乐曲编号的乐曲数据读出，根据同步信息中记载的速度以及音量信息，利用定序器执行卡拉OK乐曲的演奏。由此生成乐音信号。

将所生成的乐音信号和歌唱声音信号向混频器39输出并进行混频。将该混频后的声音信号再次向CPU 31输入，作为1个压缩声音数据（混频数据）而生成。CPU 31将生成的混频数据向发出了请求的用户PC 4递送。然后，所递送的混频数据由用户PC 4的CPU 41进行播放，利用SS 46变换为模拟声音信号，并从扬声器47放音。

此外，中心部1也可以与规定的收费***联动，进行收费处理。在对进行了递送请求的用户收取规定的金额后，使用户PC 4下载混频数据。在此情况下，歌唱者可以在每次歌唱文件被下载时获得报酬，因此，通过与收费***之间的联动，从而可以对歌唱者施加激励。

这样，用户可以收听各歌唱者的歌唱音以及乐音。根据本实施方式的递送***，例如，通过由各用户对所收听的歌唱音进行评分，从而可以实现卡拉OK比赛。

另外，根据本实施方式所示的递送***，由于仅向中心部1中上传歌唱文件即可，所以可以将歌唱音和乐音分别向服务器中存储，而不使上传时间增加。由于歌唱音的数据（歌唱文件）与乐音的数据（乐曲数据）分别独立地存储在中心部1的HDD 33中，所以还可以容易地实现在后期变更混频平衡或单独地变更效果。

另外，根据本实施方式的递送***，也可以进行在后期将多个歌唱者的歌唱音（或者相同歌唱者的歌唱音）合成的多重录音。在现有的***中，由于是将歌唱音以及乐音作为已经混频后的1个声音数据而向服务器中存储的方式，所以在后期追加其他歌唱音的情况下，首先对声音数据进行解码而变换为声音信号，在将其他的歌唱音的声音信号进行混频后进行编码，因此，产生音质劣化。但是，在本实施方式中，由于将歌唱音和乐音作为不同的数据而保存，所以对在播放时希望多重化的歌唱文件进行解码并合成即可。因此，不产生由多重录音引起的音质劣化。

下面，使用流程图，对本实施方式的递送***的动作进行说明。图7是表示登录操作时的动作的流程图。图8是表示混频数据递送时的动作的流程图。

首先，如图7所示，如果希望公开歌唱音的歌唱者利用卡拉OK装置7的操作部15进行歌唱音的登录操作以及乐曲的指定，则CPU11接受登录操作（s11）。此时，CPU 11还接受从操作部15输入歌唱者的简介及留言等。

CPU 11如果接受了登录操作，则将所指定的乐曲数据读出而进行卡拉OK演奏（s12），并且基于从传声器16经由A/D变换器17输入的歌唱者的歌唱声音信号，生成歌唱文件（s13）。另外，基于所演奏的乐曲的乐曲编号、速度、音量等，生成同步信息（s14）。CPU 11在乐曲的演奏结束后，将所生成的歌唱文件以及同步信息向中心部1上传（s15）。中心部1将所上传的歌唱文件以及同步信息记录在HDD 33中（s16）。这样，将歌唱者的歌唱文件登录在中心部1中。中心部1的CPU 31使用所上传的歌唱文件的各歌唱者信息，对HTML文件进行更新，并对用户PC 4所访问的WEB页面进行更新（s17）。

然后，如图8所示，请求混频数据递送的用户（用户PC 4的用户）为了参照歌唱者的一览，而进行歌唱文件的显示请求（s21）。将该显示请求向中心部1发送，中心部1接受WEB显示请求（s22）。中心部1的CPU 31进行将HTML文件向用户PC 4传送的WEB显示处理（s23）。在用户PC 4的显示器49上，显示基于从中心部1传送来的HTML文件的WEB页面（s24）。这样，在显示器49上显示图5所示的歌唱文件的一览。

用户通过参照显示器49上所显示的歌唱文件的一览，从而选择希望收听的歌唱者，并进行混频数据的递送请求（s25）。CPU 41从HTML文件中提取用户所选择的歌唱文件的文件名，并向中心部1通知。由此，接受递送请求（s26）。

然后，在中心部1（或者收费服务器等）以及用户PC 4中进行收费处理（s27、s28），如果收费处理结束，则中心部1的CPU 11从HDD 33中将所对应的歌唱文件以及同步信息读出，进行歌唱文件的解码，生成基于歌唱文件的歌唱音声音信号。此外，收费处理并不是必须的，也可以省略s27及s28的处理。然后，将同步信息中所记载的乐曲编号的乐曲数据从HDD 33中读出，根据同步信息中所记载的速度以及音量，对乐曲数据进行定序处理，并对声源38进行控制。由此，以与歌唱音的录音时相同的速度、音量再现卡拉OK演奏，同时通过输出歌唱者的歌唱音而进行同步播放（s29）。但是，在过去已经播放过相同歌唱文件，并作为混频数据而保存于HDD 33中的情况下，如果从HDD 33读出混频数据，则不需要重新进行同步播放。另外，也可以利用中心部1的处理的空闲时间，预先生成各混频数据。在此情况下，即使在同时存在多个递送请求的情况下，也可以立即进行混频数据的递送。当然，在此情况下，也由于歌唱文件已经保存在HDD 33中，所以可以在后期变更混频平衡。

然后，对同步播放的歌唱声音信号以及卡拉OK乐曲的乐音信号进行混频，生成混频数据（s30），使用户PC 4下载（s31）。此时，中心部1的CPU 31对被下载的歌唱文件的下载次数进行计数递增（s32）。

用户PC 4的CPU 41从中心部1下载混频数据（s33），并向HDD 43（或者RAM 42）中保存。然后，CPU 41进行混频数据的解码，进行歌唱音以及乐音的播放（s34）。

混频数据的生成以及递送可以与1首乐曲相对应地集中进行，也可以依次作为流数据而下载。另外，也可以在以低位速率递送的情况下免费，在以高位速率（录音时的位速率）递送的情况下收费。

此外，如图3（C）及图3（D）所示，在同步信息中作为表示各歌唱文件的播放定时的信息而记载有表示从演奏开始经过的时间的信息、或者歌唱文件之间的时间差（对于最先的歌唱文件，是从演奏开始算起的时间）的情况下，在中心部1的CPU 31中，伴随着乐曲数据的定序处理，而输出基于各歌唱文件的声音信号。在同步信息作为MIDI数据（乐曲数据的扩展轨）而构成的情况下，通过由定序器读取该同步信息的MIDI数据，从而可以输出基于各歌唱文件的声音信号。

在这里，在用户对操作部45进行操作，进行混频平衡的变更指示的情况下（s35），CPU 41向中心部1进行变更请求（s36）。在变更请求中，包含有对歌唱音和乐音的混频平衡进行指示的信息。如果中心部1的CPU 31接受了变更请求（s37），则根据该变更请求中所包含的表示混频平衡的信息，变更混频器39的混频平衡，重新生成混频数据（s38）。然后，CPU 31将再次生成后的混频数据向进行了变更请求的用户PC 4递送（s39）。在用户PC 4中，对再次递送的混频数据进行播放（s40），直至播放结束为止反复进行以上的处理（s41）。

此外，对于再次递送的混频数据，可以从作出了变更请求的乐曲的中途进行再次递送，也可以从乐曲的最初开始以变更后的混频平衡进行再次递送。

如上述所示，在本实施方式中，由于歌唱音和乐音由不同的来源形成，所以可以独立地控制音量，可以容易地变更混频平衡。

此外，用户也可以在上述混频平衡的变更指示中，进行效果的变更指示、速度变更的指示。在进行速度变更的指示的情况下，中心部1的CPU 31以变更后的速度进行乐曲数据的定序处理，并且也进行歌唱文件的播放速度的变更。在此情况下，CPU 31（或者未图示的DSP）进行下述处理，即，在保持歌唱音的音程的同时，在时间轴上使声音信号伸缩。在保持歌唱音的音程的同时在时间轴上使声音信号伸缩的处理，例如以下述方式进行。

即，CPU 31将基于歌唱文件的歌唱音的声音信号切分为以采样周期为单位的时间轴波形，生成将多个时间轴波形合成而得到的新时间轴波形（中间波形）。中间波形是通过对前后的时间轴波形进行平滑转换（cross-fade）并合成，从而生成的。并且，如果向原来的时间轴波形之间***中间波形，则可以在保持歌唱音的音程的同时，在时间轴上进行拉伸。在对声音数据进行压缩的情况下，进行利用中间波形置换原来的时间轴波形的处理。例如，如果每隔1个采样而进行***处理，则可以拉伸为2倍（播放速度为1/2），如果进行置换处理，则可以进行压缩（使播放速度成为2倍）。如果每隔2个采样而进行***处理，则可以拉伸为1.5倍，如果每隔3个采样而进行***处理，则可以拉伸为1.33倍。

另外，CPU 31在用户指示音调变更的情况下，进行乐曲数据的音调变更（音符编号（note number）的更换），并且进行歌唱声音信号的音高（pitch）变更。音高变更可以通过进行声音信号的重新采样而实现。另外，也可以进行声音信号的频率特性变更。

此外，在本实施方式中，示出了歌唱者使用卡拉OK装置7进行歌唱文件登录的操作的例子，但也可以构成为，在中心部1中附加传声器及录音的功能，使用中心部1登录歌唱文件。更简单地，也可以使用实现了卡拉OK装置7的功能的用户PC 4而实现。在此情况下，用户PC 4的软件实现定序器及声源等结构要素，构成卡拉OK演奏终端。

另外，对于歌唱文件的收听，示出了使用通常的家庭用个人计算机的例子，但当然也可以使用卡拉OK装置7进行收听。

在本实施方式中，如图3（B）所示，说明了同步信息由头部、速度信息、音量信息（Vol.）、定时信息（速度变化量）构成的例子。但是，在同步信息中，除了上述信息之外，也可以包含传声器回响、混响、压缩、变声等的效果参数。在此情况下，在歌唱音的登录操作时，登录包含效果参数的同步信息。具体地说，例如在图7的s14的同步信息生成的处理定时，将此时由卡拉OK装置7设定的效果参数向同步信息中反映。在卡拉OK演奏时，使用该效果参数，将传声器回响等向声音信号中反映。由此，可以将歌唱音录音时设定好的效果反映至卡拉OK演奏中，接受混频数据的递送的用户可以享受更具现场感的演奏。

在本实施方式中，在混频数据递送时进行收费处理，但也可以在歌唱者上传歌唱文件时进行收费处理。即，在图7的s11中的登录操作时及s15中的歌唱文件以及同步信息上传时，向歌唱者收费。由此，可以实现下述用途的***，即，例如在举办歌唱者可以付费参加的卡拉OK比赛时，在上传自身的歌唱文件时从各歌唱者处征收费用作为参加费。

符号的说明

1…中心部

2…网络

3…卡拉OK店铺

4…用户PC

5…中继器

7…卡拉OK装置

Claims (3)

1.一种服务器，其具有：

接收单元，其接收歌唱者的声音数据、以及所述歌唱者的声音数据与卡拉OK演奏的同步信息；

存储单元，其存储所述歌唱者的声音数据、同步信息以及用于进行卡拉OK演奏的乐曲数据；

声音数据生成单元，其对所述声音数据进行播放，并且基于所述同步信息，读出所述乐曲数据，进行自动演奏，

对基于所述播放的声音数据的声音以及所述自动演奏的乐音进行混频，生成混频数据；以及

递送单元，其递送所述声音数据生成单元所生成的混频数据，

该服务器的特征在于，

在所述同步信息中，记载有在所述声音数据录音时演奏的卡拉OK乐曲的速度以及音量信息，

所述声音数据生成单元在接收到混频平衡的变更指示的情况下，按照该变更指示来变更基于所述声音数据的声音和所述自动演奏的乐音之间的混频平衡，

所述递送单元将变更了混频平衡后的混频数据进行递送。

2.根据权利要求1所述的服务器，其中，

所述声音数据由多个声音数据构成，

在所述同步信息中，包含表示所述多个声音数据的各自的播放定时的信息。

3.根据权利要求1或2所述的服务器，其中，

所述存储单元还存储所述声音数据生成单元所生成的混频数据，

所述递送单元从所述存储单元中读出所述混频数据并递送。