CN103810990A - 音乐系统控制方法 - Google Patents

Abstract

本发明公开了音乐系统控制方法。DAW处理和作为DAW处理的控制器的UI设备中的每一个定期通过广播或多播将心跳信号发送至网络，该心跳信号包括DAW处理或UI设备所属的音乐系统的识别信息。可以使用用于UDP的以太网帧将心跳信号发送至网络，在UDP以太网帧包括作为心跳分组的数据体中的心跳信号。基于接收到的心跳信号，可以辨别发送心跳信号的DAW处理或UI设备是属于相关音乐系统的设备或音乐软件处理、属于另一音乐系统的设备或音乐软件处理、以及不属于任何音乐系统的设备或音乐软件处理中的哪一种。

Description

音乐系统控制方法

技术领域

本发明涉及音乐系统控制方法，用于控制经由网络彼此连接的多个设备和多个处理，以便使一些设备和一些音乐软件处理作为一个音乐系统进行操作。

背景技术

通常已知使用计算机执行音频信号处理操作，诸如演奏数据的记录、编辑、混合等。计算机是诸如PC（个人计算机）的通用计算机，并且具有诸如音频接口和MIDI（乐器数字接口）I/F之类的各种硬件设备，并且在其上安装有音乐软件。被称为DAW（数字音频工作站）的应用软件已知为安装在PC上的常用音乐软件。其上激活了DAW处理的PC用作音乐处理设备，并且能够执行音乐处理，诸如MIDI数据和音频信号的记录/再现、编辑和混合。

在PC上运行的DAW的音乐软件的功能很多，并且将音乐软件安装在PC上使个人能够容易地制作音乐。另一方面，音乐软件的功能变得丰富，并且当执行PC上被激活的音乐软件（DAW）处理的所有操作或者通过PC的鼠标或键盘设置其参数时，它们操作很复杂。从而，在先进的音乐制作现场，用于操作音乐软件处理的物理控制器连接至其上安装有音乐软件的PC，并且当执行演奏数据和音频数据的记录/再现、编辑、混合时，使用在该物理控制器上提供的诸如旋钮、滑块和按钮的控件，来执行操作和参数的设定（参见PTL1）。

而且，已知其上安装有音乐软件的多个PC连接至网络、并且通过网络连接用于控制在PC上被激活的各个音乐软件处理的控制器的音乐系统。在该音乐系统中，管理控制器和DAW处理之间的连接的处理（管理软件处理）与每个PC上的DAW处理一起被激活。然后，响应于控制器的操作面板上的用于切换连接的开关的操作，控制器将音乐软件处理切换至控制的对象（参见NPL1）。

{引用列表}

{专利文献}

{PTL1}JP2011-59232A

{非专利文献}

{NPL1}Mc Mix用户的操作参考手册（日语），pp.11-18,pp.38-42,[在线],[2012年4月3日检索]，互联网<http://connect.euphonix.com/documents/MC_Mix_User_Guide_rB_Jap.pdf.>

发明内容

{技术问题}

在安装有音乐软件的多个PC连接至网络、并且用于操作被激活在多个PC上的音乐软件处理的多个控制器连接至该网络的常用音乐系统中，不容易在一个网络上允许共存多个音乐系统。此外，每个音乐系统与网络上的所有处理和设备（控制器）进行通信，以识别网络上存在的处理和设备，并且作出它们属于哪个音乐系统的询问。因此，存在这样的问题：网络的通信频带被压缩，以及向处理性能一般比PC低的每个设备的控制CPU施加了过多负荷。

因此，本发明的目的是提供一种音乐系统控制方法，即使在多个音乐系统共存于一个网络上时，也不会压缩网络的通信频带，并且也不会向每个设备的控制CPU施加过多负荷。

{解决问题的方案}

为了达到所述目的，本发明的音乐系统控制方法是这样的一种音乐系统控制方法：其用于控制经由网络彼此连接的多个设备和多个音乐软件处理，以使一些设备和一些音乐软件处理作为一个音乐系统进行操作，所述音乐系统控制方法包括：第一步骤，接收通过广播或多播从所述多个设备和所述多个音乐软件处理中的每一个定期发送的心跳信号，所述心跳信号包括发送所述心跳信号的设备或音乐软件处理所属的音乐系统的识别信息；第二步骤，基于在第一步骤中接收到的所述心跳信号，呈现发送所述心跳信号的设备和音乐软件处理中的每一个，使得用户能够确定该设备或音乐软件处理是否属于任何音乐系统；第三步骤，从用户接受在第二步骤中呈现的不属于任何音乐系统的设备或音乐软件处理当中对一个设备或音乐软件处理的选择，并且将所选设备或音乐软件处理登记为属于所述一个音乐系统的设备或音乐软件处理；以及第四步骤，从用户接受对所述一个音乐系统的操作，并且根据接受到的操作来控制属于所述一个音乐系统的设备或音乐软件处理。

在这样的音乐系统控制方法中，可以想到，通过广播或多播从所述多个设备和所述多个音乐软件处理中的每一个定期发送的心跳信号包括：用于与发送所述心跳信号的设备或音乐软件处理进行通信的端口号，并且在第四步骤中的控制是通过使用从该设备或音乐软件处理发送的心跳信号中所包括的端口号来与该设备或音乐软件处理进行通信的远程控制。

还可以想到，通过广播或多播从所述多个设备和所述多个音乐软件处理中的每一个定期发送的心跳信号包括：发送所述心跳信号的设备或音乐软件处理所属的音乐系统的识别信息、和指示关于该音乐系统远程控制是否有效或无效的状态数据，并且在第二步骤中的呈现是基于在第一步骤中接收到的所述心跳信号中所包括的音乐系统的识别信息和状态数据来呈现发送所述心跳信号的设备和音乐软件处理中的每一个。

在上述音乐系统控制方法中，还可以想到，第二步骤是，基于在第一步骤中接收到的所述心跳信号，呈现发送所述心跳信号的设备和音乐软件处理中的每一个，使得用户能够确定该设备或音乐软件处理是属于所述一个音乐系统的设备或音乐软件处理、还是属于另一个音乐系统的设备或音乐软件处理；以及第三步骤是，从用户接受在第二步骤中呈现的属于另一个音乐系统的设备或音乐软件处理当中对一个设备或音乐软件处理的选择，侦听从所述另一个音乐系统中所选的设备或音乐软件处理，并且将所选设备或音乐软件处理登记为属于所述一个音乐系统的设备或音乐软件处理。

根据下面结合附图读到的详细描述，本发明的以上和其他目的、特征和优势将变得明显。

{发明的有益效果}

在本发明的音乐系统控制方法中，不管每个设备或音乐软件处理是否属于相关音乐系统，都定期接收从该设备或音乐软件处理多播或广播的心跳信号，以便确认该设备或该音乐软件处理的存在。此外，通过该心跳信号，不仅确定每个设备或音乐软件处理在相关网络上的存在，而且还确定每个设备或音乐软件处理是否属于该相关音乐系统、以及每个设备或音乐软件处理是否属于另一音乐系统，并将其呈现给该相关音乐系统的用户。因此，用户可以从不属于任何系统的音乐软件处理和设备中选择本系统的成员。具体地，可以容易地构造专用的音乐系统。此外，由于每个音乐软件处理或设备仅需要定期多播或广播一个心跳信号，因此网络的通信频带不会被压缩太多，并且可以将每个设备的CPU的负荷被抑制为相对较低。

此外，在本发明的另一音乐系统控制方法中，可以实现对使用每个设备中的心跳信号所指定的端口号的每个设备的远程控制。

此外，在本发明的另一音乐系统控制方法中，可以侦听以及登记属于另一音乐系统的设备或音乐软件处理。

此外，在本发明的另一音乐系统控制方法中，基于从每个设备或音乐软件处理接收到的心跳信号中的系统识别信息和状态数据，可以呈现该设备或音乐软件处理，使得能够确定该设备或音乐软件处理是属于相关音乐系统的设备或音乐软件处理、属于另一音乐系统的设备或音乐软件处理、以及不属于任何音乐系统的设备或音乐软件处理中的哪一个。

附图说明

图1是示出应用本发明的实施例的音乐系统控制方法的音乐系统的硬件结构的框图。

图2是本发明的实施例的音乐系统控制方法中的工作组的设定的示例的示意图。

图3是示出本发明的实施例的音乐系统控制方法中的组管理器屏幕的视图。

图4A是示出在本发明的实施例的音乐系统控制方法中建立的会话的示例的示意图。

图4B是示出会话的另一个示例的示意图。

图5是示出本发明的实施例的音乐系统控制方法中的音量控制器的面板结构的视图。

图6是示出本发明的实施例的音乐系统控制方法中的主控制器的面板结构的视图。

图7是示出本发明的实施例的音乐系统控制方法中的PC的硬件结构的框图。

图8是示出本发明的实施例的音乐系统控制方法中的DAW处理的功能结构的框图。

图9是示出本发明的实施例的音乐系统控制方法中的UI设备的硬件结构的框图。

图10A是示出本发明的实施例的音乐系统控制方法中的以太网帧的结构的框图。

图10B是示出在图10A中所示的管理分组的结构的框图。

图10C是示出在图10A中所示的控制分组的结构的框图。

图10D是示出在图10A中所示的中断分组的结构的框图。

图10E是示出本发明的实施例的音乐系统控制方法中的另一个以太网帧的结构的框图。

图10F是示出在图10E中所示的心跳分组的结构的框图。

图11是本发明的实施例的音乐系统控制方法中的HB生成和发送处理的流程图。

图12是本发明的实施例的音乐系统控制方法中的HB接收处理的流程图。

图13是本发明的实施例的音乐系统控制方法中的主处理的流程图。

图14是示出本发明的实施例的音乐系统控制方法中的会话建立过程、数据发送过程、以及释放过程的序列图。

图15是本发明的实施例的音乐系统控制方法中的成员添加处理的流程图。

图16是本发明的实施例的音乐系统控制方法中的HB错误处理的流程图。

图17是当在本发明的实施例的音乐系统控制方法中操作DAW的选择按钮时在UI设备和组管理器中执行的处理的流程图。

图18是当在本发明的实施例的音乐系统控制方法中操作关于参数的控件时在UI设备和DAW中执行的处理的流程图。

具体实施方式

图1示出了阐明应用本发明的实施例的音乐系统控制方法的音乐系统的结构的框图。

音乐系统1包括以太网（Ethernet，商标）网络2，并且七个个人计算机（PC）PC1、PC2、PC3、PC4、PC5、PC6和PC7和八个UI（用户接口）设备M1、F1、F2、F3、F4、M2、M3和F5连接至网络2。以太网是针对LAN（局域网）的网络技术标准的名称。对于连接至网络2的七个PC和八个UI设备中的每一个，在其新连接至网络2时，从已经连接至网络2的DHCP（动态主机配置协议）服务器分配相互不同的IP地址。在该情况下，可以提供专用DHCP服务器，或者一个PC或UI设备可以担任DHCP服务器的角色。注意，还可以将静态IP地址预先设置给七个PC和八个UI设备。在七个个人计算机上，在OS（操作系统）上激活管理软件处理和/或音乐软件（DAW）处理，并且在PC1上激活管理软件处理GM1，在PC2上激活DAW处理DAW1，在PC3上激活管理软件处理GM2和DAW处理DAW2，在PC4上激活两个DAW处理DAW3、DAW4，在PC6上激活两个DAW处理DAW5、DAW6，并且在PC7上激活DAW处理DAW7。在DAW处理被激活的PC上，可以执行音乐处理，诸如，MIDI事件或音频信号的记录/再现、编辑、以及混合。注意，在本说明书中，用于使PC协同用作一个DAW（数字音频工作站）的功能的一组处理被称为“DAW处理”，并且用于使PC协同用作一个音乐系统管理设备的一组处理被称为“管理软件处理”。而且，作为UI设备的M1、F1、F2、F3、F4、M2、M3和F5中的每一个均是具有将要由用户操作的旋钮、音量控制器、按钮等的物理控制器，并且M1、M2、M3是主控制器，F1、F2、F3、F4、F5是音量控制器。

图1中所示的音乐系统1中的UI设备、DAW处理、以及管理软件处理中的每一个均被赋予用于识别该UI设备或处理的唯一ID。当激活或停止UI设备或处理时，该唯一ID不改变。从而，当通过随后将描述的心跳分组（heartbeat packet）来在网络上找到UI设备或处理时，可以使用该唯一ID判定相同UI设备或处理是否列在随后将描述的HB列表上。

注意，关于被称为项目（project）的每个音乐文件，DAW处理被配置成使得用户可以创建任意数量的记录MIDI事件的MIDI轨道、记录音频信号的音频轨道、以及混合音频信号的总线。这些音频轨道可以将从DAW处理所具有的一个或多个输入端口/通道输入的音频信号选择性地记录在每个音频轨道中，并且作为在该音频轨道上再现的音频信号的输出目的地，可以选择DAW处理所具有的多个输出端口/通道中的任一个。然后，用户每次创建音频轨道时，就将相应通道条（channel strip）的显示部分添加至混合器屏幕。注意，在混合器屏幕的通道条中，调整各个通道的参数，并且随后将参考图8描述音频通道的详情。

在PC1上被激活的管理软件处理GM1和在PC3上被激活的管理软件处理GM2中的每一个管理针对管理软件处理提供的工作组，并且在该工作组中可以登记网络2上现有的DAW处理和UI设备。在图2中示出了对工作组的设定的示例，其中，在工作组WG1中登记了DAW处理DAW3、DAW5和DAW7以及UI设备M1、F2和F3，在工作组WG2中登记了DAW处理DAW2和DAW6、以及UI设备M3、F4和F5，并且DAW1、DAW4、M2和F1没有被登记在任何工作组中。管理软件处理GM1管理工作组WG1，并且管理软件处理GM2管理工作组WG2。注意，工作组在执行对应于该工作组的管理软件处理的PC上被管理。包括在一个工作组中的DAW处理和UI设备作为一个音乐系统进行操作。特别是，在图2中所示的情况下，对应于工作组WG1的第一音乐系统和对应于工作组WG2的第二音乐系统独立地操作。在每个音乐系统中，可以执行诸如输入的MIDI事件或音频信号的记录/再现、编辑和混合之类的音乐处理。注意，在工作组的管理中，管理作为构成工作组的DAW和UI设备的成员之间的通信，并且管理成员的添加或删除将在随后描述。

在此，图5示出了由F1、F2、F3、F4和F5表示的音量控制器10的面板结构。

如图5中所示，在音量控制器10的面板上，提供由多个（例如八个）通道条和一个控制部分20b构成的通道条部分20a。在通道条部分20a的每个通道条上，分配了混合器屏幕中的一个通道条，并且提供用于指示对所分配的通道条的调整的控件。控件是音量控制器21、多个旋钮23等，并且可以在通道名称显示部分22上显示分配给该通道条的控制目标通道的名称。然后，可以通过操作音量控制器21来调整控制目标通道的电平，并且可以通过操作旋钮23，来调整控制目标通道的预定参数。

而且，在控制部分20b中，提供了第一控件24、第二控件25、以及选择按钮26，其是用于执行不能在通道条部分20a中执行的操作的多组控件。第一控件24用于切换将被分配给通道条部分20a中的旋钮23的参数项，并且第二控制器25用于切换将被分配给通道条部分20a的每个通道条的控制目标通道。此外，选择按钮26用于切换作为控制的目标的DAW处理，其中，按压被标记为“a”的按钮26a将控制的目标切换至被分配给“a”的DAW处理，按压标记为“b”的按钮26b将控制的目标切换至被分配给“b”的DAW处理，并且按压被标记为“c”的按钮26c将控制的目标切换为分配给“c”的DAW处理。

如上所述，当操作选择按钮26a至26c中的一个，并且由此将对应于被操作的选择按钮的一个DAW处理选择为控制的目标时，在相关UI设备和执行所选DAW处理的PC之间建立控制会话。此外，在选择按钮26a至26c中，与针对其建立了控制会话的DAW处理对应的选择按钮被点亮，并且与未对其建立控制会话的DAW处理对应的选择按钮被熄灭。从而，用户可以通过检查选择按钮26a至26c的点亮/熄灭的状态，来识别当前由相关UI设备控制的DAW处理。

注意，当将任何DAW处理添加至工作组时，将此时“a”、“b”和“c”中未分配给现有DAW处理的一个分配给新添加的DAW处理。

接下来，图6示出了由M1、M2和M3表示的主控制器11的面板结构。

主控制器11是用于控制每个通道的传输、详细参数等的控制器，并且在主控制器11的面板上未提供通道条部分，如图6中所示。在主控制器11的面板上，提供多个控件，诸如，用于控制每个通道的传输、详细参数等的旋钮和按钮。通常，在面板上设置用于在DAW处理的主屏幕上执行各种操作的多个控件。具体地，设置“用于打开用于控制DAW处理的详细参数的多个弹出屏幕的多个按钮”、“用于改变轨道上指示当前时间的时间指针的位置的控件”、“用于指示记录的开始/停止和再现的开始/停止的控件”、“用于将值设置给指针位置处的参数的控件”、“用于存储/调用设置到库中的参数的控件”等。而且，提供了用于切换作为控制的目标的DAW处理的选择按钮31，其中，按压被标记为“a”的按钮31a将控制的目标切换至分配给“a”的DAW处理，按压被标记为“b”的按钮31b将控制的目标切换至分配给“b”的DAW处理，并且按压被标记为“c”的按钮31c将控制的目标切换至分配给“c”的DAW处理。

而且，使用音量控制器10的通道条部分20a和控制部分20b的控件和主控制器11的控件，来调整作为控制的目标的DAW处理中的各种设定。在该情况下，通过根据对作为控制的目标的DAW处理（PC）的控件的操作量而发送控制信息来执行控制。

可以在图3中所示的组管理器（GM）屏幕3中执行图2中所示的工作组的设定。在管理软件（GM）处理被激活的PC的显示设备上显示该GM屏幕。在GM1处理被激活的PC1的显示设备上显示图3中所示的GM屏幕3的示例。

在GM屏幕3上，“工作组”部分3a显示UI设备和DAW处理，它们是在由GM1处理管理的工作组WG1中登记的成员并且存在于网络2上。而且，“外部”部分3b显示未登记在工作组WG1中但是存在于网络2上的DAW处理和UI设备。

在此，在显示在部分3a和部分3b中的名称中，名称“Conobase”、“Anotool”、“Orando”、“CTH”和“FDH”是各个DAW处理或UI设备的型号名称，并且与在从这些DAW处理或这些UI设备接收到的随后将描述的HB消息中包括的型号ID相对应地被显示。而且，角色“DAW A”、“DAW B”和“DAW C”表示将相关工作组的第一DAW（“a”）、第二DAW（“b”）和第三DAW（“c”）的角色分配给DAW处理。角色“MU”表示将该工作组的第一主控制器的角色分配给主控制器11，并且角色“FU1”、“FU2”分别表示将该工作组的第一和第二音量控制器的角色分配给音量控制器10。注意，当这些DAW处理或UI设备被登记在该工作组中作为新成员时，这些“角色”是在管理软件处理的CPU处理中分配的“角色”。

在该情况下，即使当DAW处理或UI设备登记在另一个工作组中时，但当该DAW处理或UI设备存在于网络2上时，也在“外部”部分3b上显示其型号名称。在所示的情况下，名为“Conobase（PC2）”、“Anotools（PC4）”、“Orando（PC3）”和“Conobase（PC6）”的DAW处理、以及名为“CTH（M2）”、“CTH（M3）”、“FDH（F1）”、“FDH（F4）”和“FDH（F5）”的UI设备存在于网络2上，并且显示在“外部”部分3b上。

在部分3b中的列OWN代表“其他工作组成员”，因此黑正方形意味着该DAW处理或UI设备是另一个工作组（非显示在部分3a中一个工作组的其他工作组）的成员。没有正方形意味着该DAW处理或UI设备没有被分配给（不属于）任何工作组。图3与图4a匹配，即，“Conobase（PC2）”等于DAW1，“Anotool（PC4）”等于DAW4，“Orando（PC3）”等于DAW2，以及“Conobase（PC6）”等于DAW6。此外，“CTH（M2）”、“CTH（M3）”、“FDH（F1）”、“FDH（F4）”和“FDH（F5）”分别等于M2、M3、F1、F4和F5。

而且，左箭头按钮3c是用于将成员添加至工作组（在该情况下，为WG1）的按钮，并且通过选择期望从“外部”部分3b添加的成员并且点击左箭头按钮3c，用户可以将所选成员添加至WG1。在该情况下，所添加的成员被从“外部”部分3b擦除，并且显示在“工作组”部分3a上。而且，右箭头按钮3d是用于删除在WG1中登记的成员的按钮，通过选择期望在“工作组”部分3a中被删除的成员并且点击右箭头按钮3d，用户可以从WG1删除所选成员。在该情况下，所删除的成员从“工作组”部分3a被擦除，并且显示在“外部”部分3b上。

在根据本实施例的音乐系统控制方法中，总是针对管理软件处理与作为由管理软件处理管理的音乐系统而操作的工作组中的各个成员之间的通信建立管理会话。而且，在由管理软件处理管理的工作组中，当在管理软件处理和成员之间临时执行通信时，临时建立中断会话。图4A示出了在工作组中建立的管理会话和中断会话的示例。如图4A中所示，在作为由GM1管理的音乐系统操作的WG1中，作为管理会话的客户端，GM1与每个均作为服务器操作的DAW处理DAW3、DAW5和DAW7、以及UI设备M1、F2和F3建立由实线指示的六个管理会话。而且，当需要时，GM1临时与作为服务器操作的其他DAW处理或UI设备建立中断会话。而且，在由GM2管理并且作为不同于WG1的音乐系统操作的WG2中，作为管理会话的客户端，GM2与每个都作为服务器操作的DAW处理DAW2和DAW6以及UI设备F4、M3和F5，建立由实线指示的五个管理会话。而且，当需要时，GM2临时与作为服务器操作的其他DAW处理或UI设备建立中断会话。

在此，根据本实施例的音乐系统1中的“建立会话”是指，在网络2上建立从执行管理软件处理的PC或UI设备（作为客户端）到UI设备或执行DAW处理的PC（作为服务器）的逻辑通信路径（TCP连接），并且将该建立的路径分配给该客户端和该服务器之间的会话（数据的交换）。存在三种类型的会话：“管理会话”、“中断会话”和“控制会话”，并且根据会话的类型执行数据的交换。而且，根据本实施例的音乐系统1中的“释放会话”是指释放分配给该会话的通信路径（TCP连接）。

当在管理软件处理在PC上被激活之后，GM1或GM2从其本身的工作组的一个成员接收到随后将描述的第一心跳分组时，与该成员建立管理会话，或者当新成员新加入工作组时，与该新成员建立管理会话。而且，在音乐系统操作的同时，保持建立管理会话，但是当从工作组删除成员时，释放与该成员的管理会话。例如，当将DAW2添加至WG1时，释放DAW2处理和GM2之间的管理会话，并且在GM1和DAW2处理之间建立管理会话。此外，当将M2添加至WG2时，由于在任一工作组中都未登记M2，所以没有管理会话将被释放，并且在GM2和M2之间建立管理会话。注意，当在没有管理会话被建立而服务器从客户端之一接收到管理会话的连接指令时，以及当在没有中断会话被建立而服务器从客户端之一接收到中断会话的连接指令时，服务器建立给出连接指令的会话。然而，当在存在已建立的管理会话而服务器从客户端之一接收到管理会话的连接指令时，以及当存在已建立的中断会话而服务器从客户端之一接收到中断会话的连接指令时，服务器拒绝连接指令。此外，当在一个PC上激活多个DAW处理时，这些DAW处理通过相互不同的端口号监听。在该情况下，可以通过它们各自分配的IP地址，来识别网络2上的多个PC和多个UI设备，从而每个管理软件处理都可以通过对方的IP地址和端口号的结合（套接字，socket），来识别DAW处理或UI设备之一。

此外，当在上述GM屏幕3上操作左箭头按钮3c时，与将作为新成员的服务器（DAW处理或UI设备）临时建立中断会话。例如，如图4A中的虚线指示的，在GM1和DAW2处理之间建立中断会话，并且在GM2和M2之间建立中断会话。客户端（GM）使用所建立的中断会话与将作为新成员的服务器协商，并且当协商完成时，释放中断会话。在此，当协商成功时，与服务器建立管理会话，并且将该服务器添加为新成员，但是当协商失败时，不与该服务器建立管理会话，并且不将该服务器添加为新成员。将就随后将描述的成员添加处理的步骤S46（图15）来描述用于成功协商的特定条件。

此外，在上述GM屏幕3中，当点击“工作组”部分3a或“外部”部分3b中的“识别”部分中的“□”时，管理软件处理临时与对应于“识别”部分中的该“□”的DAW处理或UI设备建立中断会话。然后，管理软件处理经由中断会话，将确认消息发送至与其建立中断会话的DAW处理或UI设备，并且接收到该确认消息的DAW处理或UI设备通知用户，其本身是对应于所点击的“□”的DAW处理或UI设备。通知的方法例如可以是在DAW处理的控制下至少使一个窗口闪光，改变DAW处理的窗口或UI设备的面板上的至少一个灯的亮度和/或颜色，或使该灯闪烁等。

此外，在根据本实施例的音乐系统控制方法中，总是针对工作组中的DAW处理和控制该DAW处理的UI设备之间的通信建立控制会话。图4B示出了在工作组中建立的控制会话的示例。如图4B中所示，在作为由GM1管理的音乐系统操作的WG1中，在作为客户端的UI设备M1、F2和F3中的每一个与作为服务器的DAW处理DAW3、DAW5和DAW7中的一个之间建立控制会话。每个DAW处理都可以与任意数量的UI设备建立控制会话。具体地，如实线所指示的，分别在DAW3处理与M1和F2之间建立控制会话，并且用户可以通过操作M1和F2，经由这些控制会话，远程控制DAW3处理的操作。而且，如实线所指示的，在DAW7处理和F3之间建立控制会话，并且用户可以通过操作F3，经由该控制会话，远程控制DAW7处理的操作。而且，在作为由GM2管理的音乐系统操作的WG2中，在作为客户端的UI设备F4、M3和F5中的每一个与作为服务器的DAW处理DAW2和DAW6中的一个之间建立控制会话。每个DAW处理都与任意数量的UI设备建立控制会话。具体地，如实线所指示的，在DAW2处理和F5之间建立控制会话，并且用户可以通过操作F5，经由该控制会话，远程控制DAW2处理的操作。而且，如由实线指示的，分别在DAW6处理与F4和M3之间建立控制会话，并且用户可以通过操作F4和M3，经由这些控制会话，远程控制DAW6处理的操作。

注意，当多个DAW处理在一个PC上被激活时，每个DAW处理都使用该PC中的唯一端口号。从而，在该PC中，可以基于所接收的控制分组中的端口号，确定控制分组应该被传送到哪个DAW处理。在控制会话中，当用于控制作为客户端的UI设备中的参数的控件被操作时，在与该UI设备建立了该控制会话的作为服务器的DAW处理中操作对应于该操作的参数。

注意，DAW处理DAW1和DAW4、以及UI设备M2和F1未登记在任一个工作组中，从而不为它们建立管理会话、中断会话、以及控制会话中的任何一个。然而，以上DAW处理和以上UI设备处于用于会话的监听状态（Listen状态），并且当它们接收到会话的连接指令时，它们可以建立所指示的会话。

接下来，图7示出了图1中所示的个人计算机（PC）PC1至PC7的硬件结构。

如图7中所示，PC是通用计算机，包括执行诸如Windows（商标）的OS的CPU（中央处理单元），并且包括ROM/RAM41，ROM/RAM41包括存储诸如当PC通电时执行的BIOS（基本输入/输出系统）之类的软件的非易失性ROM（只读存储器）、以及用作用于CPU40的工作区并且存储多种数据等的RAM（随机存取存储器）。而且，非易失性存储器42是可重写非易失性存储器（诸如，闪存），存储诸如由CPU40执行的管理软件和DAW软件之类的软件。而且，PC包括诸如键盘和鼠标的操作设备46连接到的操作IO45、一个或多个显示器48连接到的显示IO47、以及诸如麦克风、CD播放器、记录器、耳机、放大器等的音频设备44连接到的音频IO43。此外，提供NIO（网络输入/输出接口）49，其是LAN电缆连接到的以太网网络适配器。每个模块都连接至CPU总线50，并且NIO49连接至网络2。而且，在CPU40中执行的OS上，可以激活诸如Cubase（商标）、Nuendo（商标）、Protools（商标）、Sonar（商标）等的DAW处理。此外，可以在PC的OS上激活管理软件处理（GM）。

接下来，图8示出了在PC上被激活的DAW处理的功能结构的示例。DAW处理是在诸如PC上的Windows的OS上被激活的处理，并且具有执行音频信号的记录、混合、混音（mix down）等的功能。可以通过显示在PC的显示器48上的轨道屏幕的GUI（图形用户界面），来控制将音频信号记录到每个轨道以及再现每个轨道的所记录信号。而且，可以通过显示在PC的显示器48上的混合器屏幕的GUI，控制每个输入通道、每个轨道通道、每个总线通道、以及每个输出通道。

图8中所示的音频信号被输入到的每一个输入端都经由音频IO43的一个输入端口来从外部接收音频信号，控制输入通道上的音频信号的频率特性、振幅特性等，并且将音频信号提供给一个轨道或总线。而且，图8中所示的记录/再现音频信号的每一个轨道从一个输入端或总线接收音频信号，并且与时间码同步地记录音频信号。在该情况下，在该输入端或总线中执行将要被记录的音频信号的特性的调整。然后，与时间码同步地再现所记录的音频信号，在轨道通道上控制音频信号的频率特性、振幅特性等，并且将控制后的音频信号提供给一个总线或输入端。注意，时间码表示各记录和再现函数的时间轴上的当前位置（当前时间），并且是用于一个项目（project）中的所有轨道的公共时间。

此外，图8中所示的混合音频信号的每一条总线从一个或多个输入端或轨道接收音频信号并且将它们混合。在该情况下，在每个输入或轨道上，执行将要被混合的各音频信号的特性的调整。然后，在总线通道上对作为混合的结果的音频信号的频率特性、振幅特性等进行控制，并且将控制后的音频信号提供给一个轨道或输出端。

此外，图8中所示的输出音频信号的每一个输出端从一个或多个轨道或总线接收音频信号，并且将它们混合。然后，在输出通道上对作为混合的结果的音频信号的频率特性、振幅特性等进行控制，并且经由音频I/O43的一个输出端口，将控制后的音频信号输出到外部。

接下来，图9示出了UI设备4的硬件结构的框图。UI设备4是音量控制器10或主控制器11，其是物理控制器，并且两个控制器具有相似的硬件结构。

UI设备4具有执行诸如图9中所示的Windows（商标）的OS的CPU（中央处理单元）51，并且包括ROM/RAM52，ROM/RAM52包括存储诸如当UI设备通电时执行的BIOS（基本输入/输出系统）之类的软件的非易失性ROM（只读存储器）、以及用作用于CPU51的工作区并且存储多种数据的RAM（随机存取存储器）等。而且，非易失性存储器53是可重写非易失性存储器，诸如闪存，存储由CPU51执行的用于控制器的程序等，诸如随后将描述的“HB生成和发送处理”（参见图11）、“主处理”（参见图13）、“当B按压时的处理”和“相关UI设备的处理”（参见图17）、“当P操作时的处理”和“显示更新处理”（参见图18）之类的程序。而且，UI设备4包括诸如旋钮、音量控制器和按钮之类的控件54、诸如液晶显示器的显示器55、以及作为LAN电缆连接到的以太网网络适配器的NIO56。每个模块都连接至CPU总线57，并且NIO56连接至网络2。注意，包括音量控制器（F1、F2、F3、...）10和主控制器（M1、M2、...）11的多种类型的UI设备连接至网络2。而且，由一个工作组构成的一个音乐系统在此可以包括至多一个主控制器和至多三个音量控制器。

接下来，图10A至图10F示出了在管理会话、中断会话和控制会话中发送的以太网帧的结构。图10A是当TCP（传输控制协议）被用作传输层的协议时的以太网帧（TCP）的结构，并且图10E是当UDP（用户数据报协议）被用作传输层的协议时的以太网帧（UDP）的结构。

图10A中所示的以太网帧（TCP）包括具有14字节的EN（以太网）头部、具有20字节的IP（互联网协议）头部、具有20字节的TCP头部、以及数据体。EN头部包括指示帧的开始的前导、目的MAC地址、源MAC地址、以太网的上层网络层（数据链路层）的协议信息（在该情况下，指示互联网协议（IP））、尺寸等。而且，IP头部包括IP的上层传输层（网络层）的版本、头部编号、服务类型、分组长度、标识符、协议信息（在该情况下，为TCP或UDP）、用于检测相关头部中的数据差错的校验和、源IP地址、目的IP地址等。而且，TCP头部包括源端口号、目的端口号、序列号、ACK编号、诸如ACK、SYN、FIN的各种标记、窗口尺寸、用于检测相关头部的数据差错的校验和等。在TCP中，定义了“序列号”，其指示当将要被发送的全部数据被认为是字节数据序列时，将要被包括在当前TCP分组中的头字节数据的字节位置，并且基于序列号来执行数据的对准和窗口控制。而且，ACK编号是指示通过已经接收到的一系列TCP分组来对准字节数据序列数据中的什么字节位置的信息。

在以太网帧（TCP）上发送的数据体是管理分组、控制分组、以及中断分组中的一个，并且包括头部部分和消息部分。管理分组在管理会话中被发送，并且包括管理头部、管理消息和用于差错检测的CRC码（循环冗余校验），如图10B中所示。控制分组在控制会话中被发送，并且包括控制头部、控制消息和CRC码，如图10C中所示。中断分组在中断会话中被发送，并且由中断头部、中断消息和CRC码构成，如图10D中所示。基于数据体的头部部分的数据，作出关于数据体是管理分组、控制分组和中断分组中的哪一个的确定。

图10E中所示的以太网帧（UDP）包括具有14字节的EN（以太网）头部、具有20字节的IP（互联网协议）头部、具有8字节的UDP头部、以及数据体。EN头部和IP头部如上所述，因此它们的详细说明被省略。UDP头部包括源端口号、目的端口号、尺寸、用于检测相关头部中的数据差错的校验和等。

在以太网帧（UDP）上发送的数据体是心跳（HB）分组，并且HB分组包括HB头部、HB消息、以及CRC码，如图10F中所示。基于数据体的HB头部部分的数据，可以确定该数据体是HB分组。HB消息包括识别UI设备或DAW的类型和版本的型号ID、识别各UI设备或DAW处理的唯一ID、系统ID（与工作组ID含义相同）、指示是否建立管理会话、中断会话、以及控制会话中的每一个的状态标记、监听端口号等。

注意，TCP是连接类型协议，其仅当从通信对方接收到响应时开始通信，并且在执行数据传送之前建立会话。而且，TCP包括用于将数据（片段）更安全地传递到对方的多种功能，诸如，三次握手、确认、流控制、拥塞控制等。与该TCP相比，UDP是用于在不建立会话的情况下执行数据传送的协议，并且不包括TCP包括的上述功能。从而，虽然可靠性低，但是UDP具有高传输率，并且适用于一到多通信，诸如，多播和广播。

从网络2上的所有UI设备和DAW处理，每隔预定周期对HB分组进行多播，以到达网络2上的所有管理软件处理（GM）。在此，图11示出了由网络2上的所有UI设备中的CPU51和由执行DAW处理的CPU40每隔预定周期执行的HB生成和发送处理的流程图，以描述HB生成和发送处理。

当判断出在网络2上的UI设备中的CPU51和执行DAW处理的PC的CPU40中的任一个中，达到执行HB生成和发送处理的定时时，在步骤S10中，CPU51或CPU40开始HB生成和发送处理，创建包括相关UI设备或相关DW处理的信息的上述HB消息，并且通过将HB头部添加到该HB消息中来生成HB分组。接下来，在步骤S11中，CPU51或CPU40生成封装所创建的HB分组的以太网帧（UDP）并且多播该帧，然后HB生成和发送处理结束。在执行该多播的情况下的以太网帧（UDP）中的IP头部的目的IP地址是包括管理软件处理（GM）在其上运行的多个PC的多播组的IP地址。UDP头部的目的端口号是所有系统、所有UI设备、以及所有DAW处理共用的一个端口号。

当通过每个管理软件处理（GM）接收到封装HB分组的以太网帧（UDP）时，执行管理软件处理（GM）的PC的CPU40利用从每个UI设备或每个DAW处理发送的HB消息的信息以及利用接收时间，来更新存储在ROM/RAM41中的HB列表。从而，关于已接收的所有HB消息，HB列表存储该HB消息中描述的最新接收时间、源UI设备或DAW处理的IP地址、型号ID、唯一ID、系统ID、状态标记、监听端口号等。注意，不将不必要的HB分组发送至每个UI设备，从而每个UI设备上的处理负载可以减少该量。然而，封装HB消息的以太网帧（UDP）可以被广播而不是多播。

现在，图12示出了当管理软件处理（GM）接收封装HB分组的以太网帧（UDP）时，在执行管理软件处理（GM）的CPU40中执行的HB接收处理的流程图，以描述HB接收处理。当PC接收从网络2上的UI设备和DAW处理中的任一个发送的封装HB分组的以太网帧（UDP）时，该PC的CPU40开始作为管理软件处理（GM）的一部分的HB接收处理，并且在步骤20中，CPU40判断利用所接收的以太网帧（UDP）中的HB消息而识别的UI设备或DAW处理是否已经存在于所存储的HB列表中。通过检测HB消息和HB列表之间的唯一ID的匹配来作出该判断，并且当在步骤S20中，CPU40判断出UI设备或DAW处理已经存在于所存储的HB列表中时，流程进行至步骤S21，执行已有数据更新处理，以利用以太网帧（UDP）本次被接收的时间来更新HB列表的接收时间，并且利用所接收的HB消息来将HB列表的已有数据更新为最新数据，然后HB接收处理结束。

而且，当在步骤S20中，CPU40判断出UI设备或DAW处理在所存储的HB列表中不存在时，流程分支到步骤S22，并且CPU40将利用所接收的以太网帧（UDP）中的HB消息而识别的UI设备或DAW处理的信息作为新数据另外存储在HB列表中。另外存储的信息是当接收到HB分组时的时间、在HB消息中描述的型号ID（型号和版本）和唯一ID、当建立管理会话时通过管理软件处理（GM）写入到HB消息中的系统ID（工作组ID）、指示是建立还是释放每个会话的通信状态标记、以及在HB消息中还描述的监听端口号等的信息。注意，在执行管理软件处理（GM）的PC的ROM/RAM41中存储的HB列表中，在从相关UI设备或DAW处理周期性地接收HB分组的同时，存储关于该HB分组的信息。当CPU40完成步骤S22的处理时，在步骤S23中，CPU40判断在所接收的以太网帧（UDP）中的HB消息中描述的唯一ID是否已经存在于G列表中。在执行管理软件处理（GM）的PC的ROM/RAM41中存储的G列表至少存储登记在由该管理软件处理（GM）管理的音乐系统（工作组）中的UI设备和DAW的唯一ID。当CPU40判断出唯一ID已经存在于G列表中时，确认此时发送HB分组的UI设备或DAW处理是该音乐系统的成员，并且流程进行至步骤S24。

在步骤S24中，CPU40判断在所接收的以太网帧（UDP）中的HB消息中描述的系统ID（工作组ID）是否与由管理软件处理（GM）管理的音乐系统（工作组）的系统ID匹配。当在步骤S24中，CPU40判断出系统ID匹配时，这是新找到的UI设备或DAW处理是参与该音乐系统的UI设备或DAW处理的情况，并且这意味着确认了发送HB消息的UI设备或DAW处理被识别为音乐系统的成员。从而，流程进行至步骤S25，并且CPU40执行（1）建立管理会话的处理，以及（2）控制会话的初始设定处理。在建立管理会话的处理中，CPU40与具有在步骤S22中添加至HB列表的上述信息中的监听端口号的端口建立管理会话。在该情况下，如果添加至HB列表的上述信息中的通信状态标记是“指示建立管理会话的标记”，则CPU40执行错误处理（警告用户等），而不执行建立管理会话的处理。此时，如果显示GM屏幕3，则在部分3a上显示步骤S25中建立管理会话的UI设备或DAW处理，这是因为其属于该工作组。

而且，仅当在网络2上找到新UI设备或DAW处理时，执行控制会话的初始设定处理，并且使用在（1）中建立的管理会话来与相关UI设备或DAW处理建立控制会话。虽然随后将描述该处理的详情，但是CPU40首先将“监听请求”发送至DAW处理，然后CPU40将“建立请求”发送至UI设备。在此，可以设置预定控制会话，或者可以存储和设置（再现）紧接在前控制会话的信息。现在，“预定控制会话”是指与预先确定的对方DAW处理进行的控制会话，并且预先确定的该对方DAW处理的示例可以包括多个DAW处理中的第一DAW处理、具有与相关UI设备的编号（当连接多个相同UI设备时，添加到每个UI设备的序列号）相对应的顺序的DAW处理等。在该情况下，基于HB分组找到的每个DAW处理的信息与由管理软件处理（GM）添加至DAW处理的序列号一起被存储在管理软件处理（GM）的当前存储器中。该序列号是当在上述管理软件处理（GM）的CPU处理中，该DAW处理或UI设备被登记为该工作组中的新成员时，分配给DAW处理或UI设备的“角色”。而且，“紧接在前控制会话”是指与对方DAW处理的控制会话，其中针对该对方DAW处理与相关UI设备恰在之前建立（但是现在被释放）了控制会话。在该情况下，识别对方DAW处理的信息在由管理软件处理（GM）存储的G列表中。

当在步骤S23中，CPU40判断出唯一ID在G列表中不存在时，或者当在步骤S24中，CPU40判断出系统ID不匹配时，其是新找到的UI设备或DAW处理是不属于任何音乐系统（工作组）或属于另一个音乐系统（工作组）的UI设备或DAW处理的情况。从而，发送HB消息的UI设备或DAW处理不能被确认为由管理软件处理（GM）管理的音乐系统（工作组）的成员，从而HB接收处理结束。此时，如果显示GM屏幕3，则在部分3b中显示不能被确认为成员的UI设备或DAW处理。而且，当CPU40完成步骤S25的处理时，HB信号接收处理结束。

注意，当在HB接收处理中的步骤S24中，系统ID不匹配时，处理结束，不进行任何处理。然而，可以警告用户找到了具有不同系统ID的UI设备或DAW处理，并且可以从用户接受将该UI设备或DAW处理加入相关系统中的指令，并且根据该指令可以执行随后将描述的类似于成员添加处理（参见图15）的处理，由此将所找到的UI设备或DAW处理再次结合到相关系统中。

接下来，图13示出了当UI设备通电并且在PC上激活DAW处理时开始的主处理的流程图，以描述主处理。

当UI设备或DAW处理被激活时，在被激活的UI设备中的CPU51中或在执行DAW处理的PC中的CPU40中，开始主处理，并且在步骤S30中，CPU51或CPU40执行初始化处理。在初始化处理中，将工作存储器初始化，并且读取和设置先前设定。而且，当DAW处理被激活时，读入项目，并且在显示器48上显示图3中所示的GM屏幕3。接下来，在步骤S31中，CPU51或CPU40确定一个监听端口号，并且转为对具有该监听端口号的端口上的“管理会话”和“中断会话”进行监听的状态（监听状态）。在该情况下，“管理会话”和“中断会话”与“控制会话”相比不太频繁地通信，从而具有相同监听端口号的端口被用于“管理会话”和“中断会话”。然而，对于这些类型的会话来说，监听端口号可以相互不同。在该情况下，当在HB分组中描述两个监听端口号时，任一个管理软件处理（GM）都能够基于HB分组来与具有相互不同的端口号的两个端口建立“管理会话”和“中断会话”。

注意，在PC1至PC7中的一个PC中，可以同时激活诸如多个DAW处理的多个应用程序，并且可以对该应用程序设置各个不同的端口号。然后，当在PC上激活多个DAW处理时，针对该多个DAW处理分别确定不同监听端口号，并且针对每个DAW处理准备监听通信路径。另一方面，由于仅在UI设备中激活控制器软件，因此不存在对由UI设备确定的监听端口号的限制，并且可以确定任意监听端口号。例如，其可以是所有UI设备共用的预定端口号。

当步骤S31的处理结束时，流程进行至步骤S32至步骤S34的处理。步骤S32至步骤S34的处理是事件驱动处理，并且当用户不操作控件时，处于监听状态，当用户操作控件时，执行对应于事件的处理。具体地，在步骤S32中，CPU51或CPU40执行事件的检测，并且在步骤S33中，判断是否存在事件。当在步骤S33中，CPU51或CPU40判断出不存在事件时，流程返回到步骤S32，以处于监听状态，并且重复步骤S32和步骤S33的处理。然后，当用户对在UI设备中提供的任一个控件或者通过DAW处理显示在PC的显示器上的任一个控件进行操作时，在步骤S33中，检测出存在关于该控件的事件，流程进行至步骤S34。在步骤S34中，CPU51或CPU40执行对应于检测到的事件的处理，即，控件被如何操作。而且，当发生了DAW的当前时间的经过、定时器的期满、连接至作为操作设备46的PC的鼠标的操作、从另一个装置的数据接收、从相同装置中的另一个处理的数据接收等时，在步骤S33中，检测到存在事件，并且在步骤S34中，执行对应于检测到的事件的处理。

接下来，使用图14来描述管理会话、控制会话和中断会话共有的会话的建立、数据传送、以及释放的过程。本过程中的逻辑路径的建立是根据TCP中连接的建立、数据传送、以及释放的标准过程。

当建立每个会话时，作为客户端的主机A经由网络2将其SYN（连接指令）标记在TCP分组中为“1”的以太网帧（TCP）发送至作为处于监听状态（Listen）下的服务器的主机B。该以太网帧（TCP）中的目的IP地址是分配给主机B的IP地址，并且主机B的监听端口号被设置为端口号。当将要被建立的会话是管理会话或中断会话时，主机A（客户端）是执行管理软件处理（GM）的PC，并且主机B（服务器）是UI设备或执行DAW处理的PC。主机A使用存储在HB列表中的主机B的IP地址和监听端口号来发送SYN（连接指令）。通过发送其SYN标记为“1”的以太网帧（TCP），发送SYN（连接指令）。

此外，当将要被建立的会话是控制会话时，主机A（客户端）是UI设备，并且主机B（服务器）是执行DAW处理的PC。哪个主机A将与哪个主机B连接是在管理软件处理（GM）的控制下，并且主机A使用从执行管理软件处理（GM）的CPU40指示的IP地址和监听端口来发送SYN（连接指令）。

当接收从主机A发送的其SYN标记是“1”的以太网帧（TCP）时，主机B响应于来自主机A的连接指令而执行连接建立，并且经由网络2将请求建立来自主机B的会话的并且其SYN标记和ACK标记都是“1”的以太网帧（TCP）发送至主机A。响应于此，主机A执行连接建立，并且经由网络2将其ACK标记为“1”的以太网帧（TCP）发送至主机B。从而，建立会话。会话建立的该方法被称为三次握手。

当建立会话时，主机A可以使用该会话将数据发送至主机B，并且主机B还可以将数据发送至主机A。注意，由于可以在以太网帧（TCP）中发送的数据量限于预定量，通常数据被划分并且以多段被发送。在序列图中，通过从主机A向主机B的“DATA”序列来指示发送这样划分的数据的状态。如图所示，当主机B正常接收划分为两段的所有数据段时，主机B将ACK标记为“1”的以太网帧（TCP）发送至主机A。而且，在序列图中，当主机A从主机B正常接收到划分为两段的所有数据段（如由“DATA”序列表示）时，主机A将ACK标记为“1”的以太网帧（TCP）发送至主机B。

然后，当释放所建立的会话时，经由网络2将其FIN（断开连接指示）标记为“1”的以太网帧（TCP）发送至对方主机。在所示的情况下，主机A经由网络2将其FIN（断开连接指令）标记为“1”的以太网帧（TCP）发送至主机B。当接收从主机A发送的其FIN标记为“1”的以太网帧（TCP）时，主机B响应于来自主机A的断开连接指令而执行连接释放，并且经由网络2将请求释放来自主机B的会话的并且其FIN标记和ACK标记都为“1”的以太网帧（TCP）发送至主机A。主机A响应于此而执行连接释放，并且经由网络2将其ACK标记为“1”的以太网帧（TCP）发送至主机B。从而，释放会话。这导致主机B中的会话从建立状态（ESTABLISHED）改变为监听状态（Listen）。

注意，在会话的建立序列中，如果ACK在预定时间内未返回，或者如果从服务器发送指示服务器不处于监听状态（NACK:否定应答）的ACK，则不能建立会话。而且，当不访问会话的状态持续预定时间或更长时，定时器期满并且自动地释放会话。因此，在音乐系统控制方法的该实施例中，关于管理会话和控制会话，仅在用于不执行数据发送的时间耗尽之前，发送用于继续这些会话的虚拟数据（Keepalivepacket，保活分组）。从而，一旦建立管理会话和控制会话，它们就持续，直到音乐系统关闭为止。

管理软件处理（GM）基于HB列表的数据，在PC的显示器48上显示图3中所示的GM屏幕3。每次执行图12的HB接收处理时，都更新HB列表，从而在GM屏幕3上显示网络2上存在的最新UI设备和DAW处理。在GM屏幕3的“外部”部分3b中，当用户选择一个期望的UI设备或DAW处理（此后称为“目标D”）并且操作左箭头按钮3c（“←”）时，接受目标D的选择，并且执行管理软件处理GM的PC的CPU40执行图15中所示的流程图的成员添加处理。以下将描述该成员添加处理。注意，图3中所示的GM屏幕3中的“添加（←）”和“删除（→）”的操作对于系统的一般用户不被允许，并且仅对于系统的管理员被允许。

在GM屏幕3中，当操作左箭头按钮3c（“←”）时，执行管理软件处理GM的PC的CPU40开始成员添加处理。在步骤S40中，CPU40参考存储在执行管理软件处理（GM）的PC的ROM/RAM41中的HB列表，并且读出在GM屏幕3的“外部”部分3b中所选择的目标D的HB消息中描述的信息。然后，在步骤S41中，CPU40判断除了由执行成员添加处理的管理软件处理所管理的音乐系统（工作组）之外的系统ID是否存在于目标D的HB消息中。

当在步骤S41中，CPU40判断出不存在其他系统ID时，由于目标D未登记在任何音乐系统（工作组）中，流程进行至步骤S42。在步骤S42中，CPU40与目标D建立管理会话，并且经由管理会话，将由管理软件处理管理的音乐系统的系统ID写入目标D。接下来，在步骤S43中，CPU40执行控制会话的初始设定处理。当执行该初始化设定处理时，CPU40使用在步骤S42中建立的管理会话来与控制目标D的UI设备或由目标D控制的DAW处理建立控制会话。然后，在步骤44中，CPU40擦除在GM屏幕3中的“外部”部分3b中所选择的目标D，并且在“工作组”部分3a上显示目标D。然后，成员添加处理结束。

此外，当在步骤S41中，CPU40判断出存在另一个系统ID时，即，当目标D属于另一个系统时，目标D被登记为另一个管理软件处理（GM’）中的成员，并且在管理软件处理和目标D之间建立管理会话。从而，流程分支到步骤S45，并且CPU40使用写在所读取的HB列表上的监听端口号，与目标D建立中断会话。在该情况下，当目标D处在与以上另一个管理软件处理（GM’）的中断会话时，CPU40在中断会话结束之后执行建立。然而，当等待时间太长时，CPU40警告用户该问题。然后，在步骤S46中，CPU40使用所建立的中断会话来执行将目标D结合到由管理软件处理管理的音乐系统（工作组）中的协商。然后，当协商成功时，为了从目标D当前所属的音乐系统（工作组）中排除目标D，目标D使用现有管理会话，向以上另一个管理软件处理（GM’）请求释放管理会话，并且管理软件处理（GM’）响应于该释放请求，释放管理会话。在此的协商可以使得，例如，当登录到相关管理软件处理（GM）的用户被登记（被批准）在以上另一个管理软件处理（GM’）中时，协商成功，并且当没有被登记时，协商失败。可替换地，协商可以使得，当在目标D上未设置“禁止侦听（interception）”时，协商成功，或者当在目标D上设置了“禁止侦听时，协商失败。而且，可替换地，由于被允许执行成员添加处理的用户限于以上已经描述的管理员，关于步骤S46的协商可以使得其无条件地（一直）成功。

接下来,在步骤S47中，CPU40释放在步骤S45中建立的中断会话。当释放中断会话的处理结束时，CPU40在步骤S48中判断向以上另一个管理软件处理（GM’）请求的管理会话是否被释放。在此，当CPU40参考指示目标D的管理会话的状态的标记而判断出管理会话被释放时，CPU40执行步骤S42至步骤S44的上述处理，以将目标D添加至由执行成员添加处理的管理软件处理（GM）管理的音乐系统的成员。此外，当CPU40在步骤S48中判断出管理会话没有被释放时，目标D仍然是由另一个管理软件处理（GM’）管理的音乐系统的成员，并且不可以添加目标D作为由管理软件处理（GM）管理的音乐系统的成员。从而，流程进行至步骤S49，并且CPU40通过将问题显示在PC的显示器48上等来警告用户不可能侦听。当步骤S44或步骤S49的处理完成时，成员添加处理结束。

注意，其可以被配置成允许在GM屏幕3上同时选择和添加多个目标D。在该情况下，针对所选多个目标D中的每一个执行上述处理。

管理软件处理（GM）监控所存储的HB列表中的HB消息的接收时间。图16示出了当在接收时间不被更新的情况下经过预定时间时，即，当来自UI设备或DAW处理的其数据在HB列表中的HB分组（此后称为“目标D”）在一段预定时间内没有被接收时，由执行管理软件处理（GM）的PC的CPU40执行的HB错误处理的流程图，以描述HB错误处理。

在步骤S50中，当检测到从HB消息的接收时间开始的经过时间超过针对由管理软件处理（GM）存储的HB列表上的任一个目标D的预定时间时，执行管理软件处理（GM）的PC的CPU40开始HB错误处理，并且使用管理会话来访问相关目标D。通过该访问，例如，CPU40将具有空数据体的以太网帧（TCP）发送至目标D。然后，CPU40确认具有“1”的ACK标记的以太网帧（TCP）是否从目标D返回。当该以太网帧（TCP）返回时，意味着目标D存在于由管理软件处理（GM）管理的音乐系统（工作组）中，从而在步骤S51中，CPU40判断出目标D存在，并且流程分支到S54。在步骤S54中，CPU40将来自HB列表上的目标D的接收时间更新为当前时间，并且HB错误处理结束。

此外，当上述以太网帧（TCP）没有从目标D返回时，意味着目标D不存在于由管理软件处理（GM）管理的音乐系统（工作组）中。在该情况下，CPU40在步骤S51中判断出目标D不存在，并且流程进行至步骤S52，CPU40从由管理软件处理（GM）存储的HB列表中擦除目标D。然后，在步骤S53中，CPU40从GM屏幕3上的“工作组”部分3a中擦除目标D。然后，HB错误处理结束。通过步骤S23至S25和步骤S53的上述处理，对部分3a、3b进行控制，以仅显示当前通过HB消息的接收而被确认为存在的UI设备和DAW处理，并且不显示没有接收到HB消息的UI设备和DAW处理。

在音乐系统控制方法的实施例中，当在UI设备上操作用于选择由UI设备控制的DAW处理的选择按钮时，在UI设备中以及在管理其中该UI设备是成员的音乐系统的管理软件处理（GM）中执行一系列处理，由此使能通过UI设备控制所选DAW处理。图17示出了在B（按钮）按压时在UI设备中的CPU51中执行的处理、以及在接收到B按压时在执行管理相关UI设备是成员的音乐系统的管理软件处理（GM）的PC的CPU40中所执行的处理的流程图，以描述一系列处理。

当作为UI设备的音量控制器10中的选择按钮26之一被操作时，或者当主控制器11中的选择按钮31之一被操作时，选择按钮在其上被操作的UI设备中的CPU51开始当B按压时的处理，并且在步骤S60中，CPU51使用管理会话，将关于通过选择按钮的操作选择哪个DAW处理的信息发送至管理其中相关UI设备是成员的音乐系统的管理软件处理（GM）。然后，当B按压时的处理结束，并且当由管理相关UI设备是成员的音乐系统的管理软件处理（GM）接收以上信息时，管理软件处理（GM）接受DAW处理的选择，并且执行该管理软件处理（GM）的PC的CPU40开始当接收到B按压时的处理。

当在接收到B按压时的处理开始时，CPU40在步骤S61中判断所选DAW处理是否与在相关UI设备中建立的当前控制会话的对方DAW处理相同。在此，当CPU40判断为相同时，当前设定不需要被改变，因此当接收到B按压时的处理结束。另一方面，当CPU40判断为不相同时，流程进行至步骤S62。在步骤S62中，执行管理软件处理（GM）的PC的CPU40使用管理会话，来将当前控制会话的释放请求发送至相关UI设备。当接收当前控制会话的释放请求时，相关UI设备使用当前控制会话来将断开连接指令（FIN）发送至作为连接目的地的执行DAW处理的PC，并且由此按照图14中所示的过程，释放当前控制会话。然后，在确认释放之后，相关UI设备使用管理会话，将通知当前控制会话释放完成的释放确认发送至执行管理软件处理（GM）的PC（步骤S66）。当接收到释放确认时，执行管理软件处理（GM）的PC的CPU40使用管理会话，将用于新控制会话的监听请求发送至执行相关UI设备上所选择的DAW处理的PC（步骤S63）。在步骤S67中，执行相关DAW处理的PC将一个端口号确定为监听端口号，此外，使用该一个端口号开始服务器操作。具体地，执行相关DAW处理的PC接收监听请求，将未使用的端口号确定为该PC中的监听端口号，在由监听端口号指示的端口上，开始作为服务器对控制会话的监听操作，并且使用管理会话发送监听端口号被写入执行管理软件处理（GM）的PC的监听确认。

当接收到监听确认时，PC（管理软件处理（GM））的CPU40经由管理会话将控制会话建立请求发送至相关UI设备（步骤S64），其中控制会话建立请求包括执行DAW处理的PC的IP地址信息和在监听确认中所描述的监听端口号信息。当接收到控制会话建立请求时，相关UI设备将控制会话的连接指令（SYN）发送至具有请求中所描述的端口号的、同样在请求中所描述的IP地址的PC的端口，由此按照图14中所示的过程来建立与PC的DAW处理的控制会话。然后，在确认建立之后，相关UI设备使用管理会话来将通知控制会话的建立完成的建立确认发送至执行管理软件处理（GM）的PC（步骤S68）。在此，当所有步骤S66至S68的处理均成功，并且建立了相关UI设备和所选DAW处理之间的控制会话时，执行管理软件处理（GM）的CPU40经由管理会话来发送相关UI设备的被操作的选择按钮的点亮请求（步骤S65）。当接收到点亮请求时，相关UI设备熄灭在选择之前已被点亮的选择按钮，点亮所选选择按钮，并且将点亮被选择的选择按钮的通知发送至管理软件处理（GM）（步骤S69）。在确认点亮选择按钮的通知被返回之后，执行管理软件处理（GM）的CPU40结束当接收到B按压时的处理。而且，当步骤S66至S68中的任一个的处理失败时，CPU40在执行管理软件处理（GM）的PC的显示设备上执行指示出现错误的错误显示。

如上所述，UI设备经由控制会话连接至DAW处理之一，并且通过操作UI设备上提供的控件，执行一系列处理以使能所连接的DAW处理的参数的操作。图18示出了当P（参数）操作时的处理和那时在UI设备中的CPU51中执行的显示更新处理、以及在执行由相关UI设备控制的DAW处理的PC的CPU40中执行的P操作接收处理的流程图，以描述一系列处理。

在步骤S70中，当UI设备上提供的控件之一被操作时，该UI设备中的CPU51开始当P操作时的处理，并且CPU51使用控制会话，将被操作的控件的P（参数）操作事件发送至与UI设备连接的DAW处理。当P操作时的处理在此结束。然而，当接收到P操作事件时，执行DAW处理的PC的CPU40开始当接收到P操作时的处理，并且在步骤S71中根据P操作事件来改变相应参数值。接下来，在步骤S72中，CPU40使用控制会话，根据改变参数值的结果，将显示数据发送至UI设备。当接收到P操作时的处理在此结束。在步骤S73中，当接收显示数据时，UI设备中的CPU51开始显示更新处理，并且基于显示数据，显示参数的值，当被操作的控件是按钮时点亮LED，或者当被操作的参数是音量电平时，驱动音量控制器21。显示更新处理在此结束。

注意，可以在UI上操作的目标参数包括显示在DAW处理被激活的PC的显示器48上的各屏幕的打开或关闭、在音频数据的时间轴上的位置的设定、关于轨道的记录的开始和停止及再现的开始和停止等、以及关于混合器屏幕的每个输入通道、每个轨道通道、每个总线通道和每个输出通道的参数设定、以及关于每个通道的音量控制值、ON/OFF、发送电平值、均衡器设定、压缩器设定等。而且，还包括对插入每个通道中的插件效果的设定的操作。

{工业应用}

在以上描述的根据本发明的音乐系统控制方法中，管理软件处理首先与网络上的所选音乐软件处理和控制器建立管理连接。然后，管理软件处理经由该管理连接，在每个控制器和期望音乐软件处理之间建立控制连接。然后，经由控制连接，执行由控制器对音乐软件处理的远程控制。在根据本发明的音乐系统控制方法中，关于属于另一个音乐系统的UI设备或DAW处理，其属于什么音乐系统可以显示在图3中所示的GM屏幕3上，使得用户可以识别该音乐系统。

此外，虽然上述音乐系统包括DAW处理和UI设备，但是根据本发明的音乐系统控制方法可以应用至包括混合器引擎和UI设备的系统、包括乐音产生器和UI设备的系统等。在该情况下，管理软件处理（GM）可以在单独准备的PC上被激活，或者在混合器引擎或乐音产生器的CPU中被激活。而且，用户可以通过UI设备，远程控制混合器引擎、乐音产生器等。

注意，在根据本发明的音乐系统控制方法中，通过其本身建立的每个会话中的管理软件处理、DAW（音乐软件）处理、以及UI设备（控制器）中的每一个，来区分每个会话的类型是管理会话还是控制会话。当经由会话发送分组时，与会话的类型对应的分组通过设备的每个处理被形成并且被发送。在根据本发明的音乐系统控制方法中，所有会话都是TCP连接，并且在此的类型差异是流动的分组的差异。

此外，在根据本发明的音乐系统控制方法中，网络技术标准不限于以太网，并且可以采用不同网络技术标准。在该情况下，根据所采用的网络技术标准，使用帧和分组的数据结构。而且，控制器的面板结构是示例，并且控件可以包括旋转编码器等，并且期望类型的控件等可以设置在任何位置。而且，在控制器上，可以采用显示在显示器上的UI屏幕上的控件，而不是物理控件，例如，其上安装控制器软件的平板终端可以用作控制器。而且，PC和UI设备的硬件结构是示例并且不限于所示结构。

{参考标记列表}

1...音乐系统，2...网络，3...GM屏幕，3a...“工作组”部分，3b...“外部”部分，3c...左箭头按钮，3d...右箭头按钮，4...UI设备，10...音量控制器，11...主控制器，20a...通道条部分，20b...控制部分，21...音量控制器，22...通道名称显示部分，23...旋钮，24...第一控件，25...第二控件，26...选择按钮，26a至26c...按钮，31...选择按钮，31a至31c...按钮，40...CPU，41...ROM/RAM，42...非易失性存储器，43...音频IO，44...音频设备，45...操作IO，46...操作设备，47...显示IO，48...显示器，49...NIO，50...CPU总线，51...CPU，52...ROM/RAM，53...非易失性存储器，54...控件，55...显示器，56...NIO，57...CPU总线，DAW...音乐软件，GM...管理软件处理，PC1至PC7...个人计算机，M1至M3...主控制器，F1至F5...音量控制器。

Claims (4)

1.一种音乐系统控制方法，用于控制经由网络彼此连接的多个设备和多个音乐软件处理，以使一些设备和一些音乐软件处理作为一个音乐系统进行操作，所述音乐系统控制方法包括：

第一步骤，接收通过广播或多播从所述多个设备和所述多个音乐软件处理中的每一个定期发送的心跳信号，所述心跳信号包括发送所述心跳信号的设备或音乐软件处理所属的音乐系统的识别信息；

第二步骤，基于在第一步骤中接收到的所述心跳信号，呈现发送所述心跳信号的设备和音乐软件处理中的每一个，使得用户能够确定该设备或音乐软件处理是否属于任何音乐系统；

第三步骤，从用户接受在第二步骤中呈现的不属于任何音乐系统的设备或音乐软件处理当中对一个设备或音乐软件处理的选择，并且将所选设备或音乐软件处理登记为属于所述一个音乐系统的设备或音乐软件处理；以及

第四步骤，从用户接受对所述一个音乐系统的操作，并且根据接受到的操作来控制属于所述一个音乐系统的设备或音乐软件处理。

2.根据权利要求1所述的音乐系统控制方法，

其中，通过广播或多播从所述多个设备和所述多个音乐软件处理中的每一个定期发送的心跳信号包括：用于与发送所述心跳信号的设备或音乐软件处理进行通信的端口号，并且

在第四步骤中的控制是通过使用从该设备或音乐软件处理发送的心跳信号中所包括的端口号来与该设备或音乐软件处理进行通信的远程控制。

3.根据权利要求1所述的音乐系统控制方法，

其中，通过广播或多播从所述多个设备和所述多个音乐软件处理中的每一个定期发送的心跳信号包括：发送所述心跳信号的设备或音乐软件处理所属的音乐系统的识别信息、和指示关于该音乐系统远程控制是有效还是无效的状态数据，并且

在第二步骤中的呈现是基于在第一步骤中接收到的所述心跳信号中所包括的音乐系统的识别信息和所述状态数据来呈现发送所述心跳信号的设备和音乐软件处理中的每一个。

4.一种音乐系统控制方法，用于控制经由网络彼此连接的多个设备和多个音乐软件处理，以使一些设备和一些音乐软件处理作为一个音乐系统进行操作，所述音乐系统控制方法包括：

第一步骤，接收通过广播或多播从所述多个设备和所述多个音乐软件处理中的每一个定期发送的心跳信号，所述心跳信号包括发送所述心跳信号的设备或音乐软件处理所属的音乐系统的识别信息；

第二步骤，基于在第一步骤中接收到的所述心跳信号，呈现发送所述心跳信号的设备和音乐软件处理中的每一个，使得用户能够确定该设备或音乐软件处理是属于所述一个音乐系统的设备或音乐软件处理、和属于另一个音乐系统的设备或音乐软件处理中的哪一种；

第三步骤，从用户接受在第二步骤中呈现的属于另一个音乐系统的设备或音乐软件处理当中对一个设备或音乐软件处理的选择，侦听从所述另一个音乐系统所选的设备或音乐软件处理，并且将所选设备或音乐软件处理登记为属于所述一个音乐系统的设备或音乐软件处理；以及

第四步骤，从用户接受对所述一个音乐系统的操作，并且根据接受到的操作来控制属于所述一个音乐系统的设备或音乐软件处理。

Images