音乐合奏管理方法及音乐合奏管理装置 |
|||||||
| 申请号 | CN201480025795.X | 申请日 | 2014-05-02 | 公开(公告)号 | CN105190741A | 公开(公告)日 | 2015-12-23 |
| 申请人 | 雅马哈株式会社; | 发明人 | 长谷见健太郎; | ||||
| 摘要 | 一种音乐合奏管理装置，对使用了多个终端装置的音乐合奏进行管理，上述音乐合奏管理装置具备：演奏声音数据获取部，从至少一个终端装置获取表示由多个演奏声部构成的演奏曲的、至少一个演奏声部的演奏声音的演奏声音数据；补充用数据选择部，从存储表示上述演奏曲的多个演奏声部的演奏声音的多个补充用数据的存储装置中选择表示上述演奏曲的补充对象声部的演奏声音的补充用数据；及播放控制部，使上述演奏声音数据获取部从上述终端装置获取的上述演奏声音数据的演奏声音和上述补充用数据选择部选择的上述补充用数据的演奏声音在其他终端装置中播放。 | ||||||
| 权利要求 | 1.一种音乐合奏管理方法，对使用了多个终端装置的音乐合奏进行管理，所述音乐合奏管理方法具备： |
||||||
| 说明书全文 | 音乐合奏管理方法及音乐合奏管理装置技术领域[0001] 本发明涉及用于管理处于相互分离的地点的多个利用者参加的音乐合奏的技术。 背景技术[0002] 以往提出有用于实现由多个演奏声部构成的乐曲的音乐合奏(合奏)的各种技术。例如，在专利文献1中公开有如下技术：将表示一位利用者(第一利用者)以特定的乐器演奏乐曲的演奏声音(乐音或歌唱声音)的演奏声音数据登录于服务器并将所登录的该演奏声音数据应用于音乐合奏。在服务器中检索符合与来自希望进行音乐合奏的利用者(第二利用者)的指示等对应的检索条件的演奏声音数据，并将检索出的演奏声音数据向利用者(第二利用者)发送，由此利用者(第二利用者)能够体验与演奏声音数据的演奏声音同时地演奏自己所希望的乐器的音乐合奏。 [0003] 专利文献1：日本特开2012-18282号公报 [0004] 专利文献2：日本特开2009-157058号公报 发明内容[0005] 发明所要解决的课题 [0006] 但是，在专利文献1的技术中存在有如下问题：只能实现一位利用者(第二利用者)所进行的乐器的演奏与登录于服务器的演奏声音数据所表示的一位利用者(第一利用者)的演奏的音乐合奏，无法使处于相互分离的地点的多个利用者同时参加音乐合奏。考虑到以上情况，本发明的目的在于提供一种能够补充演奏曲的演奏声部，并且使多个利用者参加音乐合奏的技术。 [0007] 用于解决课题的方案 [0008] 为了解决以上的课题，本发明的音乐合奏管理方法对使用了多个终端装置的音乐合奏进行管理，该音乐合奏管理方法具备：获取工序，从至少一个终端装置获取表示由多个演奏声部构成的演奏曲的、至少一个演奏声部的演奏声音的演奏声音数据；选择工序，从存储表示上述演奏曲的多个演奏声部的演奏声音的多个补充用数据的存储装置中选择表示上述演奏曲的补充对象声部的演奏声音的补充用数据；及播放控制工序，使在上述获取工序中从上述终端装置获取的上述演奏声音数据的演奏声音和在上述选择工序中选择的上述补充用数据的演奏声音在其他终端装置中播放。 [0009] 另外，为了解决上述课题，本发明的音乐合奏管理装置对使用了多个终端装置的音乐合奏进行管理，该音乐合奏管理装置具备：演奏声音数据获取部，从至少一个终端装置获取表示由多个演奏声部构成的演奏曲的、至少一个演奏声部的演奏声音的演奏声音数据；补充用数据选择部，从存储表示上述演奏曲的多个演奏声部的演奏声音的多个补充用数据的存储装置中选择表示上述演奏曲的补充对象声部的演奏声音的补充用数据；及播放控制部，使上述演奏声音数据获取部从上述终端装置获取的上述演奏声音数据的演奏声音和上述补充用数据选择部选择的上述补充用数据的演奏声音在其他终端装置中播放。 [0010] 根据以上的结构，由于使从终端装置获取的演奏声音数据的演奏声音和从存储装置选择出的补充用数据的演奏声音在其他终端装置中播放，因此能够补充演奏曲的补充对象声部，并且实现多个参加者的音乐合奏。附图说明 [0011] 图1是本发明的第一实施方式的音乐合奏系统的框图。 [0012] 图2是终端装置的框图。 [0013] 图3是音乐合奏管理装置的框图。 [0014] 图4是音乐合奏管理装置的存储装置的存储内容的示意图。 [0015] 图5是音乐合奏管理装置的存储装置的存储内容的示意图。 [0016] 图6是音乐合奏管理装置的功能性结构的框图。 [0017] 图7是音乐合奏管理装置的动作的流程图。 [0018] 图8是终端装置的显示例。 [0019] 图9是补充用数据登录处理的流程图。 [0020] 图10是终端装置的显示例。 [0021] 图11是补充用数据选择处理的流程图。 [0022] 图12是终端装置的显示例。 [0023] 图13是第三实施方式的音乐合奏系统的框图。 [0024] 图14是终端装置的显示例。 [0025] 图15是终端装置的显示例。 具体实施方式[0026] 〈第一实施方式〉 [0027] 图1是本发明的第一实施方式的音乐合奏系统100A的框图。如图1所示，音乐合奏系统100A具备多个终端装置12和音乐合奏管理装置14，是实现使用了乐曲的各演奏声部的演奏者所具有的各终端装置12的音乐合奏的通信系统。音乐合奏的意思是多个演奏者同时演奏(合奏)乐曲的不同的演奏声部。另外，“演奏”除乐器的演奏之外，还包含歌唱者的歌唱。由此，“演奏声部”包含乐器声部及歌唱声部这双方，“演奏者”包含乐器的演奏者和歌唱者这双方。 [0028] 图2是各终端装置12的框图。多个终端装置12分别是处于相互分离的地点的通信终端(例如，个人运算机、手机)，通过通信网16(例如，移动通信网、互联网)而与音乐合奏管理装置14相互通信。如图2所例示的那样，各终端装置12是由具备控制装置21、存储装置22、通信装置23、显示装置24、输入装置25、收录装置26及播放装置27的运算机系统实现的。控制装置21是通过执行存储于存储装置22的程序来执行各种控制处理及运算处理的运算处理装置。存储装置22(例如，半导体记录介质)存储控制装置21所执行的程序和控制装置21所使用的各种数据。 [0029] 通信装置23通过通信网16而与音乐合奏管理装置14或其他终端装置12进行通信。各终端装置12与通信网16之间的通信可以由有线通信或者无线电通信中的任一个来实现。另外，显示装置24(例如，液晶显示面板)显示由控制装置21指示的图像。输入装置25是接收来自利用者对于终端装置12的指示的设备，例如，包含供利用者进行操作的多个操作部件。此外，也能够将与显示装置24一体地构成的触摸面板作为输入装置25利用。 [0030] 收录装置26收录利用者演奏乐曲的特定的演奏声部而得到的演奏声音。第一实施方式的收录装置26生成表示利用者的演奏声音的演奏声音数据Da。演奏声音数据Da例如是表示演奏声音的时间波形的音响数据(样本序列)。具体来说，作为收录装置26，优选的是利用信号输入电路或录音设备，上述信号输入电路接收与利用者的演奏动作对应地从电乐器、电子乐器供给的乐音信号而生成演奏声音数据Da，该录音设备对利用者发出的歌唱声音或乐器的演奏声音进行录音并生成演奏声音数据Da。另外，播放装置27放射由控制装置21指示的音响。例如，播放装置27包含：D/A转换器，将从控制装置21供给的数字数据(播放用数据Dc、演奏声音数据Da)转换为模拟的音响信号；增幅器，对转换后的音响信号进行增幅；及放音装置(例如耳机、扬声器)，放射与增幅后的音响信号相对应的音响。 [0031] 各终端装置12的利用者能够参加多人同时演奏特定的乐曲(以下，称作“演奏曲”)的各演奏声部的音乐合奏。在参加音乐合奏的利用者的总数小于演奏曲的演奏声部的总数的情况(即演奏者不足的情况)下，将预先登录于音乐合奏管理装置14的演奏声音作为音乐合奏的不足的演奏声部(以下，称作“补充对象声部”)的演奏声音而利用。即，通过以预先准备的演奏声音来补充演奏者的不足，来实现演奏曲的全部演奏声部的音乐合奏。 [0032] 图3是音乐合奏管理装置14的框图。音乐合奏管理装置14是管理各终端装置12的利用者参加的音乐合奏的服务器装置(例如，网络服务器)，具备控制装置31、存储装置32及通信装置33。控制装置31是通过执行存储于存储装置32的程序来执行各种控制处理及运算处理的运算处理装置。通信装置33通过通信网16而与各终端装置12进行通信。 [0033] 存储装置32存储控制装置31执行的程序和控制装置31使用的各种数据。例如，能够采用半导体记录介质、磁记录介质等公知的记录介质或多种记录介质的组合作为存储装置32。另外，也可以在与音乐合奏管理装置14独立的外部装置(例如，外部服务器装置)中设置存储装置32，音乐合奏管理装置14通过通信网16来执行对于存储装置32的信息的写入、读取。即，存储装置32并不是音乐合奏管理装置14必须的要素。 [0034] 如图4所例示的那样，第一实施方式的存储装置32对每个利用者存储利用者数据U和各乐曲的收录数据R。利用者数据U是关于各终端装置12的利用者的基本的信息，例如，指定了利用者的识别信息、显示名、演奏声部(利用者在以往的音乐合奏中演奏的演奏声部)。 [0035] 各乐曲的收录数据R包含补充用数据Db和关联数据Q。补充用数据Db是表示乐曲的各演奏声部的演奏声音的音响数据(典型地说是表示演奏声音的时间波形的样本序列)，用于音乐合奏的演奏曲中的、补充对象声部的演奏声音的播放。关联数据Q是关于补充用数据Db所表示的演奏声音的元数据，用于应该适用于补充对象声部的补充用数据Db的检索。关于补充用数据Db的生成、关联数据Q的具体的内容在后面叙述。另外，在图4中，为了便于表示而图示了对每个利用者单独地存储利用者数据U和各乐曲的收录数据R的状态，但是在实际中，如图5所例示的那样，各利用者的利用者数据U和收录数据R以关于多个利用者而混合的状态储存于存储装置32，通过参照对每个利用者指定利用者数据U及收录数据R的储存场所的表(索引)TBL来特定各利用者的利用者数据U和收录数据R。 [0036] 图6是音乐合奏管理装置14的功能性结构图。第一实施方式的音乐合奏管理装置14的控制装置31通过执行存储于存储装置32的程序来实现用于管理使用了多个终端装置12的音乐合奏的图6的多个功能(演奏声音数据获取部51、补充用数据登录部52、显示处理部53、补充用数据选择部54及播放控制部55)。另外，也可以采用将控制装置31的各功能分散于多个装置(例如，设于不同位置的多个服务器装置)的结构、以专用的电子电路(例如DSP)来实现控制装置31的功能的一部分的结构。 [0037] 演奏声音数据获取部51从各参加者的终端装置12通过通信网16和通信装置33而获取表示音乐合奏的各参加者的演奏声部的演奏声音的演奏声音数据Da。补充用数据登录部52将包含与演奏声音数据获取部51从各终端装置12获取的演奏声音数据Da对应的补充用数据Db的收录数据R储存于存储装置32。显示处理部53通过将关于音乐合奏的各种画面的图像数据发送至音乐合奏的各参加者的终端装置12而使该画面显示于显示装置24。 [0038] 补充用数据选择部54选择存储于存储装置32的多个补充用数据Db(收录数据R)中的、适用于演奏曲的补充对象声部的补充用数据Db。播放控制部55使音乐合奏的各参加者的终端装置12的播放装置27播放音响。具体来说，播放控制部55向音乐合奏的各参加者的终端装置12发送包含其他参加者的演奏声音数据Da的播放用数据Dc。在音乐合奏的参加人数小于演奏曲的演奏声部的总数的情况下，播放控制部55将包含补充用数据选择部54选择出的补充用数据Db和其他参加者的演奏声音数据Da的播放用数据Dc发送至各终端装置12。各终端装置12的控制装置21通过将通信装置23从音乐合奏管理装置14接收的播放用数据Dc和收录装置26生成的演奏声音数据Da供给至播放装置27而作为音响进行播放。因此，位于相互分离的地点的多个参加者能够利用各自的终端装置12实时地体验音乐合奏。 [0039] 图7是音乐合奏管理装置14的动作的流程图。在音乐合奏的多个参加者中的任一位(以下，称作“特定参加者”)的终端装置12以来自利用者对输入装置25的指示为契机而对音乐合奏管理装置14要求开始音乐合奏的情况下，音乐合奏管理装置14开始图7的处理。 [0040] 音乐合奏管理装置14的显示处理部53使特定参加者的终端装置12的显示装置24显示图8的画面GA(SA1)。特定参加者一边参照显示装置24所显示的画面GA一边适当地操作输入装置25，由此指定作为演奏对象的希望的演奏曲。另外，在音乐合奏的参加人数小于演奏曲的演奏声部数的情况下，特定参加者能够通过操作终端装置12的输入装置25来指定补充对象声部(即，演奏曲的多个演奏声部中的不存在演奏者的演奏声部)。能够将单个或多个演奏声部指定为补充对象声部。音乐合奏管理装置14的控制装置31从特定参加者的终端装置12接收演奏曲及补充对象声部的指定(SA2)。另外，也可以采用在确定了演奏曲后的预定时间内募集音乐合奏的参加者的(接受来自任意终端装置12的参加要求)结构。 [0041] 在音乐合奏的参加人数为演奏曲的演奏声部的总数以上的情况下，特定参加者不指定补充对象声部。在未指定补充对象声部的情况下(SA3：否)，不利用存储装置32的补充用数据Db地执行音乐合奏处理(SA4)。具体来说，演奏声音数据获取部51从音乐合奏的各参加者的终端装置12获取演奏声音数据Da，播放控制部55将包含演奏声音数据获取部51从各终端装置12获取的演奏声音数据Da的播放用数据Dc传送至其他终端装置12。 [0042] 例如，假定如下情况：参加者P1、参加者P2、参加者P3参加由三个演奏声部M1～M3构成的演奏曲的音乐合奏，上述参加者P1对演奏声部M1进行演奏，上述参加者P2对演奏声部M2进行演奏，上述参加者P3对演奏声部M3进行演奏。播放控制部55将包含从参加者P1的终端装置12接收的演奏声部M1的演奏声音数据Da和从参加者P2的终端装置12接收的演奏声部M2的演奏声音数据Da的播放用数据Dc发送至参加者P3的终端装置12。相同地，将包含参加者P2的演奏声音数据Da和参加者P3的演奏声音数据Da的播放用数据Dc发送至参加者P1的终端装置12，将包含参加者P3的演奏声音数据Da和参加者P1的演奏声音数据Da的播放用数据Dc发送至参加者P2的终端装置12。在各终端装置12中，从播放装置27播放从音乐合奏管理装置14接收的播放用数据Dc和装置自身的收录装置 26所生成的演奏声音数据Da。由此，能够实现处于远程位置的多个参加者P1～P3的音乐合奏。 [0043] 当以上所说明的音乐合奏处理结束时，补充用数据登录部52对在本次音乐合奏中使用了从各终端装置12接收的演奏声音数据Da的补充用数据Db是否需要登录进行判定(SA5)。补充用数据Db是否需要登录根据来自在音乐合奏中担当演奏曲的各演奏声部的参加者(P1、P2、P3)的指示(或来自特定参加者的指示)而选择。在步骤SA5的判断结果为否定的情况下(SA5：否)，不执行补充用数据Db的登录地结束图7的处理。 [0044] 此外，也可以在步骤SA5中的补充用数据Db是否需要登录的判定之前插入使参加者(或者特定参加者)收听该音乐合奏所演奏的演奏声音的步骤。为了进行这种收听，既可以在音乐合奏管理装置14中暂时存储表示该演奏声音的数据，或者也可以在各终端装置12中暂时存储表示该演奏声音的数据。 [0045] 另一方面，在步骤SA5的判断结果为肯定的情况下(SA5：是)，执行图9的补充用数据登录处理(SA6)。对本次音乐合奏中从各终端装置12接收的多个演奏声音数据Da分别执行补充用数据登录处理。 [0046] 当开始补充用数据登录处理时，补充用数据登录部52生成与演奏声音数据Da对应的补充用数据Db(SB1)。在第一实施方式中，例示了将演奏声音数据Da用作补充用数据Db的情况。补充用数据登录部52如以下所例示的那样，生成与补充用数据Db所表示的演奏相关联的关联数据Q(SB2～SB5)。 [0047] 补充用数据登录部52对补充用数据Db表示的演奏声音的音乐上的特征量进行分析(SB2)。具体来说，对于补充用数据Db(演奏声音数据Da)表示的演奏声音，对演奏的节拍、歌唱声音的音调等特征量进行特定。另外，补充用数据登录部52通过评价补充用数据Db表示的演奏而生成评价信息(SB3)。具体来说，通过对比指定演奏曲的各演奏声部的标准旋律的标准数据与补充用数据Db而生成与两者之间的旋律的异同的程度对应的评价信息(与演奏的巧拙对应的得分)。在演奏的巧拙的评价中可任意地采用公知的技术(例如，专利文献2的技术)。另外，也能够根据演奏曲的标准拍点与根据演奏声音数据Da推断的拍点之间的时间轴上的不同来评价演奏的节奏的倾向。具体来说，生成表示相对于演奏曲的拍点而言，演奏声音的拍点抢先的倾向(提前)、演奏声音的拍点延迟的倾向(延后)或者小节内的特定的拍点抢先或延迟的倾向(波动)等的评价信息。 [0048] 补充用数据登录部52生成与补充用数据Db表示的演奏声音的演奏相关的信息(以下，称作“演奏信息”)(SB4)。例如，生成有包含演奏声部、演奏的日期和时间、演奏者的个人信息(例如，演奏者名、性别、年龄、住所等)、演奏倾向(例如，“爵士风”等编曲的倾向)、音乐活动的周期(例如每月一次等)、对于音乐的志向(专业志向/兴趣程度等)、演奏者的评语等各种信息的演奏信息。演奏信息例如根据来自利用者对终端装置12的指示而被特定。具体来说，显示处理部53使音乐合奏的各参加者的终端装置12的显示装置24显示图10的画面GB。在图10中，例示了指定音乐合奏中参加者所演奏的演奏声部、参加者想要的演奏倾向(Arrangement：编曲)及演奏者的评语的画面GB。补充用数据登录部52根据来自利用者对画面GB的输入而生成演奏信息。另外，也可以根据例如以往的音乐合奏的履历相来特定演奏者频繁地演奏的乐曲、风格、与演奏者一起执行音乐合奏的其他利用者的识别信息等，并使其包含在演奏信息内。 [0049] 补充用数据登录部52生成包含在步骤SB2中分析出的特征量、在步骤SB3中生成的评价信息(旋律、节奏)及在步骤SB4中生成的演奏信息的关联数据Q(SB5)。并且，补充用数据登录部52在存储装置32内储存将在步骤SB1中生成的补充用数据Db与在步骤SB5中生成的关联数据Q建立了对应而得到的收录数据R(SB6)。另外，补充用数据登录部52根据各利用者的收录数据R的内容而对该利用者的利用者数据U进行更新(SB7)。具体来说，根据收录数据R来更新利用者数据U指定的演奏声部。 [0050] 通过对每个音乐合奏反复进行以上所说明的补充用数据登录处理，而在存储装置32中关于多个乐曲的各自的演奏声部储存有对应于多个利用者的演奏的多种多样的收录数据R(补充用数据Db)。即，储存在存储装置32中的收录数据R的总数与音乐合奏的反复一起自动地(即，无需与音乐合奏独立地进行生成及登录收录数据R的操作)增加。 [0051] 参照图8的画面GA，如上所述，在音乐合奏的参加人数小于演奏曲的演奏声部的总数的情况下，特定参加者指定音乐合奏中的补充对象声部。在指定了补充对象声部的情况(SA3：是)下，如以下详述的那样，执行使用了在过去的补充用数据登录处理中储存于存储装置32的补充用数据Db的音乐合奏处理(SA7、SA8)。 [0052] 具体来说，对于本次音乐合奏的演奏曲，补充用数据选择部54选择存储于存储装置32的多个补充用数据Db中的、适用于特定参加者所指定的补充对象声部的补充用数据Db(SA7)。具体来说，从存储于存储装置32的多个补充用数据Db(收录数据R)中以与对应于音乐合奏的各参加者的收录数据R的关联数据Q对应的检索条件检索补充用数据Db。例如，检索适合音乐合奏的各参加者的嗜好、演奏倾向等的补充用数据Db。 [0053] 图11是补充用数据选择部54为了选择补充用数据Db而执行的补充用数据选择处理(SA7)的流程图。当开始补充用数据选择处理时，补充用数据选择部54通过参照存储于存储装置32的各利用者的利用者数据U而从存储装置32检索本次音乐合奏的各参加者的收录数据R(即，包含由各参加者的过去的演奏生成的补充用数据Db的收录数据R)，并对检索出的各收录数据R内的关联数据(以下，称作“检索用关联数据”)Q进行特定(SC1)。并且，补充用数据选择部54从多个利用者(无论是否包含本次音乐合奏的参加者)的收录数据R中以与检索用关联数据Q对应的检索条件检索K个(K是自然数)的收录数据R(SC2)。具体来说，检索包含与检索用关联数据Q相关的关联数据Q的收录数据R。例如，从存储装置32中检索包含演奏信息(例如，个人信息、演奏倾向、志向)与检索用关联数据Q一致或近似的关联数据Q的收录数据R、包含演奏声音的音乐上的特征量(例如，节拍、音调)与检索用关联数据Q一致或近似的关联数据Q的收录数据R、包含评价信息与检索用关联数据Q一致或近似的关联数据Q的收录数据R。 [0054] 显示处理部53将补充用数据选择部54所选择的K个收录数据R作为选择候选呈现于特定参加者的终端装置12(SC3)。具体来说，显示处理部53使特定参加者的终端装置12的显示装置24显示呈现K个收录数据R的图12的画面(列表)GC。即，显示处理部53向特定参加者提议适合于本次音乐合奏的K个收录数据R(补充用数据Db)作为补充对象声部的候选。 [0055] 在图12的画面GC中，K个收录数据R分别显示关联数据Q所指定的信息(例如演奏者名、演奏声部、演奏倾向(Arrangement：编曲)、演奏的日期和时间(Posted：发布)等信息)。特定参加者能够通过适当地操作终端装置12的输入装置25而从呈现于画面GC的K个收录数据R中选择所希望的演奏的收录数据R。另外，也可以根据各收录数据R的关联数据Q指定的信息来变更K个收录数据R的排列顺序。例如，能够根据演奏的日期和时间的顺序、在过去的音乐合奏中被选择的次数的顺序(人气顺序)、评价信息表示的评价的高低的顺序等各种排序条件来排列K个收录数据R。另外，也可以采用如下结构：将各收录数据R内的补充用数据Db发送至终端装置12并使播放装置27播放，由此使各参加者试听补充用数据Db的演奏声音。 [0056] 音乐合奏的特定参加者能够通过适当地操作终端装置12的输入装置25而选择K个收录数据R中的任一个。音乐合奏管理装置14的补充用数据选择部54从终端装置12接受特定参加者的收录数据R的选择(SC4)，并将该收录数据R内的补充用数据Db确定为补充对象声部的适用对象(SC5)。如根据以上说明所理解的那样，补充用数据选择部54选择与检索条件和来自特定参加者的指示对应的补充用数据Db，该检索条件与本次音乐合奏的各参加者的检索用关联数据Q对应。 [0057] 补充用数据选择部54对于在步骤SC5中选择出的补充用数据Db执行调整演奏声音的音响特性的调整处理(SC6)。具体来说，补充用数据选择部54以与演奏声音数据获取部51从本次音乐合奏的各参加者的终端装置12获取的演奏声音数据Da的音响特性(例如，节拍、音调等音乐上的特征量)一致或近似的方式对补充用数据Db的演奏声音的音响特性进行调整。对于音响特性的调整(例如，节拍转换、音调调整)，可任意地采用公知的技术。以上是补充用数据选择处理(SA7)的具体内容。 [0058] 当执行了补充用数据选择处理，播放控制部55执行使用了补充用数据选择处理SA7所选择出的补充用数据Db的音乐合奏处理(SA8)。具体来说，播放控制部55将包含演奏声音数据获取部51从各终端装置12获取的演奏声音数据Da和补充用数据选择部54所选择出的补充用数据Db(基于补充用数据选择处理的步骤SC6的调整处理后的补充用数据Db)的播放用数据Dc发送至其他终端装置12。 [0059] 例如，假定为如下情况：对演奏声部M1进行演奏的参加者P1、对演奏声部M2进行演奏的参加者P2参加与上述例示相同地由三个演奏声部M1～M3构成的演奏曲的音乐合奏。演奏声部M3被指定为补充对象声部。播放控制部55将包含演奏声音数据获取部51从参加者P1的终端装置12获取的演奏声部M1的演奏声音数据Da和补充用数据选择部54所选择出的演奏声部M3(补充对象声部)的补充用数据Db的播放用数据Dc发送至参加者P2的终端装置12。相同地，将包含参加者P2的演奏声音数据Da和演奏声部M3的补充用数据Db的播放用数据Dc发送至参加者P1的终端装置12。 [0060] 在各终端装置12中，由播放装置27播放从音乐合奏管理装置14接收的播放用数据Dc和装置自身的收录装置26生成的演奏声音数据Da。因此，参加者P1及参加者P2能够体验包含实际上不存在演奏者的补充对象声部(演奏声部M3)在内的全部演奏声部(M1～M3)的演奏曲的音乐合奏。当使用了补充用数据Db的音乐合奏处理(SA8)结束时，与音乐合奏处理(SA4)结束时相同，补充用数据登录部52执行使用了在本次音乐合奏中从各终端装置12接收的演奏声音数据Da的补充用数据Db的登录(SA5、SA6)。 [0061] 如以上所说明的那样，由于执行使用了从多个终端装置12发送的演奏声音数据Da和预先准备的补充用数据Db的音乐合奏处理，因此能够对乐曲的补充对象声部进行补充，并且实现多个参加者的音乐合奏。在第一实施方式中，尤其是由于在音乐合奏的执行中与演奏声音数据获取部51从各终端装置12获取的演奏声音数据Da对应的补充用数据Db被储存于存储装置32，因此与音乐合奏中的各利用者的演奏之间独立地生成及登录补充用数据Db的结构相比，具有能够容易地登录很多并且多种多样的补充用数据Db这一优点。 [0062] 另外，由于以与对应于音乐合奏的各参加者的以往的演奏的收录数据R内的检索用关联数据Q对应的检索条件为基础来检索补充用数据Db，因此具有如下优点：即使音乐合奏的各参加者没有详细地指定补充对象声部的详细的条件，也能够选择适合各参加者的嗜好、倾向的补充用数据Db(因此，各参加者能够愉快地体验音乐合奏)。另外，在第一实施方式中，由于由音乐合奏的参加者来选择利用检索用关联数据Q而检索出的K个收录数据R中的任一个，因此也实现了能够选择采纳了参加者的意图的补充用数据Db这样特别的效果。此外，由于执行了对补充用数据Db的演奏声音的音响特性进行调整的调整处理(SC6)，因此具有如下优点：能够将与各参加者的演奏声音数据Da表示的演奏声音在音乐上进行了调和的自然的印象的补充用数据Db用于音乐合奏。 [0063] 〈第二实施方式〉 [0064] 对本发明的第二实施方式进行说明。另外，在以下例示的各形态中，对于作用和功能与第一实施方式相同的要素素，沿用第一实施方式的说明中所参照的附图标记，并适当地省略各自详细的说明。 [0065] 第二实施方式的各终端装置12的收录装置26包含音响设备。音响设备是对音乐合奏的各参加者的演奏声音(参加者的歌唱声音、乐器的演奏声音)赋予各种音响特性的元素。例如，对演奏声音进行增幅的增幅器(放大器)、对演奏声音赋予各种频率特性的效果赋予装置(音效器)是音响设备的典型例子。音乐合奏的各参加者通过适当地操作终端装置12的输入装置25而输入与在音乐合奏中自身所使用的音响设备相关的信息(以下，称作“特性设定信息”)。特性设定信息包含例如音响设备的种类、型式、音响设备的各种设定值(即，与赋予演奏声音的音响特性相关的信息)。终端装置12的控制装置21将利用者输入的特性设定信息从通信装置33发送至音乐合奏管理装置14。 [0066] 在补充用数据登录处理(SA6/图9)中，音乐合奏管理装置14的补充用数据登录部52从音乐合奏的各参加者的终端装置12获取特性设定信息，从而与在第一实施方式中例示的信息(音乐上的特征量、评价信息、演奏信息)一起生成包含特性设定信息的关联数据Q(SB5)。在补充用数据选择处理(SA7/图11)中，补充用数据Db的检索采纳了关联数据Q内的特性设定信息。即，在补充用数据选择处理中优先选择包含特性设定信息与音乐合奏的各参加者的检索用关联数据Q一致或近似的关联数据Q的收录数据R。其他结构及动作与第一实施方式相同。 [0067] 在第二实施方式中也可实现与第一实施方式相同的效果。另外，音乐合奏的各参加者使用的音响设备的型式、设定值等特性设定信息中容易反映该参加者的演奏倾向、嗜好。因此，根据利用包含特性设定信息的关联数据Q而选择补充用数据Db的第二实施方式，能够选择适合音乐合奏的各参加者的嗜好、倾向的补充用数据Db这一上述效果格外显著。 [0068] 另外，在以上例示中，例示了在音乐合奏中利用现实中的音响设备的情况，但是也可以通过终端装置12的控制装置21执行模拟音响设备的动作的程序(以下，称作“音响设备模拟器”)，来对演奏声音赋予各种音响特性。在以上的结构中，将在音响设备模拟器的执行时应用的设定值(例如，影响赋予演奏声音被赋予的音响特性的设定值)作为特性设定信息发送至音乐合奏管理装置14。因此，利用者无需直接输入特性设定信息。另外，音乐合奏管理装置14的控制装置31通过执行音响设备模拟器而能够对从各终端装置12接收的演奏声音数据Da的演奏声音赋予各种音响特性。如以上例示的那样，在将指定各演奏者的演奏时的设定值的特性设定信息登录为关联数据Q的结构中，在各演奏者的演奏时，也能够将所希望的演奏者的特性设定信息用作音响设备模拟器的设定值。即，特性设定信息(设定值)能够在多个演奏者之间共享。因此，具有以下优点：其他演奏者能够简单地再现与所希望的演奏者的设定值对应的音色。 [0069] (第三实施方式) [0070] 在上述各实施方式中，例示了与音乐合奏的各参加者的终端装置12独立的音乐合奏管理装置14管理各终端装置12的音乐合奏的情况。在第三实施方式中，用于音乐合奏的多个终端装置12中的任一个(以下，称作“管理终端装置”)实现与上述各形态的音乐合奏管理装置14相同的功能。 [0071] 图13是第三实施方式的音乐合奏系统100B的框图。如图13所示，音乐合奏系统100B具备通过通信网16而相互进行通信的多个终端装置12。多个终端装置12的结构分别与第一实施方式(图2)的终端装置12相同。但是，例如根据来自利用者的指示而从用于音乐合奏的多个终端装置12中选择出的管理终端装置12的控制装置21作为与上述各形态的音乐合奏管理装置14的控制装置31相同的要素(演奏声音数据获取部51、补充用数据登录部52、显示处理部53、补充用数据选择部54、播放控制部55)发挥作用。另外，管理终端装置12的存储装置22对每个利用者存储利用者数据U和各乐曲的收录数据R。但是，也可以在与管理终端装置12独立的存储装置(例如，外部服务器装置的存储装置)中储存利用者数据U和收录数据R，管理终端装置12执行对于该存储装置的信息的写入和读取。 [0072] 第三实施方式的管理终端装置12的演奏声音数据获取部51与第一实施方式相同，从其他终端装置12获取表示音乐合奏的各参加者的演奏声音的演奏声音数据Da，并且从收录装置26获取使用管理终端装置12的参加者的演奏声音数据Da。补充用数据登录部52根据各参加者的演奏声音数据Da生成补充用数据Db，并对于每个参加者将包含补充用数据Db和关联数据Q的收录数据储存于存储装置22。 [0073] 第三实施方式的管理终端装置12的补充用数据选择部54以与音乐合奏的各参加者的检索用关联数据Q对应的检索条件从存储装置22中选择用于补充对象声部的补充用数据Db。播放控制部55使各终端装置12的播放装置27播放演奏声音数据获取部51获取的演奏声音数据Da的演奏声音和补充用数据选择部54选择出的补充用数据Db的演奏声音。具体来说，播放控制部55通过将演奏声音数据获取部51从装置自身(管理终端装置12)的收录装置26获取的演奏声音数据Da和补充用数据选择部54选择出的补充用数据Db发送至其他终端装置12而从播放装置27播放演奏声音，从而从装置自身(管理终端装置12)的播放装置27播放演奏声音数据获取部51从其他终端装置12获取的演奏声音数据Da的演奏声音和补充用数据选择部54选择出的补充用数据Db的演奏声音。 [0074] 根据以上的结构，各终端装置12的利用者能够以补充用数据Db对补充对象声部进行补充，并且体验多人的音乐合奏。即，在第三实施方式中也可实现与第一实施方式相同的效果。另外，也可以将第二实施方式的结构应用于第三实施方式。 [0075] ＜变形例＞ [0076] 上述各形态能够多种多样地变形。以下，例示具体的变形的方式。能够从以下例示中任意地选择出的两个以上的实施方式适当地进行合并。 [0077] (1)也可以使关联数据Q包含各补充用数据Db的利用状况(人气度)和其他利用者的评价结果。例如，在关联数据Q中包含应用了补充用数据Db的过去的音乐合奏的次数(播放次数)、使用了补充用数据Db的音乐合奏的各参加者的评价结果。作为补充用数据Db的评价结果，例如，可适当利用音乐合奏的各参加者评价的分数、各参加者的投票次数(肯定的评价次数)。另外，关联数据Q也可以包含使用了补充用数据Db的音乐合奏的各参加者的评语。 [0078] 关于特定的补充用数据Db(例如，利用者从图10的画面GB选择出的补充用数据Db)，也可以使终端装置12的显示装置24显示呈现以上例示的关联数据Q的详细的内容的图14的画面GD。在图14所例示的画面GD中，显示有补充用数据Db的播放次数及投票次数、应用了补充用数据Db的音乐合奏的各参加者的评语。另外，如图14所例示的那样，也可以在画面GD中显示将与共用的乐曲对应的多个补充用数据Db例如按照投票次数、播放次数进行排序的情况下的顺序。 [0079] (2)也可以将在SNS(Social Networking Service)中登录的利用者之间的相关关系(社交图)应用于音乐合奏系统100(100A、100B)。具体来说，采用如下结构：以利用者之间的相关关系为基础，限定为相对于补充用数据Db的演奏者而处于预定范围(许可)内的利用者而允许该补充用数据Db的利用。例如，优选的是限定为相对于演奏者有直接的相关关系的利用者而允许补充用数据Db的利用的结构，或限定为相对于演奏者处于经由预定数量的其他利用者的间接的相关关系的利用者(例如朋友的朋友)而允许补充用数据Db的利用的结构。 [0080] (3)在上述各形态中，将演奏声音数据获取部51获取的演奏声音数据Da作为补充用数据Db储存于存储装置32，但是不考虑生成与演奏声音数据Da对应的补充用数据Db的方法(演奏声音数据Da和补充用数据Db的形式的异同)。例如，也可以将按时间序列指定演奏声音数据Da表示的演奏声音的各音符的数据(例如，MIDI形式、VSQ形式的数据)作为补充用数据Db储存于存储装置32。将补充用数据Db再转换为与演奏声音数据Da相同的形式(表示演奏声音的时间波形的形式)的处理由音乐合奏管理装置14或各终端装置12来执行。 [0081] (4)各收录数据R内的关联数据Q的内容并不限定于上述各形态的例示。例如，也可以在各补充用数据Db的关联数据Q中，指定根据应用了该补充用数据Db的音乐合奏的演奏声音数据Da(将该补充用数据Db利用于补充对象声部的音乐合奏的各参加者的演奏声音数据Da)而生成的补充用数据Db。 [0082] (5)对于音乐合奏的各参加者的检索用关联数据Q表示的多个信息，也可以分别将补充用数据Db的检索时的优先度设定为例如能够根据来自利用者的指示而变化。例如，选择性地执行关联数据Q中的使特性设定信息优先的补充用数据Db的检索或关联数据Q中的使评价信息优先的补充用数据Db的检索。 [0083] (6)也可以对音乐合奏的各参加者执行收费处理。例如，在从终端装置12的利用者对音乐合奏进行了指示的情况下，音乐合奏管理装置14执行收费处理，以收费处理的成功为条件开始音乐合奏。另外，也可以采用对被执行了收费处理的利用者(以下，称作“收费会员”)和未执行收费处理的利用者(以下，称作“免费会员”)区分服务内容的结构。例如，采用对于免费会员将音乐合奏的执行次数、将演奏声音数据Da登录为补充用数据Db的次数限制于预定范围，对于收费会员则解除限制的结构。也可以是如下结构：在免费会员的补充用数据Db被用于超出预定阈值的次数的音乐合奏的情况下放宽或解除限制、对于免费会员限制特定的功能(例如，使特性设定信息反映在补充用数据Db中的功能)。另外，也可以将补充用数据选择部54选择出的K个收录数据R中的、收费会员的收录数据R在图12的画面GC中优先配置于上层。另外，也可以设为如下结构：对于制作了在听众中具有人气的补充用数据Db的艺术家，给予与收费会员同等的权利或给予金钱、礼物。根据以上的结构，具有促进各利用者的收费处理，从而实现有效的收益化这一优点。 [0084] (7)也可以使各终端装置12的显示装置24显示呈现特定的利用者的信息的阅览用的画面(页面)。例如，对于通过对终端装置12的操作而选择出的特定的利用者，在显示装置24中显示图15的画面GE。在画面GE中，显示有利用者的收录数据R内的关联数据Q表示的各种信息。 [0085] (8)在上述各形态中，利用补充用数据Db而实现了演奏曲的全部演奏声部的音乐合奏，但是并不一定必须包括演奏曲的全部演奏声部的音乐合奏。即，也可以仅将演奏曲中的、演奏者不足的多个演奏声部中的一部分演奏声部作为补充对象声部，并由补充用数据Db进行补充。另外，在上述各形态中，为了便于表示，例示了音乐合奏的各参加者使用一个终端装置12的情况，但是也可以是多个参加者共用一个终端装置12。 [0086] (9)补充用数据选择部54的补充用数据Db的选择的方法是任意的。例如，也可以采用如下结构：对于音乐合奏的演奏曲，补充用数据选择部54随机地选择存储于存储装置32的多个补充用数据Db中的任一个。即，能够省略使用了关联数据Q的补充用数据Db的检索。另外，在如上述例示那样关联数据Q包含补充用数据Db的播放次数、投票次数的结构中，补充用数据选择部54可以选择在播放次数、投票次数的顺序(例如降序)上靠前的补充用数据Db。另外，在上述各形态中，终端装置12的利用者选择了补充用数据选择部54利用检索用关联数据Q而检索出的K个收录数据R(补充用数据Db)中的任一个，但是补充用数据选择部54也可以通过使用了检索用关联数据Q的检索来锁定一个补充用数据Db。 即，能够省略音乐合奏的参加者的收录数据R的选择。 [0087] (10)在上述各形态中，例示了如下结构：在各终端装置12之间发送接收表示演奏声音的播放用数据Dc(演奏声音数据Da、补充用数据Db)，但是也可以是例如将拍摄演奏时的情形的图像(静止图像、动态图像)与演奏声音一起作为播放用数据Dc在各终端装置12之间进行发送接收。在各终端装置12中，从播放装置27播放与播放用数据Dc对应的音响，并且在显示装置24中显示与播放用数据Dc对应的图像。另外，播放用数据Dc表示的图像不限定于拍摄实际的演奏的图像。例如，也可以将预先录制的图像用作播放用数据Dc。 [0088] (11)根据如上述各形态那样具备补充用数据登录部52的结构，实现了能够容易地生成多种多样的补充用数据Db这一特别的效果，但是也可以省略补充用数据登录部52。即，与音乐合奏中的各利用者的演奏独立地生成及登录补充用数据Db的结构也包含在本发明的范围内。也可以省略显示处理部53。 [0089] (12)在上述各形态中，将各利用者的关联数据Q用于补充用数据Db的选择(检索)，但是关联数据Q的用途并不限定于补充用数据Db的选择。例如，也可以在嗜好、倾向相类似或一致的多个利用者的特定(匹配)中利用各利用者的关联数据Q。例如，检索出对应于与利用者P1的关联数据Q相关联或一致的关联数据Q的利用者(即，嗜好、倾向适合利用者P1的利用者)P2并将其呈现给利用者P1。根据以上的结构，例如，与利用公告牌等来募集乐队成员的以往的方法相比，具有能够简单地发现与各利用者的嗜好、倾向相一致的其他利用者这一优点。 [0090] (13)在上述各形态中，将播放声音数据Dc发送至音乐合奏的参加者的终端装置12，但是播放声音数据Dc(补充用数据Db)的发送目的地的终端装置12的利用者不必实际上参加了音乐合奏(即担当演奏曲的特定的演奏声部)。例如，也能够将包含音乐合奏的各参加者的演奏声音数据Da和补充对象声部的补充用数据Db的播放声音数据Dc发送至未参加音乐合奏的利用者(希望收听演奏曲的演奏声音的利用者)的终端装置12并播放演奏曲的演奏声音。另外，例如，也可以将由利用者选择出的多个补充用数据Db构成的播放声音数据Dc(不含有演奏声音数据Da)发送至利用者的终端装置12并播放演奏曲的播放音。根据以上的结构，具有未参加音乐合奏的任意的利用者均能够收听演奏曲的演奏声音这一优点。 [0091] 以下，对本公开进行概括。本发明的音乐合奏管理装置对使用了多个终端装置的音乐合奏进行管理，上述音乐合奏管理装置具备：演奏声音数据获取部，从至少一个终端装置获取表示由多个演奏声部构成的演奏曲的、至少一个演奏声部的演奏声音的演奏声音数据；补充用数据选择部，从存储表示上述演奏曲的多个演奏声部的演奏声音的多个补充用数据的存储装置中选择表示上述演奏曲的补充对象声部的演奏声音的补充用数据；及播放控制部，使上述演奏声音数据获取部从上述终端装置获取的上述演奏声音数据的演奏声音和上述补充用数据选择部选择的上述补充用数据的演奏声音在其他终端装置中播放。 [0092] 上述演奏曲的补充对象声部是与上述演奏声音数据获取部从上述终端装置获取的上述演奏声音数据表示的演奏声部不同的演奏声部。 [0093] 根据以上的结构，由于从终端装置获取的演奏声音数据的演奏声音和从存储装置选择出的补充用数据的演奏声音在其他终端装置中播放，因此能够补充演奏曲的补充对象声部，并且实现多个参加者的音乐合奏。 [0094] 例如，本发明的音乐合奏管理装置还具备补充用数据登录部，将与上述演奏声音数据获取部从上述终端装置获取的演奏声音数据对应的补充用数据储存于上述存储装置。 [0095] 在以上的结构中，由于在音乐合奏中将与演奏声音数据获取部从终端装置获取的演奏声音数据对应的补充用数据储存于存储装置，因此相对于与音乐合奏中的各利用者的演奏独立地生成及登录补充用数据的结构，具有能够容易地登录很多并且多种多样的补充用数据的优点。 [0096] 例如，补充用数据登录部将与演奏声音数据获取部获取的演奏声音数据的演奏相关联的关联数据以对应于与该演奏声音数据对应的补充用数据的方式储存于存储装置，补充用数据选择部选择存储于存储装置的多个补充用数据中的、以与音乐合奏的参加者的过去的演奏的关联数据对应的检索条件而检索到的补充用数据。 [0097] 在以上的结构中，由于以与音乐合奏的参加者的过去的演奏的关联数据对应的检索条件来检索补充对象声部的补充用数据，因此具有即使音乐合奏的各参加者并未详细地指定补充对象声部的详细的条件，也能够选择适合各参加者的嗜好、倾向的补充用数据的优点。采用关联数据包含演奏声音数据所表示的演奏声音的音乐上的特征量、表示对演奏声音数据所表示的演奏声音进行评价的结果的评价信息和与演奏声音数据所表示的演奏声音被赋予的音响特性相关的特性设定信息中的至少之一的结构，以上的效果格外显著。 [0098] 例如，上述补充用数据选择部执行对从上述存储装置选择的补充用数据的演奏声音的音响特性进行调整的调整处理，上述播放控制部使上述演奏声音数据获取部从终端装置获取的演奏声音数据的演奏声音和进行了上述调整处理的补充用数据的演奏声音在上述其他终端装置中播放。 [0099] 在以上的实施方式中，由于执行对补充用数据的演奏声音的音响特性进行调整的调整处理，因此具有如下优点：例如能够将与各终端装置的演奏声音数据表示的演奏声音在音乐上进行了调和的自然的印象的补充用数据用于音乐合奏。 [0100] 另外，用于音乐合奏的多个终端装置中的任一个都能够实现上述各形态的音乐合奏管理装置的功能。本发明的终端装置用于音乐合奏，其具备：演奏声音数据获取部，从装置自身的收录装置和其他终端装置获取表示演奏曲的各演奏声部的演奏声音的演奏声音数据；补充用数据选择部，从存储表示乐曲的各演奏声部的演奏声音的补充用数据的存储装置选择表示演奏曲的补充对象声部的演奏声音的补充用数据；及播放控制部，使演奏声音数据获取部从其他终端装置获取的演奏声音数据的演奏声音和补充用数据选择部获取的补充用数据的演奏声音在装置自身的播放装置中播放。根据以上的结构，可实现与本发明的音乐合奏管理装置相同的作用及效果。 [0101] 以上的各实施方式的音乐合奏管理装置及终端装置除了通过音乐合奏的管理所专用的DSP(Digital Signal Processor：数字信号处理器)等硬件(电子电路)来实现，还可以通过CPU(Central Processing Unit：中央处理器)等通用的运算处理装置和程序之间的协作来实现。本发明的程序能够以储存于运算机能够读取的记录介质的形态提供并安装于运算机。记录介质例如是非暂时性(non-transitory：非暂时性)的记录介质，优选的是CD-ROM等光学式记录介质(光盘)，但是也可以包含半导体记录介质、磁记录介质等公知的任意形式的记录介质。另外，例如，本发明的程序能够以通过通信网发布的形态提供并安装于运算机。 [0102] 另外，本发明的音乐合奏管理方法用于管理应用了多个终端装置的音乐合奏，该音乐合奏管理方法具备：获取工序，从至少一个终端装置获取表示由多个演奏声部构成的演奏曲的、至少一个演奏声部的演奏声音的演奏声音数据；选择工序，从存储表示上述演奏曲的多个演奏声部的演奏声音的多个补充用数据的存储装置中选择表示上述演奏曲的补充对象声部的演奏声音的补充用数据；及播放控制工序，使在上述获取工序中从上述终端装置获取的上述演奏声音数据的演奏声音和在上述选择工序中选择的上述补充用数据的演奏声音在其他终端装置中播放。 [0103] 例如，上述演奏曲的补充对象声部是与通过上述获取工序从上述终端装置获取的上述演奏声音数据所表示的演奏声部不同的演奏声部。 [0104] 例如，还具备登录工序，将与在上述获取工序中从上述终端装置获取的演奏声音数据对应的补充用数据储存于上述存储装置。 [0105] 例如，在上述登录工序中，将与在上述获取工序中获取的演奏声音数据的演奏相关联的关联数据以对应于与该演奏声音数据相应的补充用数据的方式储存于上述存储装置中，在上述选择工序中，选择存储于上述存储装置的上述多个补充用数据中的、以与上述音乐合奏的参加者的过去的演奏的关联数据对应的检索条件而检索到的补充用数据。 [0106] 例如，上述关联数据包含上述演奏声音数据所表示的演奏声音的音乐上的特征量、表示对上述演奏声音数据所表示的演奏声音进行评价的结果的评价信息和与上述演奏声音数据所表示的演奏声音被赋予的音响特性相关的特性设定信息中的至少之一。 [0107] 例如，在上述选择工序中，执行对从上述存储装置选择的补充用数据的演奏声音的音响特性进行调整的调整处理，在上述播放控制工序中，使通过上述获取工序从上述终端装置获取的演奏声音数据的演奏声音和进行了上述调整处理的补充用数据的演奏声音在上述其他终端装置中播放。 [0108] 参照特定的实施方式详细地对本发明进行了说明，但是在不脱离本发明的精神和范围的前提下能够施加各种变更、修正，这对本领域技术人员来说是显而易见的。 [0110] 工业上的可用性 [0111] 根据本发明的音乐合奏管理方法及音乐合奏管理装置，能够补充演奏曲的演奏声部，并且使多个利用者参加音乐合奏。 [0112] 附图标记说明 [0113] 100A、100B 音乐合奏系统 [0114] 12 终端装置 [0115] 14 音乐合奏管理装置 [0116] 16 通信网 [0117] 21、31 控制装置 [0118] 22、32 存储装置 [0119] 23、33 通信装置 [0120] 24 显示装置 [0121] 25 输入装置 [0122] 26 收录装置 [0123] 27 播放装置 [0124] 51 演奏声音数据获取部 [0125] 52 补充用数据登录部 [0126] 53 显示处理部 [0127] 54 补充用数据选择部 [0128] 55 播放控制部 |
||||||
QQ群二维码
意见反馈
意见反馈