乐音产生系统的制作方法

专利名称：乐音产生系统的制作方法
技术领域：
本发明涉及一种由多个连接至网络的处理装置构成的乐音产生系统。
背景技术：
目前，所谓的MIDI(乐器数字接口)技术已经成为一种公知的技术，通过这种技术可以将多个乐器彼此连接，从而组成电子乐器网络系统。MIDI标准是用于发送自动演奏数据等的通用标准，其使得演奏数据(例如，键码等)能够从分布在网络中的多个电子乐器中给定的一个电子乐器向另一电子乐器单向传输。在MIDI技术中，各MIDI消息是串行数据的格式，并且将MIDI线以在乐器之间进行串联的方式布线，从而MIDI线将占用相当大的空间。另外，如果任意一条MIDI线偶然地或错误地即使在一点处断开，则在该点处将不能发出信号，从而导致不期望的乐音产生的终止。另外，一旦MIDI线断开，用于恢复连接的连线操作将变得非常麻烦和费力。
因此，已经提出“mLAN”(音乐局域网)作为一种使用网络的乐器系统。所述mLAN是用于使用IEEE 1394标准来传输数字音频/MIDI数据的技术，这种技术通过经由IEEE 1394接口在AV装置和/或电子装置与计算机系统之间进行连接来实现256信道或更多信道的数字音频/MIDI数据的通信。例如，所述mLAN基于“IEC61833-6音频和音乐数据传输协议”(其为用于经由IEEE 1394接口对音频/MIDI数据进行通信的协议)，定义用于控制单个AV装置和/或电子装置以及上述装置之间的组合的命令。在这种mLAN中，由于使用模拟线缆，通常使多个装置之间的连接变得复杂。MIDI线缆等可以用IEEE 1394的菊链(daisy-chain)连接线缆来代替，从而可以大幅简化装置之间的连接。
然而，因为所述mLAN是以菊链连接的方式，所以将新装置物理连接到网络的期望点并随后执行逻辑连接设置将涉及非常困难的操作。另外，由于在各装置之间以串联的方式布线，所以这些线将占用相当大的空间。另外，如果任意一条线偶然地或错误地即使在一点处断开，则在该点处将不能发出信号，从而导致不期望的乐音产生的终止。另外，一旦线断开，用于恢复连接的连线操作将变得非常麻烦和费力。
另外，在多个电子乐器分布式连接的网络中，将演奏控制信息作为包发送到传输路径。然而，如果包在传输中间意外丢失，则将会出现这样的问题接收端会接收到其不应该接收的演奏控制信息，从而接收端不能正常操作。例如，如果键开(key-on)数据丢失，则可接收到在该键开数据之后发送的键关(key-off)数据，尽管相应的键开数据并没有接收到。
另外，业已公知“LAN”(局域网)可作为能够将新的装置连接到期望点的网络。所述LAN是安装在相对有限区域中的计算机网络(例如，企业内部互联网)，并且近年来，这种LAN也可以建立在普通居室中。然而，现在并不存在可以直接与LAN连接的乐音发生器或其它乐音产生相关装置，并且不可能使用普通形式的网络(例如，LAN)来建立乐器系统。另外，因为能够连接至网络的乐音产生相关装置在功能上是固定的，所以需要将具有必要功能的多种类型的装置连接至网络。
另外，对于具有多种功能的装置(例如，具有键盘(操作单元)、乐音发生器和扬声器三种功能的电子键盘乐器)而言，需要进行设置以通过此三种功能之间的通信来再现乐音。在具有多种功能的这种装置连接至网络的情况下，将出现不能在网络上彼此独立地处理所连接的装置的功能的问题。

发明内容
有鉴于此，本发明的一个目的在于提供一种乐音产生系统，其可以使用普通网络(例如LAN)将能运行为乐音发生器和各种其它类型的乐音产生相关装置的处理装置物理连接至网络上的期望的点，并通过将连接至网络的各种处理装置进行组合而建立乐音产生系统。本发明的另一目的在于建立能够可靠地防止进行误操作的乐音产生系统。
为了实现上述目的，根据本发明的一个方案，提供一种乐音产生系统，其由连接至星型网络的多个处理装置构成，其中所述处理装置中的各个处理装置运行为与在所述多个处理装置中执行的各程序相对应的处理单元。该乐音产生系统至少包括第一处理装置，其运行为演奏信息产生单元，所述演奏信息产生单元创建包括所产生的演奏信息以及源处理单元和目的地处理单元的相应识别信息的帧，并将所创建的帧发送到所述网络；第二处理装置，其运行为乐音发生器提供处理单元，所述乐音发生器提供处理单元接收与所述第二处理装置中运行的处理单元的识别信息匹配的帧，基于从所接收的帧中提取的演奏信息合成乐音信号，创建包括所合成的信号以及源处理单元和目的地处理单元的相应识别信息的帧，并将由此创建的帧发送到所述网络；和第三处理装置，其运行为发音处理单元，所述发音处理单元接收与所述第三处理装置中运行的处理单元的识别信息匹配的帧，并对从所接收的帧中提取的乐音信号进行发音处理。其中，所述多个处理装置中的各处理装置能够选择和设置应该接收从所述各处理装置中运行的处理单元发送的帧的目的地处理单元，并且使用用于重发控制的通信协议在所述处理单元之间实现通信。
使用以上述方式配置的本发明，运行为乐音发生器和各种其它类型的乐音产生相关装置的处理装置可通过使用普通网络(例如，LAN)物理连接至集线器而容易地连接至网络上的各个期望点。另外，通过进行重发控制，本发明可以防止乐音产生系统的误操作或故障。另外，所述多个处理装置中的各处理装置具有连接表，所述连接表对于连接至网络的所有处理装置中运行的各处理单元列出可以连接至所述各处理单元的输入端和输出端的其它处理单元，从而可参照所述连接表容易地进行将处理单元逻辑连接至网络的设置。
根据本发明的另一方案，提供一种乐音产生系统，其由连接至星型网络的多个处理装置构成，其中各个处理装置运行为与在处理装置中执行的各程序相应的处理单元，其中各处理装置不仅可以从多个处理单元中选择待在所述处理装置中运行的处理单元，还可以被设置为作为所述处理单元运行。将所选择的处理单元登记到服务器中。使用这种配置，以与上述相同的方式，通过将处理装置物理连接至集线器可容易地将处理装置连接至网络上的期望的点。另外，因为当在一给定的处理装置中运行的处理单元切换为运行另一处理单元时，将切换到的(即，新选择的)处理单元登记到服务器中，本发明可适当地保持在处理装置和处理单元之间的关系。
根据本发明的另一方案，提供一种乐音产生系统，其由连接至星型网络的多个处理装置构成，其中各个处理装置运行为与在处理装置中执行的各程序相应的处理单元，其中有多个处理单元运行的给定处理器已连接至网络，取消(断开)在多个处理单元之间的连接，从而多个处理单元可以彼此独立地连接至网络。通过取消在给定处理装置中的多个处理单元之间的连接，可以如同这些处理单元是分开独立的装置那样在网络上处理各处理单元。因此，本发明使得在网络上由处理装置提供的所有处理单元彼此独立地连接至网络，从而实现多种连接。
根据本发明的另一方案，提供一种乐音产生系统，其由连接至星型网络的多个处理装置构成，其中各个处理装置运行为与在该处理装置中执行的各程序相应的处理单元，其中当在网络上的给定处理单元之间进行连接时，根据在始发连接处理单元和连接方处理单元之间进行连接的设置，在运行为始发连接处理单元的处理装置中建立连接，并且将在连接方处理单元和另一处理单元之间进行连接的连接指令发送到运行为连接方处理单元的第二处理装置，以根据在连接方处理单元和其它处理单元之间进行连接的设置在连接方处理单元和其它处理单元之间建立连接。因此，在对多个处理单元进行连接(级联)过程中，经由其中运行有这些处理单元的任一处理装置共同设置所有级联的处理单元的连接。另外，可以在与其中运行有待连接的处理单元的处理装置不同的另一处理装置中进行连接的设置。
根据本发明的另一方案，提供一种乐音产生系统，其由连接至星型网络的一服务器和多个处理装置构成，所述乐音产生系统包括所述多个处理装置，其运行为与所述多个处理装置中执行的各程序相对应的乐音产生相关处理单元；和所述服务器，其在所述网络中管理对所述多个处理装置中运行的各个处理单元设置的唯一识别信息，其中，利用所述唯一识别信息，在所述网络上实现在所述服务器和所述多个处理装置中的任一装置之间或者在所述多个处理装置之间的通信，和其中，所述多个处理装置中的各处理装置中运行的处理单元可以从多个处理单元中选择，并且当在所述各处理装置中已选择任一处理单元时，不仅设置用以使得所述各处理装置运行为所选择的处理单元而待执行的程序，而且将所选择的处理单元登记到所述服务器中，从而为所选择的处理单元设置唯一识别信息。
根据本发明的另一方案，提供一种乐音产生系统，其由连接至星型网络的一服务器和多个处理装置构成，所述乐音产生系统包括所述多个处理装置，其运行为与所述多个处理装置中执行的各程序相对应的乐音产生相关处理单元；和所述服务器，其在所述网络中管理对所述多个处理装置中运行的各个处理单元设置的唯一识别信息，其中，利用所述唯一识别信息，在所述网络上实现在所述服务器和所述多个处理装置中的任一装置之间或者在所述多个处理装置之间的通信，其中，可以从多个处理器单元之间选择在所述多个处理装置中的各处理装置中运行的处理单元，和当其中有多个处理单元运行的一特定处理装置已连接至所述网络时，取消所述特定处理装置中的所述多个处理单元之间的连接，从而将所述多个处理单元彼此独立地连接至所述网络。
根据本发明的另一方案，提供一种乐音产生系统，其由连接至星型网络的一服务器和多个处理装置构成，所述乐音产生系统包括所述多个处理装置，其运行为与所述多个处理装置中执行的各程序相对应的乐音产生相关处理单元；和所述服务器，其在所述网络中管理对所述多个处理装置中运行的各个处理单元设置的唯一识别信息，其中，利用所述唯一识别信息，在所述网络上实现在所述服务器和所述多个处理装置中的任一装置之间或者在所述多个处理装置之间的通信，和将其中有多个处理单元运行的一特定处理装置连接至所述网络，并且在所述特定处理装置连接至所述网络之后，响应于在所述特定处理装置中的所述多个处理单元之间取消连接的指令的接收，取消在所述多个处理单元之间的连接，从而将所述多个处理单元彼此独立地连接至所述网络。
根据本发明的另一方案，提供一种乐音产生系统，其由连接至星型网络的一服务器和多个处理装置构成，所述乐音产生系统包括所述多个处理装置，其运行为与所述多个处理装置中执行的各程序相对应的乐音产生相关处理单元；和所述服务器，其在所述网络中管理对所述多个处理装置中运行的各个处理单元而设置的唯一识别信息，其中，利用所述唯一识别信息，在所述网络上实现在所述服务器和所述多个处理装置中的任一装置之间或者在所述多个处理装置之间的通信，和其中，当在所述网络上在多个给定处理单元之间进行连接时，不仅根据所述多个给定处理单元中的连接始发处理单元和连接方处理单元之间的连接设置，在运行为所述连接始发处理单元的第一处理装置中建立在所述连接始发处理单元和所述连接方处理单元之间的连接，而且将在所述连接方处理单元和另一处理单元之间进行连接的连接指令发送到运行为所述连接方处理单元的第二处理装置，从而根据在所述连接方处理单元和所述另一处理单元之间的连接设置，建立在所述连接方处理单元和所述另一处理单元之间的连接。
本发明不仅可以作为上述装置发明还可以作为方法发明进行实施。
根据本发明的另一方案，提供一种用于乐音产生系统中的网络处理方法，所述乐音产生系统由连接至星型网络的多个处理装置构成，其中所述多个处理装置中的各个处理装置运行为与在所述多个处理装置中执行的各程序相对应的处理单元，所述多个处理装置至少包括第一处理装置，其运行为演奏信息产生单元，所述演奏信息产生单元创建包括所产生的演奏信息以及源处理单元和目的地处理单元的相应识别信息的帧，并将由此所创建的帧发送到所述网络；第二处理装置，其运行为乐音发生器提供处理单元，所述乐音发生器提供处理单元接收与所述第二处理装置中运行的处理单元的识别信息匹配的帧，基于从所接收的帧中提取的演奏信息合成乐音信号，创建包括所合成的信号以及源处理单元和目的地处理单元的相应识别信息的帧，并将由此创建的帧发送到所述网络；和第三处理装置，其运行为发音处理单元，所述发音处理单元接收与所述第三处理装置中运行的处理单元的识别信息匹配的帧，并对从所接收的帧中提取的乐音信号进行发音处理，所述网络处理方法包括以下步骤在所述多个处理装置中的各处理装置中选择和设置应该接收从所述各处理装置中运行的处理单元发送的帧的目的地处理单元；和使用用于重发控制的通信协议，在与应该彼此通信的至少两个处理单元相对应的至少两个处理装置之间实现通信。
根据本发明的另一方案，提供一种用于乐音产生系统中的网络处理方法，所述乐音产生系统由连接至星型网络的一服务器和多个处理装置构成，并包括所述多个处理装置，其运行为与所述多个处理装置中执行的各程序相对应的乐音产生相关处理单元；和所述服务器，其在所述网络中管理对所述多个处理装置中运行的各个处理单元设置的唯一识别信息，所述网络处理方法包括以下步骤利用所述唯一识别信息，在所述网络上实现在所述服务器和所述多个处理装置中的任一装置之间或者在所述多个处理装置之间的通信；在所述多个处理装置中的各处理装置中，从多个处理单元中选择所述各处理装置中运行的处理单元；当经由所述选择步骤在所述多个处理装置中的任一处理装置中已选择任一处理单元时，设置用以使得该任一处理装置运行为所选择的处理单元而待执行的程序；和将所选择的处理单元登记到所述服务器中，从而为所选择的处理单元设置唯一识别信息。
根据本发明的另一方案，提供一种用于乐音产生系统中的网络处理方法，所述乐音产生系统由连接至星型网络的一服务器和多个处理装置构成，并包括所述多个处理装置，其运行为与所述多个处理装置中执行的各程序相对应的乐音产生相关处理单元；和所述服务器，其在所述网络中管理对所述多个处理装置中运行的各个处理单元设置的唯一识别信息，所述网络处理方法包括以下步骤利用所述唯一识别信息，在所述网络上实现在所述服务器和所述多个处理装置中的任一装置之间或者在所述多个处理装置之间的通信；和当其中有多个处理单元运行的一特定处理装置已连接至所述网络时，取消所述特定处理装置中的所述多个处理单元之间的连接，从而将所述多个处理单元彼此独立地连接至所述网络。
根据本发明的另一方案，提供一种用于乐音产生系统中的网络处理方法，所述乐音产生系统由连接至星型网络的一服务器和多个处理装置构成，并包括所述多个处理装置，其运行为与所述多个处理装置中执行的各程序相对应的乐音产生相关处理单元；和所述服务器，其在所述网络中管理对所述多个处理装置中运行的各个处理单元设置的唯一识别信息，所述网络处理方法包括以下步骤利用所述唯一识别信息，在所述网络上实现在所述服务器和所述多个处理装置中的任一装置之间或者在所述多个处理装置之间的通信；当在所述网络上在多个给定处理单元之间待进行连接时，根据所述多个给定处理单元中的连接始发处理单元和连接方处理单元之间的连接设置，在运行为所述连接始发处理单元的第一处理装置中建立在所述连接始发处理单元和所述连接方处理单元之间的连接；和将在所述连接方处理单元和另一处理单元之间进行连接的连接指令发送到运行为所述连接方处理单元的第二处理装置，从而根据在所述连接方处理单元和所述另一处理单元之间的连接设置，建立在所述连接方处理单元和所述另一处理单元之间的连接。
另外，本发明可以配置和实施为由例如计算机或DSP的处理器执行的软件程序，以及存储这种软件程序的存储介质。另外，本发明中使用的处理器可包括在硬件中内置有专用逻辑电路的专用处理器，以及能够运行期望的软件程序的计算机或其它通用类型处理器。
以下将描述本发明的实施例，但是应理解的是本发明不限于所述实施例，在不脱离其基本原理的情况下可以对本发明进行各种修改。因此，本发明的范围仅由所附权利要求来确定。


为了更好理解本发明的目的和其它特点，以下将参照附图更详细描述本发明的优选实施例，在附图中图1是示出根据本发明实施例的乐音产生系统的示例性组成的框图；图2是在本发明的语音产生系统中产生待输出到网络的MAC帧的处理的概要示图；图3是示出装置表的示图，其中所述装置表表示在图1中所示处于内部网络上的所有处理单元的各识别信息之间的对应性；图4是示出连接表的示图，其中所述连接表中记录有在处于内部网络上并能够进行实体数据通信的各处理单元的输入端和输出端的连接；图5是示出在本发明的乐音产生系统中部分网络连接处理的示图；图6是在本发明的乐音产生系统中当处理装置已经连接至(登录)内部网络时进行的网络连接处理的流程图；图7是在本发明的乐音产生系统中当处理装置从内部网络断开(退出)时进行的网络断开处理的流程图；图8是示出在本发明的乐音产生系统中网络断开处理的部分示图；图9是示出在本发明的乐音产生系统中的内部网络的示例性组成的框图；图10是示出当在本发明的乐音产生系统中处理单元待进行连接时显示的设置屏幕的示例示图；图11是示出当在本发明的乐音产生系统中处理单元之间待进行连接时显示的设置屏幕的其它示例示图；图12是在本发明的乐音产生系统中处理单元之间设置连接时进行的连接选择处理的流程图；图13是示出当已经进行连接选择处理以有效设置处理单元之间的逻辑连接时在连接缓冲器中记录的连接信息示例的示图；图14是在本发明的乐音产生系统中在连接选择处理之后进行连接建立处理的流程图；图15是示出在本发明乐音产生系统中当前缓冲器中记录的处理单元之间的连接信息和关联关系的示例示图；图16是在本发明的乐音产生系统中由SV(服务器)进行的连接选择处理的流程图；图17是在本发明的乐音产生系统中乐音发生器单元的功能框图；图18是在本发明的乐音产生系统中键盘单元的功能框图；图19是在本发明的乐音产生系统中扬声器单元的功能框图；图20是在本发明的乐音产生系统中DSP单元的功能框图；图21是在本发明的乐音产生系统中在处理单元之间用于通知DSP单元中的切换的通知处理的流程图；图22是在本发明的乐音产生系统中混合器单元的功能框图；图23是在本发明的乐音产生系统中内容记录器单元的功能框图；图24是在本发明的乐音产生系统中自动伴奏单元的功能框图；图25是在本发明的乐音产生系统中MIDI记录单元的功能框图；图26是在本发明的乐音产生系统中编辑器单元的功能框图；图27是在本发明的乐音产生系统中音效器单元的功能框图；图28是在本发明的乐音产生系统中音频记录器单元的功能框图；以及图29是在本发明的乐音产生系统中用以进行实体数据通信的通信处理的流程图。
具体实施例方式
图1是示出根据本发明实施例的乐音产生系统的示例性组成的框图。
如图1所示，所述乐音产生系统包括可连接至外部网络的内部网络。所述内部网络是LAN的形式，例如以太网，并建立在房屋中。所述内部网络包括路由器2和集线器10、20、30和40，所述集线器经由LAN线缆连接至路由器2的多个LAN终端。所述内部网络是星型网络，其经过4个房间(即房间1、房间2、房间3和房间4)而建立。路由器2的WAN终端连接至互联网(Internet)1，与其它网络连接的路由器3和4也连接至互联网1。因此，内部网络可经由路由器2和互联网1连接至与路由器3和4连接的其它网络。
在房间1中，安装了多个装置，即SV(服务器)11、TG1(乐音发生器)12、TG2(乐音发生器)13、KB(键盘)14和SP1(扬声器)15。这些装置均配置有网络适配器，以运行为LAN装置。在房间1中配置的集线器10的上行LAN终端经由LAN线缆与路由器2的LAN终端连接，集线器10的多个下行LAN终端经由LAN线缆与SV(服务器)11、TG1(乐音发生器)12、TG2(乐音发生器)13、KB(键盘)14和SP1(扬声器)15的相应网络适配器的LAN终端连接。在本申请文件中，将“LAN装置”定义为能够根据通信协议(例如，以太网协议)进行数据通信的装置。
在房间2中，安装了多个装置，即SP2(扬声器)21、DU(DSP单元)22、MX(混合器)23和CR(内容记录器)24。这些装置均配置有网络适配器，以运行为LAN装置。在房间2中配置的集线器20的上行LAN终端经由LAN线缆与路由器2的LAN终端连接，集线器20的多个下行LAN终端经由LAN线缆与SP2(扬声器)21、DU(DSP单元)22、MX(混合器)23和CR(内容记录器)24的相应网络适配器的LAN终端连接。
在房间3中，安装了多个装置，即AA(自动伴奏装置)31、MR(MIDI记录器)32、ED(编辑器)33和EF(音效器)34、AR(音频记录器)35和SY(乐音发生器/键盘)36。这些装置均配置有网络适配器，以运行为LAN装置。在房间3中配置的集线器30的上行LAN终端经由LAN线缆与路由器2的LAN终端连接，集线器30的多个下行LAN终端经由LAN线缆与AA(自动伴奏装置)31、MR(MIDI记录器)32、ED(编辑器)33、EF(音效器)34、AR(音频记录器)35和SY(乐音发生器/键盘)36的相应网络适配器的LAN终端连接。
另外，在房间4中，安装了多个装置，即MC(麦克风)41和CD(CD播放器)42。这些装置均配置有网络适配器，以运行为LAN装置。在房间4中配置的集线器40的上行LAN终端经由LAN线缆与路由器2的LAN终端连接，集线器40的多个下行LAN终端经由LAN线缆与MC(麦克风)41和CD(CD播放器)42的相应网络适配器的LAN终端连接。
在房间1-4中安装的并连接至乐音产生系统中的内部网络的各装置均是独立的装置。除了DU(DSP单元)22之外，这些装置中的各装置均至少配置有CPU(中央处理单元)、RAM(随机存取存储器)和ROM(只读存储器)以及相应硬件。即，本发明的乐音产生系统中各装置均可通过执行与装置名相对应的程序，实现由该装置名表示的特定功能。即，除了DU(DSP单元)22之外，在本发明的乐音产生系统中的装置是能够执行各种程序的处理装置(计算机)。以下，将由执行程序的处理装置实现的功能组件定义为“处理单元”。即，在房间1中安装的SV(服务器)11、TG1(乐音发生器)12、TG2(乐音发生器)13、KB(键盘)14和SP1(扬声器)15，在房间2中安装的SP2(扬声器)21、MX(混合器)23和CR(内容记录器)24，在房间3中安装的AA(自动伴奏装置)31、MR(MIDI记录器)32、ED(编辑器)33和EF(音效器)34、AR(音频记录器)35和SY(乐音发生器/键盘)36，在房间4中安装的MC(麦克风)41和CD(CD播放器)42都是处理单元，并且所述处理装置通过执行相应的程序而运行为处理单元。
SV(服务器)11是向客户端计算机提供其具有的功能和各种数据的计算机，所述客户端计算机是其中有上述处理单元中的任意一个运行的处理装置。另外，DU(DSP单元)22是设置有多种DSP的处理装置，并且可由执行相应的微程序的DSP运行为任一处理单元，例如混合器、编辑器和音效器。即，DU(DSP单元)22通过选择并执行与另一处理单元相应的微程序，能够将应该运行的处理单元切换到所述另一处理单元。
这里将更详细说明各个处理单元。TG1(乐音发生器)12、TG2(乐音发生器)13通过执行相应乐音产生程序的处理装置，运行为乐音发生器单元。KB(键盘)14通过执行键盘程序的配备有硬件键盘的处理装置，运行为键盘单元。SP1(扬声器)15和SP2(扬声器)21通过执行扬声器程序的配备有硬件扬声器的处理装置，运行为扬声器单元。MX(混合器)23通过执行混合器程序的处理装置，运行为混合器单元。CR(内容记录器)24通过执行记录器程序的配备有大容量存储器装置的处理装置，运行为内容记录器单元。AA(自动伴奏装置)31通过执行自动伴奏程序的处理装置，运行为自动伴奏单元。MR(MIDI记录器)32通过执行记录器程序的配备有大容量存储器装置的处理装置，运行为MIDI记录器单元。ED(编辑器)33通过执行编辑器程序的处理装置，运行为编辑器单元。EF(音效器)34通过执行音效器程序的处理装置，运行为音效器单元。AR(音频记录器)35通过执行记录器程序的配备有大容量存储器装置的处理装置，运行为音频记录器单元。SY(乐音发生器/键盘)36通过执行乐音发生器程序和键盘程序的配备有硬件键盘的处理装置，运行为乐音发生器单元和键盘单元两者。MC(麦克风)41通过执行麦克风程序的配备有硬件麦克风的处理装置，运行为麦克风单元。另外，CD(CD播放器)42通过执行播放器程序的配备有硬件CD驱动器的处理装置，运行为CD播放器单元。
通过通信，可以在SV(服务器)11和DU(DSP单元)22或任一处理单元之间或者在多个处理单元之间进行数据交换。在示例中，SV(服务器)11和上述处理单元支持TCP/IP(传输控制协议/互联网协议)，并利用TCP/IP协议来进行数据交换通信。
在内部网络中，将经由LAN线缆发送的各信息放入称为“MAC帧”的预定长度的包中。所述MAC帧在其中封装有IP包，并分别在帧的开始部分和末端部分附有前导码和检验码，其中所述前导码用于使得接收部查找MAC帧的起始；所述检验码用于检查MAC帧的内容的有效性。另外，在MAC帧的报头还包括表示传输源和传输目的地的MAC地址(即，媒体访问控制地址)。所述MAC地址是分配给各网络接口装置的唯一序号；在以太网标准的情况下，每一MAC地址由48比特组成。另外，各MAC帧根据CSMA/CD(载波侦听多址访问/冲突检测)方式来发送，根据该方式，数据发送节点(处理装置)通过检测相关(in question)线缆的载波来监测通信状态，并当通信状态为“空”时，开始发送各MAC帧。在多个节点(处理装置)同时开始发送的情况下，由于数据之间的冲突可导致数据受到破坏；因此当检测到数据冲突时，所述数据传输在等待随机时间段之后再继续发送。
集线器10-40中的每个均是可运行为桥接器而不仅仅是转发器的交换集线器的形式，各集线器可分析从节点(处理装置)发送的数据，从而检测数据的目的地，然后将所述数据仅导向目的地节点(处理装置)。
根据TCP/IP(其是一种通信协议)的OSI参考模型，“IP”对应于第三层(网络层)，而“TCP”对应于第四层(传输层)。TCP层利用IP层的面向数据报(datagram-oriented)的通信功能，提供具有可靠全双工流控制的通信功能的上层处理单元(应用)。以这种方式，由发送端发送的数据能够由接收端以与其被发送的顺序相同的顺序准确地接收，而在不会出现数据遗漏、重复或错误。即，由发送端发送的包可能会由于IP层和下层(lower-level)物理传输介质的特性而丢失，数据顺序会由于延迟而改变，或者所述包会由于重发而被重复接收。因此，传统上通过由TCP消除上述不利影响来保障对于相关处理单元可靠的通信路径。为待通过TCP发送和接收的数据的各字节分配一系列序号，并且使用所述序号来检查是否发生数据遗漏或者重复。已经接收到数据的接收端将ACK(应答)返回到发送端，以向其通知接收端已经接收的数据的序号，从而发送端能够确认该数据已经正确到达接收端。在这种情况下，如果经过预定时间之后从接收端没有返回ACK，则发送端确定该包在传输途中已经丢失或者接收端没有接收到该包，然后执行控制以重发相同的包。这种配置实现了高可靠性通信。在重发开始之前的等待时间不是固定的，而是根据条件(例如，返回ACK之前的时间长度和重发次数)动态改变的；以这种方式，对等待时间进行高度控制以实现高效通信。
通过组合在图1中所示的连接至内部网络的多个处理装置中运行的处理单元来构成本发明的乐音产生系统。例如，为了建立这样一种乐音产生系统，其中将从KB(键盘)14输出的演奏数据提供到TG1(乐音发生器)12，并将由TG1(乐音发生器)12基于所述演奏数据产生并输出的乐音波形数据提供到SP1(扬声器)15，可以进行设置以在KB(键盘)14与TG1(乐音发生器)12之间和TG1(乐音发生器)12与SP1(扬声器)15之间实现逻辑连接。即，可以通过组合在连接至内部网络的多个处理装置中运行的处理单元来建立这种乐音产生系统。也就是说，还可以通过在KB(键盘)14、SY(键盘/乐音发生器)36的乐音发生器功能组件与SP2(扬声器)21之间实现逻辑连接来建立乐音产生系统。在这种情况下，通过在EF(音效器)34和MX(混合器)23之间也实现逻辑连接，则能够为乐音波形数据施加音效并对多组乐音波形数据进行混合处理。
如上所述，可经由LAN对各处理装置中运行的处理单元实现逻辑连接，从而在逻辑连接的处理单元之间可以交换或者传送数据。例如，在KB(键盘)14与TG1(乐音发生器)12之间实现相互逻辑连接的情况下，可以将KB(键盘)14(其作为处理单元)输出的演奏数据传送至TG1(乐音发生器)12(其作为另一处理单元)。在这种情况下，由TG1(乐音发生器)12接收从KB(键盘)14以包的形式输出的演奏数据。图2是根据在发送端由处理单元产生MAC帧并将所述MAC帧输出到网络的概要处理过程的示图。
如图2所示，将从发送端处理单元输出的数据划分为分别具有预定长度的发送数据，并且通过在所述预定长度的发送数据的起始附加TCP报头而在TCP层中产生TCP段。所述TCP报头包括序号、发送端(即，从哪发送的或者发送源)处理单元端口号和接收端(即，发送到哪的或者发送目的地)处理单元端口号。通过向所述TCP段的起始附加IP报头而在IP层中产生IP包。所述IP报头包括发送源和发送目的地处理单元的IP地址，还包括(尽管未特别示出)表示包长度的数据、协议号等。所述IP地址是唯一地分配给连接至内部网络和外部网络(包括互联网)的各处理装置的特定识别号码；在“IPv4”的情况下，所述IP地址是由4个8比特组组成的一共32比特的数字的形式，更具体地，所述4个8比特组是在0-255范围内的4个十进制数字，例如“192.168.100.8”。在数据链路层和物理层中，在所述IP报头的起始附加MAC报头，以产生MAC帧。所述MAC报头包括唯一地分配给发送源处理装置的特定发送源MAC地址和唯一地分配给发送目的地处理装置的特定目的地MAC地址。如此产生的MAC帧从发送源处理装置发送到LAN线缆，并且由与所述MAC帧的目的地MAC地址匹配的地址的处理装置所接收，从而将发送数据传送到由IP地址和端口号识别的处理单元。即，所述端口号是IP地址的子地址，并且处理单元是可以根据IP地址和端口号的组合而识别的。因此，即使对于其中有多个处理单元运行的单个处理装置，也可以如SY(乐音发生器/键盘)36那样，通过基于IP地址和端口号的组合的识别结果将发送数据传送到各处理单元。
图3是显示装置表的示图，其中所述装置表表示在图1中所示的处于内部网络上的所有处理单元的各识别信息之间的对应性。这里显示的装置表包含在广播域中包括的处理装置中运行的所有处理单元的信息。由SV(服务器)11创建所述装置表，并且将相同的装置表(即，相同的内容)记录在内部网络上的所有处理装置中。当连接至内部网络的任一处理装置改变时，由SV(服务器)11来更新所述装置表的内容，并且从SV(服务器)11将如此更新的装置表发送到内部网络上的所有处理装置。连接至内部网络的各处理装置接收所述装置表，并在其中记录所接收的装置表。
在图3中所示的装置表中，逻辑装置ID对应于处理单元的端口号，并且对各处理单元分配唯一的或不同的ID。IP地址是唯一地分配给连接至内部网络和外部网络(包括互联网)的各个处理装置的特定识别号码。当任一处理装置登录到网络中时，DHCP(动态主机配置协议)服务器将一预先准备的IP地址分配给处理装置。典型地，路由器2成为这种DHCP服务器，尽管SV(服务器)11或者任一处理装置也可以成为DHCP服务器。物理装置ID是唯一地分配给各网络接口装置的特定号码，在图3所示的示例中，物理装置ID是唯一地分配给内部网络上的各处理装置的特定号码。装置名是其中有处理单元运行的处理装置的缩写名。处理ID是对于各类型处理装置预定的ID。处理单元名是由处理单元实现的乐音产生相关装置的名称。例如，对于逻辑装置ID为“No.7”的DSP单元来说，装置表在其中记录如下内容处理ID“AE”，表示相关装置是DSP单元，和处理单元名“DSP单元”；以及处理ID(例如，“AF”)，表示根据当前执行的微程序当前运行的处理单元，和当前运行的处理单元(例如，混合器)的名称。为逻辑装置ID“No.15”的处理单元“乐音发生器”和逻辑装置ID“No.16”的处理单元“键盘”分配相同的IP地址和相同的物理装置ID，因为它们是在相同处理装置中运行的处理单元；然而，对于这两个处理单元分配不同的逻辑装置ID(端口号)，从而它们可以互相独立地来处理。
在本发明的乐音产生系统的各处理装置中，能够运行为上述处理单元的程序存储在其存储装置(例如硬盘装置)中。通过执行在所述存储装置中存储的这种程序，处理装置可运行为对应于所述程序的处理单元。在这种情况下，任一处理装置可同时执行多个程序；换句话说，一处理装置可运行为多个处理单元。当处理装置通过在所述处理装置中执行程序而运行为对应于所述程序的处理单元时，向SV(服务器)11登记相关处理单元，从而为所述处理单元设置逻辑装置ID(端口号)。然后，将在SV(服务器)11中已经更新的装置表发送并记录到内部网络上的所有处理装置。
在本发明的乐音产生系统中的处理单元之间传送的数据被分为两类，即实体数据和控制数据。这里，将直接表示待再现的音乐内容的数据和待优先实时地传送的数据定义为实体数据。更具体地，MIDI数据和音频数据(PCM和MP3数据)是实体数据的示例。将除了实体数据之外的其它数据定义为控制数据。可以通过包括SV(服务器)11的所有处理装置来执行控制数据的发送/接收。
图4显示连接表，其中在所述连接表中记录有在处于内部网络上并能够进行实体数据通信的各个处理单元的输入端和输出端的其它处理单元的连接(即输入端连接和输出端连接)。由SV(服务器)11创建该连接表，并将相同的装置表(即，相同的内容)记录到处于内部网络上的所有处理装置中。在此连接表中，记录能够连接至图1中所示的内部网络的处理装置中运行的各处理单元的有关信息。连接至内部网络的各处理装置获得来自SV(服务器)11的连接表，并且在其中记录所获得的连接表。
图4仅显示与以图1中所示的方式组织的内部网络上的一些处理单元相关的部分连接表。在该连接表中，“×”表示不存在可连接的处理单元；这意味着处理ID为“AA”的服务器(即，在图1中所示的SV(服务器)11)不进行实体数据的发送/接收。这里的服务器是图1的SV(服务器)11。处理ID为“AB”的乐音发生器单元在其输入端可以与发送作为实体数据的演奏数据(例如，MIDI数据)的处理单元连接，以及在其输出端可以与接收作为实体数据的音频数据的处理单元连接。即，处理ID为“AB”的乐音发生器单元在其输入端可以与处理ID为“AC”的键盘单元、处理ID为“AH”的自动伴奏单元、处理ID为“AI”的MIDI记录器单元和处理ID为“AJ”的编辑器单元连接，并且处理ID为“AB”的乐音发生器单元在其输出端可以与处理ID为“AD”的扬声器单元、处理ID为“AK”的音效器单元、处理ID为“AL”的音频记录器单元和处理ID为“AF”的混合器单元连接。另外，处理ID为“AC”的键盘在其输出端可以与接收作为实体数据的演奏数据(例如，MIDI数据)的处理单元连接，但是由于其自身的特性所以在其输入端不可以与任一处理单元连接。即，处理ID为“AC”的键盘在其输出端可以与处理ID为“AB”的乐音发生器单元、处理ID为“AI”的MIDI记录器单元和处理ID“AJ”的编辑器单元连接。另外，处理ID为“AD”的扬声器在其输入端可以与发送音频数据的处理单元连接，但是由于其自身特性所以在其输出端不可以与任一处理单元连接。即，处理ID为“AD”的扬声器在其输入端可以与处理ID为“AB”的乐音发生器单元、处理ID为“AF”的混合器单元、处理ID为“AK”的音效器单元、处理ID为“AL”的音频记录器单元、处理ID为“AM”的麦克风单元、处理ID为“AN”的CD播放器单元等连接。即，所述连接表表示出各处理单元和与该处理单元的输入端和输出端可连接的其它处理单元(即，输入端可连接和输出端可连接处理单元)，并且用户可参照该连接表选择所述输入端可连接和输出端可连接处理单元中的任一期望的处理单元。
图6是在图1中所示的乐音产生系统中当给定处理装置已经新连接至(登录到)内部网络时进行的网络连接处理的流程图。这里，术语“客户端”代表SV(服务器)11的客户端，并且处于网络上的除了SV(服务器)11之外的所有其它处理装置都可以是客户端，并利用目的地处理装置的IP地址和控制数据的预定端口号在各客户端和SV(服务器)11之间进行控制数据的传送。在图6中，在左侧(图中的“新客户端”部分)示出由新连接的客户端进行的操作流程，在中间(图中的“集线器”部分)示出由集线器进行的操作流程，在图中的“集线器”部分右侧的“服务器”部分中示出由服务器进行的操作流程，在右侧(图中的“其它客户端”部分)示出由已经连接的客户端进行的操作流程。
一旦开始即时网络连接处理，则在步骤S10，确定新连接的客户端是否具有多个处理单元。如果新连接的客户端通过执行键盘程序和乐音发生器程序而当前运行为键盘单元KB和乐音发生器单元TG，例如在图5的上部所指示的处理装置NEW，并且键盘单元KB和乐音发生器单元TG以这样的方式连接，即将键盘单元KB产生的MIDI数据提供给乐音发生器单元TG，则在步骤S10确定为是(YES)，从而即时处理进行到步骤S11，以如图5的下部所示断开或取消键盘单元KB和乐音发生器单元TG之间的内部连接。因此，在其中有多个处理单元运行的处理装置NEW中，在多个处理单元之间的连接在登录时即自动断开，使用这种配置，可省略在登录之前预先断开连接的操作。在完成步骤S11的操作之后或者如果在步骤S10的确定结果为新连接的客户端不具有多个处理单元时，则处理跳到步骤S12，以创建包括相关装置信息(即，表示新连接的装置的信息)和登记请求的数据部分。所述相关装置信息是表示(当客户端登录到内部网络中时由DHCP服务器分配给新客户端的)IP地址、物理装置ID和处理ID以及在新连接的装置中所有处理单元名称的信息，而登记请求是用于将相关装置信息登记到位于SV(服务器)11中的装置表中的请求。在随后的步骤S13，进行发送处理，其中将在步骤S12中创建的数据部分组成发送数据，形成如图2所示的在其中最终封装有发送数据的MAC帧，并且随后将如此形成的MAC帧发送到内部网络。在MAC帧的MAC报头中，将SV(服务器)11的MAC地址(物理装置ID)设置为目的地MAC地址。
因为内部网络是“星”型网络，所以从新客户端发送的MAC帧由多个集线器中的一个接收，并且由所述集线器进行路径确定处理(步骤S20)。在路径确定处理中，集线器基于接收的MAC帧的目的地MAC地址确定发送路径，以转发MAC帧。例如，当新客户端物理连接至集线器30时，集线器30将接收的MAC帧转发至路由器2，然后路由器2将MAC帧转发至集线器10，此后集线器10将MAC帧转发至SV(服务器)11。以这种方式，由地址与目的地MAC地址匹配的SV(服务器)11接收从新客户端发送的MAC帧，从而所述SV(服务器)11实现对所述MAC帧的接收处理(步骤S30)。在所述接收处理中，从MAC帧中提取IP包，然后从该IP包中提取TCP段，此后从该TCP段提取数据部分。然后，SV(服务器)11读取该数据部分，并且由于该数据部分中存在登记请求所以判断要进行登记请求处理。在下一步骤S31，SV(服务器)11在装置表中记录该数据部分的相关装置信息以及由SV(服务器)11分配给新客户端的处理单元的逻辑装置ID。在随后的步骤S32，SV(服务器)11创建更新的装置表和包括改变请求的数据部分，其中所述改变请求为改变或更新装置表的请求。通过在步骤S33进行的发送处理将如此创建的数据部分从SV(服务器)11发送到内部网络。这种发送处理与上述步骤S13的发送处理类似，不同的是将“全1”(all-one)广播地址(FF-FF-FF-FF-FF-FF)设置为目的地MAC地址并将广播地址设置为目的地IP地址。如果内部网络地址的网络地址设置为如图3的装置表中所示的“192.168.111.0”，则将IP地址的广播地址设置为“192.168.111.255”。
由SV(服务器)11广播的MAC帧由集线器10接收，并且该集线器10进行路径确定处理(步骤S21)。步骤S21的路径确定处理与上述步骤S20的路径确定处理类似，但是在步骤S21，由于已经将MAC帧设定为广播地址，所以经由路由器2和集线器10-40将MAC帧转发到所有处理装置。在接收到该广播MAC帧时，在步骤S14，新客户端以与上述步骤S30相似的方式对广播地址的MAC帧进行接收处理。在步骤S14的接收处理中，新客户端读取数据部分，并且由于数据部分中存在装置表改变请求所以判断要进行装置表改变处理；并在步骤S15根据从接收的MAC帧提取的装置表信息更新在新客户端的内部存储装置中存储的装置表。之后，在新客户端中的网络连接处理结束。在步骤S40，其它客户端以与上述步骤S30相似的方式对广播地址的MAC帧进行接收处理。在步骤S40的接收处理中，其它客户端读取数据部分，并且由于数据部分中存在装置表改变请求所以判断要进行装置表改变处理；并在步骤S41根据从接收的MAC帧提取的装置表信息更新在其内部存储装置中存储的装置表。之后，在其它客户端中的网络连接处理结束。
图7是当连接至内部网络的任一处理装置从内部网络断开(退出)时进行的网络断开处理的流程图。
一旦当前连接至内部网络的任一处理装置断开(退出)，则开始网络断开处理。首先，在步骤S50，确定断开的处理装置是否具有多个处理单元以及在多个处理单元之间是否具有待恢复的任一连接。如果在步骤S50确定断开的处理装置具有多个处理单元并具有待恢复的任一(内部)连接(例如，在图8的上部所示的处理装置OLD)，则处理进行到步骤S51，即恢复在多个处理单元之间待恢复的各连接。在这种情况下，定义在哪些处理单元之间的连接待恢复的信息可预先存储在存储器中，从而可以参照预先存储的信息来恢复处理单元之间的连接。例如，在如图8上部所示的具有键盘单元KB和乐音发生器单元TG的处理装置OLD的情况下，如图8下部所示，键盘单元KB和乐音发生器单元TG在内部相互连接，从而可以将键盘单元KB产生的MIDI数据提供给乐音发生器单元TG。在完成步骤S51的操作之后或者在步骤S50确定为否(NO)时，网络断开处理结束。因此，在其中有多个处理单元运行的处理装置OLD中，自动恢复在处理单元之间的连接，从而可以在不对处理单元之间的重新连接进行特定操作的情况下使用处理单元。尽管使用例如API(应用程序接口)将处理单元在内部彼此连接，但是可以通过使用分配给处理单元的端口号的逻辑连接而将所述处理单元在外部相互连接。
SV(服务器)11定期进行客户端检查处理，以检查在内部网络上的客户端是否存在，并且当通过客户端检查处理检测到任一断开的客户端时，SV(服务器)11从装置表删除断开的客户端信息，从而更新装置表。然后，SV(服务器)11将如此更新的装置表广播至所有客户端，从而使用从SV(服务器)11广播的更新的装置表可更新在各客户端中存储的装置表。
图10和11示出在处理单元之间待进行连接时显示的设置屏幕。这里，显示与图9中所示的简化结构的内部网络相关的设置屏幕。
在图9的内部网络中，其中有多个处理单元运行的处理装置SY1经由LAN线缆连接至集线器HBa，其中有多个处理单元运行的处理装置SY2经由LAN线缆连接至集线器HBa。更具体地，键盘单元KBa、乐音发生器单元TGa和扬声器单元SPa在处理装置SY1中运行，乐音发生器单元TBb和扬声器单元SPb在处理装置SY2中运行。在处理装置SY1和SY2的每个中，在上述处理单元之间的连接在逻辑上彼此分离，并且各处理单元在逻辑上彼此独立地连接至内部网络。在处理装置SY1和SY2的每个中，多个处理单元以上述的方式运行，从而能够彼此独立地(即，在处理单元之间独立地)建立处理单元的连接。这里，将给出这样情况的描述，即从键盘单元KBa进行逻辑连接设置的情况。在这种情况下，在处理装置SY1的显示屏上显示图10中所示的屏幕A1时，在处理装置SY1中开始连接处理。屏幕A1显示处理装置SY1中运行的三种处理单元，即键盘单元KBa、乐音发生器单元TGa和扬声器单元SPa，经由此屏幕用户可选择所显示的处理单元中任一期望的处理单元作为待进行连接设置的处理单元。如果在屏幕A1上选择键盘单元KBa作为待进行连接设置的处理单元，则在处理装置SY1的显示屏上显示如图10所示的屏幕A2。
屏幕A2显示处于图9的内部网络中并且可以与选择的处理单元(即键盘单元KBa)连接的各处理单元，经由此屏幕用户可选择所显示的可连接处理单元中任一期望的处理单元。这里，参照装置表和连接表显示处于图9的内部网络中并且可以与选择的处理单元连接的这种处理单元。在这种情况下，在装置表中记录键盘单元KBa、乐音发生器单元TGa、扬声器单元SPa、乐音发生器单元TBb和扬声器单元SPb。因为没有处理单元可以与键盘单元KBa的输入端连接(即，键盘单元KBa没有输入端连接功能)，所以在连接表中仅记录可以与键盘单元KBa的输出端连接的各处理单元。因为仅乐音发生器单元可以与键盘单元KBa的输出端连接，所以在屏幕A2上仅显示这种“输出端可连接”的乐音发生器单元。一旦在屏幕A2上选择输出端可连接乐音发生器单元，则在处理装置SY1的显示屏上显示图10中所示的另一屏幕A3。屏幕A3是为用户选择是进一步连接(“继续连接”)还是不连接(“结束连接”)可以与所选择的处理单元(即，乐音发生器单元)连接的处理单元的屏幕。如果用户选择(“继续连接”)，则在处理装置SY1的显示屏上显示图10中所示的另一屏幕A4。屏幕A4显示可以与所选择的处理单元(即，乐音发生器键盘单元)的输出端连接并且处于图9的内部网络中的处理单元，经由此屏幕用户可选择所显示的输出端可连接处理单元中任一期望的处理单元。
参照装置表和连接表来检测处于图9的内部网络上的这种可连接处理单元。在这种情况下，在装置表中记录键盘单元KBa、乐音发生器单元TGa、扬声器单元SPa、乐音发生器单元TBb和扬声器单元SPb。因为仅扬声器单元可以与乐音发生器单元的输出端连接，所以在屏幕A4上仅显示这种扬声器单元。一旦在屏幕A4上选择扬声器单元，则在处理装置SY1的显示屏上显示也在图10中所示的屏幕A6。因为没有处理单元可以与扬声器单元的输出端连接(即，扬声器单元没有输出端连接功能)，所以屏幕A6是为用户选择“结束连接”的屏幕。一旦在屏幕A6上选择“结束连接”选项，则在处理装置SY1的显示屏上显示也在图10中所示的另一屏幕A7。“结束连接”选项的用户选择表示已经完成依次逻辑连接键盘单元、乐音发生器单元和扬声器单元的设置。在内部网络中存在多个相同类型的处理单元的情况下，对于相同类型的各处理单元分别设置连接。从而，参照装置表从内部网络检测其中运行有屏幕A2上选择的乐音发生器单元的处理装置，然后在显示屏A7上显示检测后的处理装置名，从而允许用户选择任一所显示的处理装置名。在图9所示的内部网络的情况下，检测并在屏幕A7上显示处理装置SY1和SY2，其中处理装置SY1和SY2是作为其中运行有屏幕A2上选择的乐音发生器单元的处理装置，从而可以选择任一处理装置SY1和SY2作为乐音发生器单元。
在选择装置名“SY2”(或“SY1”)的乐音发生器单元的情况下，从内部网络检测其中运行有屏幕A4上选择的扬声器单元的处理装置，然后在屏幕A8上显示检测后的处理装置名，从而允许用户选择其中运行有扬声器单元的处理装置的显示名中的任一个。一旦在屏幕A8上选择装置名“SY1”(或“SY2”)的扬声器单元，则确定待连接的各处理单元，并完成依次逻辑连接键盘单元KBa、乐音发生器单元TBb和扬声器单元SPa的设置，以这样的方式，完成对于处理单元之间进行连接的连接选择处理。即，如果所选择的处理单元在多个处理装置中运行，则顺序地显示供用户选择期望的处理装置名的屏幕。
另外，在屏幕A3上选择“结束连接”选项的情况下，在处理装置SY1的屏幕上显示图10中所示的屏幕A5。“结束连接”选项的用户选择表示已经完成在键盘单元和乐音发生器单元之间进行依次逻辑连接的设置。在内部网络中存在相同类型的多个处理单元的情况下，对于相同类型的各处理单元分别设置连接。从而，参照装置表从内部网络检测其中运行有所选择的乐音发生器单元的处理装置，然后在显示屏A5上显示检测到的处理装置名，从而允许用户选择任一所显示的处理装置名作为连接目的地。即，显示在显示内容上与上述屏幕A7类似的屏幕A5，并且如果由用户选择装置名“SY2”的乐音发生器单元，则确定待连接的各处理单元，并完成在键盘单元KBa和乐音发生器单元TGb之间的依次逻辑连接的设置；以这样的方式，完成在处理单元之间进行连接的连接选择处理。
当以上述方式完成在处理单元之间进行连接的连接选择处理时，将设置连接的内容记录在已完成设置的处理装置的连接缓冲器中。然后，如随后具体描述地，基于在连接缓冲器中记录的连接内容进行连接建立处理，以建立逻辑连接，并且将表示已建立的逻辑连接的信息记录在当前缓冲器中。
以下描述关于从处理装置SY2的乐音发生器单元TGb进行的连接选择设置。这里假设为已经依次完成在键盘单元KBa、乐音发生器单元TGb和扬声器单元SPa之间的逻辑连接。一旦在处理装置SY2中开始连接选择处理，则在处理装置SY2的显示屏上显示图11中所示的屏幕B1。屏幕B1显示在处理装置SY2中运行的两种处理单元，即乐音发生器单元TGb和扬声器单元SPb，从而允许用户选择所显示的两种处理单元的任一种作为待进行连接设置的处理单元。如果在屏幕B1上选择乐音发生器单元TGb作为待进行连接设置的处理单元，则在处理装置SY2的显示屏上显示图11中所示的另一屏幕B2。
屏幕B2显示可以与所选择的处理单元(即，乐音发生器单元TGb)连接并且处于图9的内部网络上的处理单元，经由此屏幕用户可选择所显示的可连接处理单元中任一期望的处理单元。参照装置表和连接表检测处于图9的内部网络上的并且可以与所选择的处理单元连接的这种处理单元。在这种情况下，在装置表中记录键盘单元KBa、乐音发生器单元TGa、扬声器单元SPa、乐音发生器单元TBb和扬声器单元SPb。因为根据连接表，其它处理单元可以与乐音发生器单元的输入端和输出端连接，所以首先显示用于选择可以与乐音发生器单元的输入端连接的处理单元之一的屏幕B2。因为仅键盘单元可以与乐音发生器单元的输入端连接，所以仅在屏幕B2上显示这种键盘单元，并且在屏幕B2上还显示标题“输入端连接”。一旦在屏幕B2上选择键盘单元，则在处理装置SY2的显示屏上显示在图11中所示的另一屏幕B3。尽管原则上应该响应于键盘单元的选择而进行选择待连接至键盘单元的处理单元的处理，但是在屏幕B3上显示用于选择可以与键盘单元的输出端连接的任一处理单元的屏幕信息，而不是显示选择可以与键盘单元的输入端连接的任一处理单元的屏幕信息。当已经选择任一处理单元时，并且如果存在可以与所选择的处理单元连接的另外的处理单元，则显示供用户选择“继续连接”或“输出端连接”的屏幕。如果选择“继续连接”选项，则将提示用户选择随后将连接的处理单元。
另一方面，如果在屏幕B3上选择“输出端连接”选项，则在处理装置SY2的显示屏上显示图11中所示的另一屏幕B4。在屏幕B4上显示可以与乐音发生器单元的输出端连接的处理单元以及标题“输出端连接”。参照装置表和连接表从内部网络检测处于内部网络上的并且可以与乐音发生器单元的输出端连接的这种处理单元。使用这种连接，自动设置以下关联关系，即将从键盘单元提供的信号处理结果输出到乐音发生器单元，接着输出到扬声器单元(即，键盘单元→乐音发生器单元→扬声器单元)。因为处于内部网络上并且可以与乐音发生器单元的输出端连接的处理单元只有扬声器单元，所以在屏幕B4上显示供用户选择扬声器单元或选择用以结束设置的“结束连接”选项而不选择扬声器单元的屏幕信息。一旦在屏幕B4上选择扬声器单元，则在处理装置SY2的显示屏上显示图11中所示的另一屏幕B5。当在屏幕B4上选择扬声器单元时，因为不再有处理单元可以与扬声器单元的输出端连接，所以在屏幕B5上显示供用户选择“结束连接”选项以及标题“输出端连接”的屏幕信息。一旦在屏幕B5上选择“结束连接”选项，则在处理装置SY2的显示屏上显示图11中所示的另一屏幕B7。“结束连接”选项的用户选择表示已经完成在键盘单元、乐音发生器单元和扬声器单元之间的依次逻辑连接的设置。在内部网络上存在相同类型的多个处理单元的情况下，对于相同类型的各处理单元分别设置连接。
因此，参照装置表从内部网络检测其中运行有所选择的乐音发生器的处理装置，然后在屏幕B7上显示如此检测后的处理装置名，从而允许用户选择任一所显示的处理装置名的处理单元作为连接目的地。在这种情况下，因为检测出可与乐音发生器单元TGb逻辑连接的键盘单元仅在处理装置SY1中运行，则屏幕B7显示供用户选择装置名SY1的屏幕信息。另外，在这种情况下，因为已经进行了图10的设置，以建立在键盘单元KBa和乐音发生器单元TGb之间的逻辑连接，所以其中运行有键盘单元KBa的装置SY1的名称以下划线显示，以指示已经建立逻辑连接。一旦在屏幕B7上选择装置名“SY1”作为键盘单元，则从内部网络检测其中运行有可逻辑连接至乐音发生器单元的扬声器单元的处理装置，并且在另一屏幕B8上显示检测后的处理装置名，从而允许用户选择任一检测后的装置名的扬声器单元作为连接目的地。在这种情况下，由于已经进行了图10的设置，以建立在乐音发生器单元TGb和扬声器单元SPa之间的逻辑连接，所以其中运行有扬声器单元SPa的装置SY1的名称以下划线显示，以指示已经建立逻辑连接。如果在屏幕B8上选择处理装置SY2的扬声器单元，则表示设置已经完成，以将乐音发生器单元TGb逻辑连接至扬声器单元SPb以及扬声器单元SPa。如果存在其中运行有所选择的处理单元的多个处理装置，则顺序显示使得用户顺序选择装置名的屏幕。
一旦在屏幕B4上选择“结束连接”选项，则在处理装置SY2的显示屏上显示图11中所示的另一屏幕B6。“结束连接”选项的用户选择表示以已完成键盘单元和乐音发生器单元的依次逻辑连接的设置。在内部网络上存在相同类型的多个处理单元的情况下，对于相同类型的各处理单元分别设置连接。因此，参照装置表从内部网络检测其中运行有所选择的键盘单元的处理装置，然后在屏幕B6上显示检测到的处理装置名，从而允许用户选择任一所显示的处理装置名作为连接目的地。即，在屏幕B6上显示与屏幕B7类似的屏幕信息。因为已经建立在乐音发生器单元TGb和扬声器单元SPa之间的逻辑连接，所以其中运行有扬声器单元Spa的处理装置SY1的名称以下划线显示，表示已经建立逻辑连接。然后，一旦选择处理装置SY1的键盘单元，则选择在键盘单元KBa和乐音发生器单元TGb之间已经建立的逻辑连接，并且用于在处理单元之间设置连接的连接选择处理结束。
当用于在处理单元之间设置连接的连接选择处理结束时，将已建立连接的内容存储在已进行设置的处理装置SY1的连接缓冲器中。然后，基于在连接缓冲器中记录的连接内容进行连接建立处理，以建立逻辑连接，并且将表示已建立的逻辑连接的信息记录在当前缓冲器中。
在处理装置SY1和SY2的每个中分别进行上述连接选择处理，所述连接选择处理用于经由图10和11所示的设置屏幕在处理单元之间设置连接。尽管如上所述的连接选择处理首先在处理装置SY1中进行，然后在处理装置SY2中进行；但是所述连接选择处理也可以首先在装置SY2中进行，然后在装置SY1中进行。在这种情况下，显示与图10和11不同的设置屏幕。在首先在处理装置SY1中进行连接选择处理的情况下，并且当已完成这种处理时，基于在处理装置SY1的连接缓冲器上记录的连接内容，通过响应于定时器中断而定期开始连接建立处理来立即建立逻辑连接。因此，当待在处理装置SY2中进行连接选择处理时，在处理装置SY1中的处理单元之间的逻辑连接已经建立。然后，当在处理装置SY2中已经完成连接选择处理时，则如上所述，基于在处理装置SY2的连接缓冲器中记录的连接内容，通过响应于定时器中断而定期开始连接建立处理来立即建立逻辑连接。
图12是用于经由图10和11的设置屏幕在处理单元之间设置连接的连接选择处理的流程图。
一旦在处理单元之间待设置连接的给定设置装置中开始连接选择处理，则在步骤S60，在屏幕上显示给定设置装置的所有处理单元，如图10的屏幕A1或者图11的屏幕B1所示，并且接收任一处理单元的用户选择。当已选择任一处理单元时，连接选择处理进行到步骤S61，参照连接表确定所选择的处理单元是否具有输入和输出两种功能。如果所选择的处理单元仅具有输入端和输出端连接功能之一，则在步骤S61，确定结果为否(NO)，并且处理进行到步骤S62，即显示可以与输入端或输出端连接的各处理单元，并且显示用于接收对任一所显示的处理单元的用户选择的屏幕。一旦选择任一所显示的处理单元，则处理进行到步骤S63，即如果还存在可以与在步骤S62所显示屏幕上选择的处理单元连接的任一处理单元，则在步骤S63，显示另一屏幕，以允许用户选择是连接所述还存在的处理单元(即，继续连接)还是结束连接。另一方面，如果不存在可以与在步骤S62所显示屏幕上选择的处理单元连接的任一处理单元，则显示供用户选择“结束连接”的另一屏幕。在下一步骤S64，确定是否选择“结束连接”选项。如果将“结束连接”选项选择为在步骤S64的确定结果，则处理进行到步骤S65，但是如果将“继续连接”选项选择为在步骤S64的确定结果，则处理返回步骤S62，从而再次进行步骤S62到S64的操作，以允许用户对还可与最后选择的处理单元连接的处理单元进行选择处理。重复步骤S62到S64的操作，直到没有检测出可以与最后选择的处理单元连接的处理单元为止，或者直到由用户选择“结束连接”选项为止。
如果在步骤S61确定所选择的处理单元具有输入端连接和输出端连接，则处理进行到步骤S67，即显示可以与所选择的处理单元的输入端连接的各处理单元，并显示用于接收对任一所显示的处理单元的用户选择的屏幕。一旦选择任一所显示的处理单元，并且如果存在可以与所选择的处理单元的输入端连接的任一处理单元，则在步骤S68显示允许用户选择是继续连接还是结束连接的屏幕。如果不存在可以与所选择的处理单元进一步连接的处理单元，则显示供用户选择“结束连接”的屏幕。然后，在步骤S69，确定是否选择“结束连接”选项。如果在步骤S69确定选择“结束连接”选项，则处理进入步骤S70，但是如果在步骤S69确定已选择“继续连接”选项，则处理返回步骤S67，再次进行步骤S67到S69的操作，以允许用户对还可以与最后选择的处理单元的输入端连接的处理单元进行选择操作。重复步骤S67到S69的操作，直到没有检测出可以与最后选择的处理单元的输入端进一步连接的处理单元为止，或者直到由用户选择“结束连接”选项为止。
在步骤S69选择“结束连接”选项之后到达步骤S70时，显示被确定为可以与在步骤S61选择的处理单元的输出端连接的各处理单元，并且显示用于接收对任一所显示的处理单元的用户选择的屏幕。一旦选择任一所显示的处理单元，并且如果存在可以与所选择的处理单元的输出端连接的任一处理单元，则在步骤S71显示这样的屏幕，其允许用户选择是继续连接还是结束连接。如果不存在可以与所选择的处理单元进一步连接的处理单元，则显示供用户选择“结束连接”的屏幕。然后，在步骤S72确定是否已经选择“结束连接”选项。如果在步骤S72确定为已经选择“结束连接”选项，则处理进行到步骤S65，而如果在步骤S72确定为已经选择“继续连接”选项，则处理返回至步骤S70，从而再次进行步骤S70到S72的操作，以允许用户对还可以与最后选择的处理单元的输出端连接的处理单元进行选择操作。重复步骤S70到S72的操作，直到没有检测出可以与最后选择的处理单元的输出端进一步连接的处理单元为止，或者直到由用户选择“结束连接”选项为止。
在步骤S64或S72已经选择“结束连接”选项的确定结果之后，在步骤S65，对于选择的各处理单元进行操作，以显示表示其中运行有所选择的处理单元的处理装置名的屏幕，以及接收对任一所显示的处理装置名的用户选择。一旦选择任一所显示的处理装置名，则用户选择在所选择的处理装置名的处理装置中运行的任一处理单元，从而将如此设置的逻辑连接的内容存储到连接缓冲器中。在这种情况下，假设这些处理单元将连续通信，则将连续选择的逻辑连接以相互关联的方式存储到连接缓冲器中。所述“连续选择的逻辑连接”表示从连接选择处理的开始时间到将设置连接内容写入到连接缓冲器中的时间已经设置了多个逻辑连接。在步骤S66的操作完成之后，连接选择处理结束。然后，基于在连接缓冲器中存储的连接信息，进行随后描述的连接建立处理，以建立逻辑连接，从而将已建立的连接的信息(即，已建立连接信息)记录在当前缓冲器中。
图13示出当已经进行图10和11中所示的连接选择处理以设置处理单元的逻辑连接时在连接缓冲器中记录的连接信息示例。
在处理装置SY1中进行图10的连接选择处理，其中首先实现键盘单元KBa的连接，随后设置键盘单元KBa、处理装置SY2和乐音发生器单元TGb之间的连接，并且其中设置在乐音发生器单元TGb和处理装置SY1的扬声器单元SPa之间的连接。因此，如图13所示“● SY1键盘的情况”，将“输出端1→SY2乐音发生器→SY1扬声器”的连接信息存储在连接缓冲器中。“输出端1”表示装置SY1的键盘的第一输出端。
另外，在处理装置SY2中进行图11中所示的连接选择处理，其中首先实现乐音发生器单元TGb的连接设置，随后设置处理装置SY1的键盘单元KBa到乐音发生器单元TGb的输入端的连接以及设置处理装置SY2的扬声器单元SPb到乐音发生器单元TGb的输出端的连接。因此，如图13所示“●SY2乐音发生器的情况”，将“输入端1←SY1键盘”和“输出端1→SY2扬声器”的连接信息存储在连接缓冲器中。这里，设置“输入端1→输出端1”的原因在于在乐音发生器单元TGb中连续进行输入和输出侧的设置。连接信息“输入端1←SY1键盘”、“输入端1→输出端1”和“输出端1→SY2扬声器”表示将从装置SY1的键盘输出的MIDI数据输入到装置SY2(输入端1)的乐音发生器单元TGb，并且将来自乐音发生器单元TGb(输出端1)的MIDI数据的处理结果输出到(或者关联于)装置SY2的扬声器。
图14是用于建立逻辑连接以进行实体数据通信的连接建立处理的流程图。响应于定时器中断，以预定的时间间隔定期开始该连接建立处理。利用目的地处理装置的IP地址和控制数据的预定端口号来传送控制数据，所述控制数据为已经开始执行连接建立处理的给定处理装置(以下，还称为“执行处理装置”)应该与另一处理装置通信的数据。
首先，在连接建立处理的步骤S80，基于在连接缓冲器中的记录内容确定是否存在待处理的任一连接。如果在步骤S80确定不存在待处理的连接，则连接建立处理结束而不进行进一步操作。另一方面，如果在步骤S80确定为存在一个或多个待处理的连接，则处理进行步骤S81，即将待处理的多个连接之一设置为待建立连接的对象。这里，“多个连接之一”表示在连接缓冲器中的一排数据，待建立连接表示用于进行实体数据通信的端口的设置。在随后的步骤S82，参照当前缓冲器进一步确定是否已经建立连接的对象。如果已经建立连接的对象，则在处理进行到步骤S83而不建立新连接。在步骤S83，确定连接对象是否具有待进行的进一步连接。在步骤S83确定结果为NO的情况下，则结束连接建立处理而不进行任何进一步操作。另一方面，如果在步骤S83确定结果为连接对象具有任一进一步连接，则连接建立处理进行到步骤S84，以创建包括连接指令的数据部分。在这种情况下，如果在处理装置中连接对象具有任一内部(即，输入端到输出端)关联关系，则在连接指令中包括表示内部(即，输入端到输出端)关联关系的信息。所述连接指令是指出待与连接方(或者通信方)进一步连接的任一其它方的指令，并且在所述连接方具有为此连续设置的多个进一步连接的情况下，则在连接指令中包括表示所有这些进一步连接的信息。
如果没有连接对象记录在当前缓冲器中，并且在步骤S82确定的结果还没有建立连接对象，则处理进行到步骤S85，以创建包括连接请求和连接指令的数据部分。连接请求指的是请求在相关处理装置和连接方(或者通信方)之间建立连接的请求。连接指令是指出待与该连接方进一步连接的任一其它方的指令，并且如果连接对象具有任一内部关联关系，则在连接指令中包括表示该内部关联关系的信息。另外，在连接方具有如此连续设置的多个进一步连接的情况下，在连接指令中包括表示所有这些进一步连接的信息。在步骤S84或S85已经创建数据部分之后，在步骤S86进行发送处理，以发送该数据部分。在步骤S86的发送处理中，将在步骤S84或S85创建的数据部分组成发送数据，形成如图2中所示的在其中最后封装有发送数据的MAC帧，并随后将如此形成的MAC帧发送到内部网络。在这种情况下，在MAC帧的MAC报头中，将处理装置的MAC地址(物理装置ID)设置为目的地MAC地址，其中所述处理装置中运行有被选择为连接对象的处理单元。
因为内部网络为星型网络，所以发送到内部网络的MAC帧由多个集线器中的一个接收，并由该集线器进行路径确定处理(步骤S90)。在所述路径确定处理中，集线器基于所接收的MAC帧的目的地MAC地址确定发送路径，以转发该MAC帧。结果，由其中运行有作为连接对象的处理单元的、并与该目的地MAC地址匹配的处理装置接收从正进行连接建立操作的处理装置发送的MAC帧(步骤S100)。已经接收到MAC帧的处理装置进行接收处理，其中从MAC帧中提取IP包，然后从该IP包中提取TCP段，之后从该TCP段提取数据部分。然后，在步骤S101，作为连接方的处理装置读取所接收的数据部分，并建立所请求的连接。如果包含任一内部(即，输入端到输出端)关联指令，则也实现所指令的内部关联。然后，将已建立的连接的连接信息和内部关联关系记录在当前缓冲器中。在该连接建立过程中，参照装置表获得处理装置(其中运行有作为相关连接方的处理单元)的IP地址以及该处理单元的逻辑装置ID(端口号)。因为可以从所获得的IP地址和端口号识别被选为相关处理装置的连接方的处理单元，所以可通过设置IP地址和端口号来建立所期望的连接。在完成步骤S101的操作之后，处理进行到步骤S102，即确定数据部分是否包括连接指令。在步骤S102的确定结果为是(YES)时，在步骤S103，将所指令的与另一处理装置的连接记录到相关处理装置(即，执行处理装置)的连接缓冲器中，之后处理进行到步骤S104。
如果在步骤S102确定结果为数据部分未包括连接指令，则处理进行到步骤S104，即创建包括表示连接完成的数据的数据部分。然后，在步骤S105进行发送处理，以发送该数据部分。在步骤S105的发送处理中，将在步骤S104创建的数据部分形成为发送数据，形成如图2中所示的在其中最后封装有发送数据的MAC帧，然后将如此形成的MAC帧发送到内部网络。在这种情况下，在MAC帧的MAC报头中，将执行处理装置的MAC地址设置为目的地MAC地址。因为该内部网络为星型网络，所以由多个集线器中的一个接收从连接方处理装置发送到该内部网络的MAC帧，并由该集线器进行路径确定处理(步骤S91)。在所述路径确定处理中，该集线器基于所接收的MAC帧的目的地MAC地址确定发送路径，以转发该MAC帧。结果，由正在进行连接建立处理、并与该目的地MAC地址匹配的处理装置接收从该连接方处理装置发送的MAC帧，并在执行处理装置中执行接收处理(步骤S87)。
在所述接收处理中，从MAC帧中提取IP包，然后从该IP包中提取TCP段，之后从该TCP段提取数据部分。然后，在步骤S88，执行处理装置读取接收到的数据部分，并建立已被确认的连接。如果包含任一内部(即，输入端到输出端)关联指令，则也执行所指令的内部关联。然后，将已建立的连接的连接信息和内部关联关系记录在当前缓冲器中。在该连接建立过程中，参照装置表获得处理装置(其中运行有作为相关连接方的处理单元)的IP地址以及该处理单元的逻辑装置ID(端口号)。因为可以从所获得的IP地址和端口号识别被选为连接方的处理单元，所以可通过设置IP地址和端口号来建立所期望的连接。在完成步骤S88的操作之后，连接建立处理结束。
应注意的是，基于在连接方处理装置的连接缓冲器中记录的连接信息进行的连接可由连接方处理装置建立，其中使得所述接收方处理装置运行为执行处理装置，以进行图14的连接建立处理。
在当前缓冲器中，记录表示通过连接建立处理的执行而建立的实体数据通信逻辑连接的连接信息、以及在处理装置中的内部(输入端到输出端)关联关系。图15示出在当前缓冲器中记录的连接信息和内部关联关系的示例。在所示的示例中，在当前缓冲器中记录执行处理装置中当前建立的逻辑连接。
图15中所示的连接信息和内部关联关系是通过基于图13中所示的连接缓冲器中记录的连接信息来进行连接建立处理而获得的结果，将处理装置SY1中运行的键盘单元KBa、乐音发生器单元TGa和扬声器单元SPa的各连接信息以及他们之间的关联关系记录在处理装置SY1的当前缓冲器中。在这种情况下，将键盘单元KBa的连接信息和关联关系记录为“端口1输出端→SY2乐音发生器”，表示经由处理装置SY1的端口1将从键盘单元KBa输出的MIDI数据提供到处理装置SY2。因为乐音发生器单元TGa不与任一其它处理单元连接，所以对于该乐音发生器单元TGa没有记录连接信息和关联关系。将扬声器单元SPa的连接信息和关联关系记录为“端口2输入端←SY2乐音发生器”，表示经由处理装置SY1的端口2接收到从处理装置SY2的乐音发生器单元TGb输出的音频数据，并从而将该音频数据提供到扬声器单元SPa。
另外，将在处理装置SY2中运行的乐音发生器单元TGb和扬声器单元SPb的各连接信息以及它们之间的关联关系记录到该处理装置SY2的当前缓冲器中。在这种情况下，将乐音发生器单元TGb的连接信息和关联关系记录为“端口1输入端←SY1乐音发生器”、“端口1→端口2”、“端口1→端口3”、“端口2输出端→SY1扬声器”和“端口3输出端→SY2扬声器”。连接信息“端口1输入端←SY1乐音发生器”表示经由处理装置SY2的端口1接收从处理装置SY1的键盘单元KBa输出的MIDI数据，并从而将该MIDI数据提供到乐音发生器单元TGb。连接信息“端口1→端口2”和“端口1→端口3”表示音频数据经由端口2和端口3输出，其中所述音频数据是通过乐音发生器单元TGb处理从处理装置SY1的键盘单元KBa输出的MIDI数据而获得的。连接信息“端口2输出端→SY1扬声器”和“端口3输出端→SY2扬声器”表示将通过乐音发生器单元TGb处理经由端口1输入的MIDI数据而获得的音频数据经由端口2提供到处理装置SY1的扬声器单元Spa，以及将通过乐音发生器单元TGb处理经由端口1输入的MIDI数据而获得的音频数据经由端口3提供到处理装置SY2的扬声器单元SPb。将扬声器单元SPb的关联关系以及与连接信息记录为“端口3输入端←SY2乐音发生器”，表示经由端口3接收通过乐音发生器单元TGb处理经由端口1输入的MIDI数据而获得的音频数据，并从而将该音频数据提供到扬声器单元SPb。
上述连接选择处理也可以由SV(服务器)11来进行。图16是由SV(服务器)11进行的连接选择处理的流程图。使用目的地处理装置的IP地址和控制数据预定的端口号来传送控制数据，其中所述控制数据是待在SV(服务器)11和连接始发通信处理装置之间进行通信的控制数据。
一旦在SV(服务器)11中开始连接选择处理，则在步骤S120，SV(服务器)11参照装置表显示处于内部网络上的所有处理装置，并且SV(服务器)11接收连接始发处理装置的选择。这里，在检测出已选择连接始发处理装置时，SV(服务器)11进行步骤S121，SV(服务器)11进行连接选择处理，其中将所选择的处理装置选为连接始发源。将通过连接选择处理已经设置的处于内部网络上的所有处理装置的连接内容存储到SV(服务器)11中。然后，在步骤S122，SV(服务器)11创建数据部分，所述数据部分包括已经通过连接选择处理设置的连接内容和指示处理连接处理装置建立连接内容的连接建立指令。
然后，在步骤S123，进行发送处理。在步骤S123的发送处理中，将数据部分形成为发送数据，如图2所示形成在其中最后封装有发送数据的MAC帧，然后将如此形成的MAC帧发送到内部网络。在这种情况下，在MAC帧的MAC报头，将连接始发处理装置的MAC地址(物理装置ID)设置为目的地MAC地址。因为内部网络为星型网络，所以由多个集线器中的一个接收到MAC帧，并由该集线器进行路径确定处理(步骤S130)。在所述路径确定处理中，集线器基于所接收的MAC帧的目的地MAC地址确定发送路径，以转发该MAC帧。结果，由被选为连接始发源、并与该目的地MAC地址匹配的处理装置接收从SV(服务器)11发送的MAC帧，并且在连接始发处理装置中进行接收处理(步骤S140)。在所述接收处理中，从MAC帧中提取IP包，然后从该IP包中提取TCP段，之后从该TCP段中提取数据部分。然后，在步骤S141，连接始发处理装置读取所接收的数据部分，并将已经指令建立的连接内容记录到连接始发处理装置的连接缓冲器中，之后连接选择处理结束。
应注意的是，基于在连接始发处理装置的连接缓冲器中记录的连接信息进行的连接建立由连接方处理装置来实施，其中使得所述连接方处理装置运行为执行处理装置，以进行图14的连接建立处理。
由SV(服务器)11进行的上述图6的网络连接处理、图7的网络断开处理、图10-12的连接选择处理、图14的连接建立处理和图16的连接选择处理可由处理装置激活浏览器软件以使用浏览器进行这些处理操作来实现。所述浏览器可基于HTTP(超文本传输协议)进行文件传输，并读取和显示在HTML(超文本标识语言)中描述的超文本。在这种情况下，使得所述浏览器显示必要的设置屏幕和选择屏幕，从而用户可以在屏幕上进行设置和选择。另外，可以使用请求方法(例如，能够请求在HTTP中制备的文件的“GET”、用于发送期望的数据的“POST”和能够更新文件的“PUT”)来传送控制数据。尽管HTTP协议通常使用端口号“80”，但本发明不限于此。
以下段落描述在本发明的乐音产生系统中操作的各种处理单元。这里，对于各处理单元的发送和接收端口分配对该处理单元唯一的端口号。然而，因为各个处理单元的各端口是可根据IP地址和端口号识别的，所以不是必需对各处理单元分配不同的或唯一的端口号。
图17是乐音发生器单元的功能框图。如图所示，乐音发生器单元TG包括接收缓冲器100，其从接收端口接收MIDI数据以及定时数据，并以预定处理顺序存储所接收的数据；和读出部101，其根据定时数据和内部MIDI时钟指示的定时从接收缓冲器100连续读出待处理的MIDI数据，并随后将读出的MIDI数据提供到乐音合成部102。乐音合成部102根据所提供的MIDI数据的音符数据确定音高；根据MIDI数据的程序改变数据，确定音色；根据MIDI数据的控制改变数据，确定控制量(例如，音量和音效量)；以及根据如此确定的信息产生以PCM数据形式的乐音。乐音发生器单元TG还包括发送缓冲器103，其以产生的顺序(即，以数据产生的顺序)存储由乐音合成部102产生的PCM数据。接收缓冲器100从乐音发生器单元的接收端口接收实体数据(MIDI数据)，并且发送缓冲器103从乐音发生器单元的发送端口发送实体数据(PCM数据)。接收端口的端口号与在图3中所示的装置表中记录的相关乐音发生器单元的逻辑装置ID一致，并且在发送时对发送端口分配随机的端口号；但是也可以对发送端口分配固定端口号。另外，可以将待经由发送缓冲器103发送的PCM数据压缩为MP3数据。在本发明的上下文中，PCM数据和MP3数据统称为“音频数据”。
图18是键盘单元的功能框图。如图所示，键盘单元KB包括硬件操作单元111、操作检测部112和发送缓冲器113，其中所述操作检测部112检测对所述操作单元111的操作，以基于内部MIDI时钟产生所产生的MIDI数据的定时数据，并且所述发送缓冲器113以产生的顺序(即，以数据产生的顺序)存储从操作检测部112提供的MIDI数据组和定时数据组。所述发送缓冲器113从键盘单元的发送端口以MIDI数据的形式发送实体数据。在当前实施例中，在发送时对发送端口分配随机的端口号；但是也可以对发送端口分配固定端口号。
图19是扬声器单元的功能框图。如图所示，扬声器单元SP包括接收缓冲器121，其存储从接收端口接收的PCM数据；和读出部122，其根据取样频率fs的定时从接收缓冲器121按取样逐一读出PCM数据，并将读出的PCM数据提供到D/A转换部123。所述D/A转换部123将从读出部122提供的PCM数据转换为模拟音频信号。所述扬声器单元SP还包括输出部124，其包括将从D/A转换部123提供的音频信号放大的扬声器。所述接收缓冲器121接收来自扬声器单元的接收端口的实体数据(PCM数据)。所述接收端口的端口号与图3中所示的装置表中记录的相关扬声器单元的逻辑装置ID一致。
图20是DSP单元DU的功能框图。所述DSP单元DU是处理装置，并且被配置为能够在多个处理单元之间切换在其中运行的处理单元。所述DSP单元DU包括内部存储部133，在其中存储待由DSP实施的各处理单元的微程序和参数；和切换检测部132，其检测切换指令，并指示切换部131进行处理单元的切换，以指定待重新设置的处理单元。切换部131从存储部133读出由切换指令指定的处理单元的微程序和参数，并将读出的微程序和参数设置到信号处理部134中。所述信号处理部134基于如此设置的微程序和参数进行信号处理。通过由信号处理部134进行信号处理，DSP单元DU可运行为与读出的微程序相应的处理单元。即，DSP单元DU可运行为具有如图17到19和图22到28所示的功能块的任一处理单元。当已从一处理单元切换到另一处理单元时，从当前缓冲器中删除前一处理单元(即，在切换之前运行的处理单元)的各连接信息，从而断开或取消前一处理单元的各连接。
图21是当DSP单元DU中运行的处理单元切换到另一处理单元时用于通知处理单元切换的通知处理的流程图。
在DSP单元DU中的处理单元之间的切换中，断开前一处理单元(即，在切换之前运行的处理单元)的各连接。一旦检测到切换指令，则开始通知处理(步骤S150)。然后，在步骤S151，对根据切换指令待重新设置的微程序和参数进行设置，以允许在DSP单元DU中其它(或重新选择的)处理单元运行。另外，在步骤S152，创建包括相关装置信息和改变请求的数据部分。在这种情况下，所述相关装置信息包括表示逻辑装置ID、(当该装置登录到内部网络中时由DHCP服务器分配给装置的)IP地址、物理装置ID和该装置的装置名、以及在信号处理部134中设置的处理单元名和处理ID的信息。所述改变请求是利用相关装置信息再次写入在SV(服务器)11中配置的装置表的对应数据的请求。在步骤S153进行发送处理。在步骤S153的发送处理中，将在步骤S152中创建的数据部分形成为发送数据，形成如图2所示的在其中最后封装有发送数据的MAC帧，然后将如此形成的MAC帧发送到内部网络。在MAC帧的MAC报头中，将SV(服务器)11的MAC地址(物理装置ID)设置为目的地MAC地址。
因为内部网络是星型网络，所以由多个集线器中的一个接收从DSP单元DU发送的MAC帧，并由该集线器进行路径确定处理(步骤S161)。在所述路径确定处理中，集线器基于所接收的MAC帧的目的地MAC地址确定发送路径，以转发该MAC帧。结果，由与该目的地MAC地址匹配的SV(服务器)11接收从DSP单元DU发送的MAC帧，并在SV(服务器)11中进行接收处理(步骤S170)。在该接收处理中，从MAC帧中提取IP包，然后从该IP包中提取TCP段，之后从该TCP段中提取数据部分。然后，SV(服务器)11读取该数据部分，并且因为该数据部分中存在改变请求所以判断要进行改变处理。在接下来的步骤S171，SV(服务器)11利用在数据部分中包括的DSP单元DU的相关装置信息来重写装置表，然后在步骤S172创建包括改变的装置表和改变请求的数据部分。通过在步骤S173进行的发送处理将如此创建的数据部分发送到内部网络。这种发送处理与步骤S153的发送处理类似，不同的是将全1广播地址(FF-FF-FF-FF-FF-FF)设置为目的地MAC地址，以及将广播地址设置为目的地IP地址。如果内部网络地址的网络地址设置为如图3的装置表中所示的“192.168.111.0”，则将IP地址的广播地址设置为“192.168.111.255”。
由多个集线器中的一个接收由SV(服务器)11广播的MAC帧，并且该集线器进行路径确定处理(步骤S161)。步骤S161的路径确定处理与上述步骤S160的路径确定处理类似，然而，在步骤S161，因为已对MAC帧分配广播地址，所以将MAC帧转发到所有处理装置。在接收到广播MAC帧时，在步骤S154，以与步骤S170类似的方式，DSP单元DU对广播地址的MAC帧进行接收处理。然后，在步骤S155，将从接收的MAC帧提取的装置表信息存储到DSP单元DU的内部存储装置中，从而更新装置表，之后在DSP单元中的网络连接处理结束。在接收到广播MAC帧时，在步骤S180，以与步骤S170类似的方式，其它客户端对于广播地址的MAC帧进行接收处理。在接下来的步骤S181，其它客户端根据从接收的MAC帧提取的装置表信息更新存储的装置表，之后在其它客户端中的网络连接处理结束。
图22是混合器单元的功能框图。如图所示，混合器单元MX包括接收缓冲器141，以与接收信道相对应的关系而配置，用于从接收端口接收PCM数据并以预定的处理顺序记录所接收的PCM数据；和读出部142，以与接收信道相对应的关系而配置，用于根据取样频率fs的定时从接收缓冲器141按取样逐一读出PCM数据，并将所读出的PCM数据提供到混合部143。混合部143根据经由操作单元144输入的各种参数的设置来对从接收缓冲器141输入的PCM数据进行混合处理(信号处理)。混合器单元MX还包括发送缓冲器145，以与发送信道相对应的关系而配置，用于按产生的顺序记录从混合部143输出的PCM数据。接收缓冲器141从混合器单元的接收端口接收实体数据(PCM数据)，并且发送缓冲器145经由混合器单元的发送端口发送实体数据(PCM数据)。对接收端口分配按信道指定的不同端口号，并对发送端口也分配按信道指定的不同端口号。
图23是内容记录器单元的功能框图。待由内容记录器单元CR传送的数据是控制数据，而不是实体数据，并且在内容记录器单元和另一处理单元之间的通信中使用的是控制数据端口，而不是实体数据端口。在这种情况下，可使得请求内容的处理单元(处理装置)显示获得内容所需的屏幕，从而用户可以在屏幕上选择期望的内容。可以使用在HTTP协议中包括的用以请求文件的“GET”请求方法来进行控制数据的通信。
请求内容记录器单元CR的内容的处理单元(处理装置)在将内容请求和内容数据识别信息放入控制数据的数据部分中之后发送该控制数据。这里，所述内容是待在具体处理单元中处理的文件，例如歌曲、风格和语音的文件。所述内容记录器单元CR包括请求检测部152，其检测(接收)经由接收端口输入的内容请求，并向读出部151提供内容请求和内容数据识别信息；和读出部151，从内容存储部153读出与识别信息相应的内容数据，并将读出的内容数据传送到内容发送部154。在内容存储部153中已经存储多个内容数据以及相应的识别信息，并且内容发送部154经由发送端口发送读出的内容数据。接收端口的端口号与预先分配给控制数据的端口号一致(通常，在HTTP协议的情况下，分配端口号“80”，但是本发明不限于此)，并且在发送时对发送端口分配随机的端口号；但是也可以为发送端口分配固定端口号。
图24是自动伴奏单元的功能框图。根据来自另一处理单元的伴奏数据请求，配置自动伴奏单元AA，以基于演奏数据来编辑指定的伴奏数据，并将编辑的伴奏数据发送到其它处理单元。自动伴奏请求数据通过使用控制数据通信端口(而不是实体数据通信端口)来通信。在这种情况下，可使得其中运行有伴奏数据请求处理单元的处理装置显示对于请求自动伴奏所必需的屏幕，从而用户可以在屏幕上选择自动伴奏和伴奏数据的发送目的地。可使用HTTP协议来进行伴奏数据请求和获取的通信过程。
自动伴奏单元AA包括接收缓冲器161，其从接收端口接收MIDI数据(演奏数据)；读出部162，其根据自动伴奏单元AA的内部MIDI时钟的定时从接收缓冲器161读出待处理的MIDI数据(演奏数据)；以及和音检测部163，其基于在MIDI数据(演奏数据)中包括的打开音符和关闭音符事件数据来检测在MIDI数据(演奏数据)中的和音。
请求自动伴奏单元AA的自动伴奏的处理单元(处理装置)在将伴奏数据请求和伴奏数据识别信息放入到控制数据的数据部分中之后发送该控制数据。自动伴奏单元AA还包括请求检测部165，当从“接收端口2”检测(接收)到伴奏数据请求时，所述请求检测部165将所接收的伴奏数据请求和自动伴奏识别信息传送到读出部164。读出部164从存储有多组伴奏数据的伴奏数据存储部166中读出与识别信息对应的一组伴奏数据，并将读出的伴奏数据传送到伴奏数据缓冲器167。然后，伴奏数据缓冲器167记录从伴奏数据存储部166中读出的伴奏数据。应注意的是，设置的伴奏数据是在其中以预定的处理顺序记录有伴奏再现MIDI数据的文件的形式。
和音检测部163将检测的和音数据和提供的MIDI数据(演奏数据)传送到自动伴奏部168，并且伴奏数据缓冲器167将MIDI数据(伴奏数据)传送到自动伴奏部168。自动伴奏部168根据自动伴奏单元AA的内部MIDI时钟的定时从伴奏数据缓冲器167顺序读出待处理的MIDI数据(伴奏数据)。如果读出的MIDI数据(伴奏数据)是打开音符事件数据，则根据从和音检测部163传送的当前和音数据来修改音符号，然后将从和音检测部163接收的修改的或读出的伴奏数据和MIDI数据(演奏数据)以及表示各数据的处理定时的定时数据一起传送到发送缓冲器169。发送缓冲器169在其中以预定的处理顺序记录从自动伴奏部168提供的MIDI数据和定时数据，并经由发送端口将MIDI数据和定时数据发送到利用伴奏数据请求中包括的目的地IP地址和端口号识别的处理单元。“接收端口1”的端口号与图3中所示的装置表中记录的相关自动伴奏单元AA的逻辑装置ID一致，并且“接收端口2”的端口号与预先分配给控制数据的端口号一致(通常，在HTTP协议的情况下，分配端口号“80”，但是本发明不限于此)，并且在发送时对发送端口分配随机的端口号；然而，也可以对发送端口分配固定端口号。
图25是MIDI记录器单元的功能框图。MIDI记录器单元MR被配置为在其中记录接收的MIDI数据，并响应于读出请求将记录的MIDI数据发送到目的地处理单元(处理装置)。
MIDI记录器单元MR包括接收缓冲器171，其从“接收端口1”接收MIDI数据，并以预定的处理顺序在其中记录接收的MIDI数据；和写入部172，其从接收缓冲器171读出MIDI数据，并将表示MIDI事件数据的处理定时的多组MIDI事件数据和定时数据以预定的处理顺序写入到MIDI记录部173中。另外，请求MIDI记录器单元MR的MIDI数据(演奏数据)的处理单元(处理装置)在将读出请求和MIDI文件识别信息放入到控制数据的数据部之后发送该控制数据。在这种情况下，使得其中运行有读出请求处理单元的处理装置显示为读出请求所需的屏幕，从而用户可以在屏幕上选择MIDI文件和MIDI文件的发送目的地。可使用HTTP协议进行读出请求和获取的通信过程。
MIDI记录器单元MR还包括请求检测部176，当从“接收端口2”检测(接收)到读出请求时，所述请求检测部176将所接收的读出请求和MIDI文件识别信息传送到读出部174。读出部174根据MIDI记录器单元MR的内部MIDI时钟的定时从MIDI记录部173读出待处理的MIDI数据，并将读出的MIDI数据提供到发送缓冲器175，所述发送缓冲器175然后以预定的处理顺序在其中记录提供的MIDI数据和定时数据。发送缓冲器175经由发送端口将记录的MIDI数据和定时数据发送到利用读出请求中包括的目的地IP地址和端口号识别的处理单元。作为实体数据(MIDI数据)的接收端口的“接收端口1”的端口号与图3中所示的装置表中记录的相关MIDI记录器单元MR的逻辑装置ID一致，并且“接收端口2”的端口号与预先分配给控制数据的端口号一致(通常，在HTTP协议的情况下，分配端口号“80”，但是本发明不限于此)，并且在发送时对作为实体数据(MIDI数据)发送端口的发送端口分配随机的端口号；然而，也可以对发送端口分配固定端口号。
图26是编辑器单元的功能框图。编辑器单元ED被配置为根据设置请求来编辑接收的MIDI数据，并响应于设置请求将编辑的MIDI数据发送到目的地处理单元(处理装置)。
编辑器单元ED包括接收缓冲器181，其从“接收端口1”接收MIDI数据，并以预定的处理顺序在其中记录所接收的MIDI数据；和读出部182，其根据编辑器单元ED的内部MIDI时钟的定时从接收缓冲器181读出待处理的MIDI数据，并将读出的MIDI事件数据传送到编辑部183。请求编辑器单元ED进行编辑设置的处理单元在将设置请求和编辑信息放入控制数据的数据部分之后发送该控制数据。在这种情况下，可使得其中运行有设置请求处理单元的处理装置显示为设置请求所需的屏幕，从而用户可以在屏幕上设置待进行编辑的内容。可使用HTTP协议来进行设置请求的通信过程。“编辑信息”是表示待进行编辑的内容的信息。
编辑器单元ED还包括请求检测部185，当从“接收端口2”检测(接收)到设置请求时，所述请求检测部185将接收的设置请求和编辑信息传送到编辑部183。编辑部183基于从请求检测部185传送的编辑信息对于从读出部182传送的MIDI数据进行编辑，然后将如此编辑的MIDI数据传送到发送缓冲器184。发送缓冲器184以预定的处理顺序在其中记录从编辑部183传送的已编辑的MIDI数据和定时数据。在自动合成的情况下，编辑部183基于编辑信息根据读出的MIDI数据(乐句)创建代表单一乐曲的MIDI数据，然后将如此创建的MIDI数据传送到发送缓冲器184。在自动编曲的情况下，编辑部183基于编辑信息排列读出的MIDI数据(旋律)，以创建代表弦乐乐曲的MIDI数据，然后将如此创建的MIDI数据传送到发送缓冲器184。发送缓冲器184经由发送端口将记录的MIDI数据和定时数据发送到利用设置请求中包括的目的地IP地址和端口号识别的处理单元。作为实体数据(MIDI数据)的接收端口的“接收端口1”的端口号与图3中所示的装置表中记录的相关编辑器单元ED的逻辑装置ID一致，并且“接收端口2”的端口号与预先分配给控制数据的端口号一致(通常，在HTTP协议的情况下，分配端口号“80”，但是本发明不限于此)，并且在发送时对作为实体数据(MIDI数据)发送端口的发送端口分配随机的端口号；然而，也可以对发送端口分配固定端口号。
图27是音效器单元的功能框图。音效器单元EF被配置为对接收的PCM数据施加音效，然后响应于设置请求将被施加音效的PCM数据发送到目的地处理单元(处理装置)。
音效器单元EF包括接收缓冲器191，为未示出的各接收信道(输入信道)而配置，用于接收来自“接收端口1”的PCM数据，并以预定的处理顺序记录所接收的PCM数据；和读出部192，根据取样频率fs的定时从接收缓冲器191按取样逐一读出PCM数据，并将读出的PCM数据提供到音效部193。音效器单元EF在将设置请求和音效信息放入控制数据的数据部分之后发送该控制数据。在这种情况下，可使得其中运行有设置请求处理单元的处理装置显示为设置请求所需的屏幕，从而用户可以在屏幕上选择待施加音效的内容。可使用HTTP协议进行设置请求的通信过程。“音效信息”是表示待施加或设置音效的内容的信息。
音效器单元EF还包括请求检测部195，当从“接收端口2”检测(接收)到设置请求时，所述请求检测部195将接收的设置请求和音效信息传送到音效部193。音效部193对于由读出部192读出的PCM数据施加音效，以创建新的(即，被施加音效的)PCM数据，并将所创建的PCM数据传送到为各发送信道而配置的发送缓冲器194。基于音效信息来设置(确定)待由音效部193施加的音效，从而向PCM数据施加期望的音效(例如，混响或和音)。发送缓冲器194经由发送端口将记录的PCM数据发送到利用设置请求中包括的目的地IP地址和端口号识别的处理单元。作为实体数据(PCM数据)的接收端口的“接收端口1”的端口号与图3中所示的装置表中记录的相关音效器单元EF的逻辑装置ID一致，并且“接收端口2”的端口号与预先分配给控制数据的端口号一致(通常，在HTTP协议的情况下，分配端口号“80”，但是本发明不限于此)，并且在发送时对作为实体数据(PCM数据)发送端口的发送端口分配随机的端口号；然而，也可以对发送端口分配固定端口号。
图28是音频记录器单元的功能框图。音频记录器单元AR被配置为在其中记录接收的PCM数据，并响应于读出请求将记录的PCM数据发送到目的地处理单元(处理装置)。
音频记录器单元AR包括接收缓冲器201，其从“接收端口1”接收PCM数据，并以预定的处理顺序在其中记录接收的PCM数据；和写入部203，其从接收缓冲器201中读出PCM数据，并将读出的PCM数据作为PCM文件写入到PCM记录部203中。另外，请求音频记录器单元AR的PCM数据的处理单元(处理装置)在将读出请求和PCM文件识别信息放入到控制数据的数据部分之后发送该控制数据。在这种情况下，可使得其中运行有读出请求处理单元的处理装置显示为读出请求所需的屏幕，从而用户可以在屏幕上选择PCM文件和PCM文件的发送目的地。可使用HTTP协议进行读出请求和PCM数据获取的通信过程。
音频记录器单元AR还包括请求检测部206，当从“接收端口2”检测(接收)到读出请求时，将接收的读出请求和PCM文件识别信息传送到读出部204。读出部204从PCM记录部203根据取样频率fs的定时读出与识别信息相应的PCM数据，并将读出的PCM数据提供到发送缓冲器205，所述发送缓冲器205然后以预定的处理顺序在其中记录所提供的PCM数据。发送缓冲器205经由发送端口将记录的PCM数据发送到利用读出请求中包括的目的地IP地址和端口号识别的处理单元。作为实体数据(PCM数据)的接收端口的“接收端口1”的端口号与图3中所示的装置表中记录的相关音频记录器单元AR的逻辑装置ID一致，并且“接收端口2”的端口号与预先分配给控制数据的端口号一致(通常，在HTTP协议的情况下，分配端口号“80”，但是本发明不限于此)，并且在发送时对作为实体数据(PCM数据)发送端口的发送端口分配随机的端口号；然而，也可以对发送端口分配固定端口号。
图29是用以进行实体数据通信的通信处理的流程图。
为了进行实体数据通信，在处理装置(待从其发送实体数据)中开始通信处理，并且通过在发送和接收处理装置之间的同步交换在它们之间建立基于TCP协议的逻辑线(logical lines)。在步骤S190，由从发送缓冲器中读出的数据来创建数据部分。然后，在步骤S191进行发送处理，其中在步骤S190创建的数据部分组成发送数据，形成如图2所示的在其中最后封装有发送数据的MAC帧，随后将如此形成的MAC帧发送到内部网络。在MAC帧的MAC报头中，将接收(即，目的地)处理装置的MAC地址(物理装置ID)设置为目的地MAC地址。
因为内部网络是星型网络，所以由多个集线器中的一个接收发送的MAC帧，并由该集线器进行路径确定处理(步骤S200)。在路径确定处理中，集线器基于所接收的MAC帧的目的地MAC地址确定发送路径，以转发MAC帧。结果，通过与目的地MAC地址匹配的处理装置接收从进行发送的处理单元所发送的MAC帧(步骤S210)。在该接收处理中，从MAC帧获取IP包，然后从该IP包提取TCP段，之后从该TCP段获取数据部分。将在步骤S211获取的数据部分记录到接收处理装置的接收缓冲器中；使用为发送实体数据而建立的并记录在当前缓冲器中的端口来进行数据部分的通信。
虽然本发明的优选实施例已经描述上述涉及内部网络是以太网LAN形式的情况，但是本发明不限于此，内部网络可以以任何其它合适的网络介质的形式。另外，对于在本发明中使用的通信协议可以是除了TCP协议之外的协议。例如，在实时性更为重要的情况下，可使用UDP(用户数据报协议)，其尽管可靠性较低但允许更高传输速度，或者可以用IPX/SPX(互联网包交换/顺序包交换)来代替TCP/IP。
另外，在将编辑器单元的编辑信息和音效器单元的音效信息设置到另一处理单元之后，可以从所述另一处理单元来发送编辑器单元的编辑信息和音效器单元的音效信息。这样，可以从扬声器单元所在的房间来操作编辑器单元和音效器单元；因此，可以如同编辑器单元和扬声器单元位于与扬声器单元相同的房间那样对编辑器单元和音效器单元进行操作，这样能够实现更高的可操作性。
另外，在给定处理装置中的多个处理单元之间的断开定时时间不限于所述给定处理装置连接至网络的时间，而可以在给定处理装置连接至网络之后的任何期望的定时允许该断开操作。在这种情况下，可以进行这种配置，即在连接至网络之后，定时性地对提供断开指令的时间进行检查，从而当检测到断开指令时可以取消在处理装置中的处理单元之间的连接。这种断开指令可以经由特定断开指令切换器来提供。另外，这种断开指令也可以从除了相关处理装置之外的处于网络上的另一处理装置来提供。
权利要求
1.一种乐音产生系统，其由连接至星型网络的多个处理装置构成，其中所述处理装置中的各个处理装置运行为与在所述多个处理装置中执行的各程序相对应的处理单元，所述乐音产生系统至少包括第一处理装置，其运行为演奏信息产生单元，所述演奏信息产生单元创建包括所产生的演奏信息以及源处理单元和目的地处理单元的相应识别信息的帧，并将所创建的帧发送到所述网络；第二处理装置，其运行为乐音发生器提供处理单元，所述乐音发生器提供处理单元接收与所述第二处理装置中运行的处理单元的识别信息匹配的帧，基于从所接收的帧中提取的演奏信息合成乐音信号，创建包括所合成的信号以及源处理单元和目的地处理单元的相应识别信息的帧，并将由此创建的帧发送到所述网络；和第三处理装置，其运行为发音处理单元，所述发音处理单元接收与所述第三处理装置中运行的处理单元的识别信息匹配的帧，并对从所接收的帧中提取的乐音信号进行发音处理，其中所述多个处理装置中的各处理装置能够选择和设置应该接收从所述各处理装置中运行的处理单元发送的帧的目的地处理单元，并且使用用于重发控制的通信协议在所述处理单元之间实现通信。
2.根据权利要求1所述的乐音产生系统，其中所述多个处理装置中的各处理装置记录有连接表，所述连接表为连接至所述网络的所有处理装置中运行的各处理单元列出可以连接至所述各处理单元的输入端和输出端的其它处理单元，和所述多个处理装置中的各处理装置能够参照所述连接表来选择和设置应该接收从所述各处理装置中运行的处理单元发送的帧的目的地处理单元。
3.根据权利要求1所述的乐音产生系统，其中所述多个处理装置中的各处理装置中记录有装置表，所述装置表包含连接至所述网络的其它处理装置中运行的各处理单元的识别信息，和所述多个处理装置中的各处理装置能够在所述网络中设置应该接收从所述各处理装置中运行的处理单元发送的帧的目的地处理单元地址。
4.一种乐音产生系统，其由连接至星型网络的一服务器和多个处理装置构成，所述乐音产生系统包括所述多个处理装置，其运行为与所述多个处理装置中执行的各程序相对应的乐音产生相关处理单元；和所述服务器，其在所述网络中管理对所述多个处理装置中运行的各个处理单元设置的唯一识别信息，其中，利用所述唯一识别信息，在所述网络上实现在所述服务器和所述多个处理装置中的任一装置之间或者在所述多个处理装置之间的通信，和其中，所述多个处理装置中的各处理装置中运行的处理单元可以从多个处理单元中选择，并且当在所述各处理装置中已选择任一处理单元时，不仅设置用以使得所述各处理装置运行为所选择的处理单元而待执行的程序，而且将所选择的处理单元登记到所述服务器中，从而为所选择的处理单元设置唯一识别信息。
5.一种乐音产生系统，其由连接至星型网络的一服务器和多个处理装置构成，所述乐音产生系统包括所述多个处理装置，其运行为与所述多个处理装置中执行的各程序相对应的乐音产生相关处理单元；和所述服务器，其在所述网络中管理对所述多个处理装置中运行的各个处理单元设置的唯一识别信息，其中，利用所述唯一识别信息，在所述网络上实现在所述服务器和所述多个处理装置中的任一装置之间或者在所述多个处理装置之间的通信，其中，可以从多个处理器单元之间选择在所述多个处理装置中的各处理装置中运行的处理单元，和当其中有多个处理单元运行的一特定处理装置已连接至所述网络时，取消所述特定处理装置中的所述多个处理单元之间的连接，从而将所述多个处理单元彼此独立地连接至所述网络。
6.根据权利要求5所述的乐音产生系统，当其中有所述多个处理单元运行的特定处理装置已从所述网络断开时，恢复在所述多个处理单元之间的连接。
7.一种乐音产生系统，其由连接至星型网络的一服务器和多个处理装置构成，所述乐音产生系统包括所述多个处理装置，其运行为与所述多个处理装置中执行的各程序相对应的乐音产生相关处理单元；和所述服务器，其在所述网络中管理对所述多个处理装置中运行的各个处理单元设置的唯一识别信息，其中，利用所述唯一识别信息，在所述网络上实现在所述服务器和所述多个处理装置中的任一装置之间或者在所述多个处理装置之间的通信，和将其中有多个处理单元运行的一特定处理装置连接至所述网络，并且在所述特定处理装置连接至所述网络之后，响应于在所述特定处理装置中的所述多个处理单元之间取消连接的指令的接收，取消在所述多个处理单元之间的连接，从而将所述多个处理单元彼此独立地连接至所述网络。
8.一种乐音产生系统，其由连接至星型网络的一服务器和多个处理装置构成，所述乐音产生系统包括所述多个处理装置，其运行为与所述多个处理装置中执行的各程序相对应的乐音产生相关处理单元；和所述服务器，其在所述网络中管理对所述多个处理装置中运行的各个处理单元而设置的唯一识别信息，其中，利用所述唯一识别信息，在所述网络上实现在所述服务器和所述多个处理装置中的任一装置之间或者在所述多个处理装置之间的通信，和其中，当在所述网络上在多个给定处理单元之间进行连接时，不仅根据所述多个给定处理单元中的连接始发处理单元和连接方处理单元之间的连接设置，在运行为所述连接始发处理单元的第一处理装置中建立在所述连接始发处理单元和所述连接方处理单元之间的连接，而且将在所述连接方处理单元和另一处理单元之间进行连接的连接指令发送到运行为所述连接方处理单元的第二处理装置，从而根据在所述连接方处理单元和所述另一处理单元之间的连接设置，建立在所述连接方处理单元和所述另一处理单元之间的连接。
9.根据权利要求8所述的乐音产生系统，其中当在所述网络上在所述多个给定处理单元之间待进行连接时，将表示在所述多个给定处理单元的连接始发处理单元和连接方处理单元之间连接设置的连接信息以及表示在所述连接方处理单元和所述另一处理单元之间连接设置的连接信息记录到连接缓冲器中，和基于在所述连接缓冲器中记录的连接信息，在所述第一处理装置中建立在所述连接始发处理单元和所述连接方处理单元之间的连接，并将在所述连接方处理单元和所述另一处理单元之间进行连接的连接指令发送到所述第二处理装置，从而基于所述连接缓冲器中记录的连接信息，建立在所述连接方处理单元和所述另一处理单元之间的连接。
10.一种用于乐音产生系统中的网络处理方法，所述乐音产生系统由连接至星型网络的多个处理装置构成，其中所述多个处理装置中的各个处理装置运行为与在所述多个处理装置中执行的各程序相对应的处理单元，所述多个处理装置至少包括第一处理装置，其运行为演奏信息产生单元，所述演奏信息产生单元创建包括所产生的演奏信息以及源处理单元和目的地处理单元的相应识别信息的帧，并将由此所创建的帧发送到所述网络；第二处理装置，其运行为乐音发生器提供处理单元，所述乐音发生器提供处理单元接收与所述第二处理装置中运行的处理单元的识别信息匹配的帧，基于从所接收的帧中提取的演奏信息合成乐音信号，创建包括所合成的信号以及源处理单元和目的地处理单元的相应识别信息的帧，并将由此创建的帧发送到所述网络；和第三处理装置，其运行为发音处理单元，所述发音处理单元接收与所述第三处理装置中运行的处理单元的识别信息匹配的帧，并对从所接收的帧中提取的乐音信号进行发音处理，所述网络处理方法包括以下步骤在所述多个处理装置中的各处理装置中选择和设置应该接收从所述各处理装置中运行的处理单元发送的帧的目的地处理单元；和使用用于重发控制的通信协议，在与应该彼此通信的至少两个处理单元相对应的至少两个处理装置之间实现通信。
11.一种用于乐音产生系统中的网络处理方法，所述乐音产生系统由连接至星型网络的一服务器和多个处理装置构成，并包括所述多个处理装置，其运行为与所述多个处理装置中执行的各程序相对应的乐音产生相关处理单元；和所述服务器，其在所述网络中管理对所述多个处理装置中运行的各个处理单元设置的唯一识别信息，所述网络处理方法包括以下步骤利用所述唯一识别信息，在所述网络上实现在所述服务器和所述多个处理装置中的任一装置之间或者在所述多个处理装置之间的通信；在所述多个处理装置中的各处理装置中，从多个处理单元中选择所述各处理装置中运行的处理单元；当经由所述选择步骤在所述多个处理装置中的任一处理装置中已选择任一处理单元时，设置用以使得该任一处理装置运行为所选择的处理单元而待执行的程序；和将所选择的处理单元登记到所述服务器中，从而为所选择的处理单元设置唯一识别信息。
12.一种用于乐音产生系统中的网络处理方法，所述乐音产生系统由连接至星型网络的一服务器和多个处理装置构成，并包括所述多个处理装置，其运行为与所述多个处理装置中执行的各程序相对应的乐音产生相关处理单元；和所述服务器，其在所述网络中管理对所述多个处理装置中运行的各个处理单元设置的唯一识别信息，所述网络处理方法包括以下步骤利用所述唯一识别信息，在所述网络上实现在所述服务器和所述多个处理装置中的任一装置之间或者在所述多个处理装置之间的通信；和当其中有多个处理单元运行的一特定处理装置已连接至所述网络时，取消所述特定处理装置中的所述多个处理单元之间的连接，从而将所述多个处理单元彼此独立地连接至所述网络。
13.一种用于乐音产生系统中的网络处理方法，所述乐音产生系统由连接至星型网络的一服务器和多个处理装置构成，并包括所述多个处理装置，其运行为与所述多个处理装置中执行的各程序相对应的乐音产生相关处理单元；和所述服务器，其在所述网络中管理对所述多个处理装置中运行的各个处理单元设置的唯一识别信息，所述网络处理方法包括以下步骤利用所述唯一识别信息，在所述网络上实现在所述服务器和所述多个处理装置中的任一装置之间或者在所述多个处理装置之间的通信；当在所述网络上在多个给定处理单元之间待进行连接时，根据所述多个给定处理单元中的连接始发处理单元和连接方处理单元之间的连接设置，在运行为所述连接始发处理单元的第一处理装置中建立在所述连接始发处理单元和所述连接方处理单元之间的连接；和将在所述连接方处理单元和另一处理单元之间进行连接的连接指令发送到运行为所述连接方处理单元的第二处理装置，从而根据在所述连接方处理单元和所述另一处理单元之间的连接设置，建立在所述连接方处理单元和所述另一处理单元之间的连接。
全文摘要
本发明涉及一种乐音产生系统。其中在多个房间中，安装集线器以建立星型LAN，并将乐音产生相关装置，例如键盘、乐音发生器装置和扬声器连接至各集线器。例如，在内部网络中，键盘逻辑连接至乐音发生器装置输入侧，扬声器连接至乐音发生器装置输出侧，以建立乐音产生系统。乐音产生相关装置分别配置有网络适配器以容易地连接至LAN。使用用于重发控制的通信协议在各乐音产生相关装置之间通信。各乐音产生相关装置为处理装置的形式，处理装置执行与期望的处理单元的功能相应的程序，以实现期望的处理单元。运行为多个处理单元的给定乐音产生相关装置连接至网络之后，取消处理单元之间的内部连接。
文档编号H04L12/44GK1953382SQ200610132010
公开日2007年4月25日 申请日期2006年10月19日 优先权日2005年10月19日
发明者大场弘行, 唐川周三 申请人:雅马哈株式会社