音樂系統控制方法

2023-06-05 03:38:36 2

音樂系統控制方法
【專利摘要】本發明公開了音樂系統控制方法。DAW處理和作為DAW處理的控制器的UI設備中的每一個定期通過廣播或多播將心跳信號發送至網絡，該心跳信號包括DAW處理或UI設備所屬的音樂系統的識別信息。可以使用用於UDP的乙太網幀將心跳信號發送至網絡，在UDP乙太網幀包括作為心跳分組的數據體中的心跳信號。基於接收到的心跳信號，可以辨別發送心跳信號的DAW處理或UI設備是屬於相關音樂系統的設備或音樂軟體處理、屬於另一音樂系統的設備或音樂軟體處理、以及不屬於任何音樂系統的設備或音樂軟體處理中的哪一種。
【專利說明】音樂系統控制方法
【技術領域】
[0001]本發明涉及音樂系統控制方法，用於控制經由網絡彼此連接的多個設備和多個處理，以便使一些設備和一些音樂軟體處理作為一個音樂系統進行操作。
【背景技術】
[0002]通常已知使用計算機執行音頻信號處理操作，諸如演奏數據的記錄、編輯、混合等。計算機是諸如PC (個人計算機)的通用計算機，並且具有諸如音頻接口和MIDI (樂器數字接口)I/F之類的各種硬體設備，並且在其上安裝有音樂軟體。被稱為DAW (數字音頻工作站)的應用軟體已知為安裝在PC上的常用音樂軟體。其上激活了 DAW處理的PC用作音樂處理設備，並且能夠執行音樂處理，諸如MIDI數據和音頻信號的記錄/再現、編輯和混
八
口 ο
[0003]在PC上運行的DAW的音樂軟體的功能很多，並且將音樂軟體安裝在PC上使個人能夠容易地製作音樂。另一方面，音樂軟體的功能變得豐富，並且當執行PC上被激活的音樂軟體(DAW)處理的所有操作或者通過PC的滑鼠或鍵盤設置其參數時，它們操作很複雜。從而，在先進的音樂製作現場，用於操作音樂軟體處理的物理控制器連接至其上安裝有音樂軟體的PC，並且當執行演奏數據和音頻數據的記錄/再現、編輯、混合時，使用在該物理控制器上提供的諸如旋鈕、滑塊和按鈕的控制項，來執行操作和參數的設定(參見PTL1)。
[0004]而且，已知其上安裝有音樂軟體的多個PC連接至網絡、並且通過網絡連接用於控制在PC上被激活的各個音樂軟體處理的控制器的音樂系統。在該音樂系統中，管理控制器和DAW處理之間的連接的處理(管理軟體處理)與每個PC上的DAW處理一起被激活。然後，響應於控制器的操作面板上的用於切換連接的開關的操作，控制器將音樂軟體處理切換至控制的對象(參見NPLl )。
[0005]{引用列表}
[0006]{專利文獻}
[0007]{PTL1} JP2011-59232A
[0008]{非專利文獻}
[0009]{NPLljMc Mix 用戶的操作參考手冊(日語)，pp.11-18，pp.38-42，[在線]，[2012年4月 3 日檢索]，網際網路〈http://connect, euphonix.com/ documents/MC_Mix_User_Guide—rB —Jap.pdf.>

【發明內容】

[0010]{技術問題}
[0011]在安裝有音樂軟體的多個PC連接至網絡、並且用於操作被激活在多個PC上的音樂軟體處理的多個控制器連接至該網絡的常用音樂系統中，不容易在一個網絡上允許共存多個音樂系統。此外，每個音樂系統與網絡上的所有處理和設備(控制器)進行通信，以識別網絡上存在的處理和設備，並且作出它們屬於哪個音樂系統的詢問。因此，存在這樣的問題:網絡的通信頻帶被壓縮，以及向處理性能一般比PC低的每個設備的控制CPU施加了過
多負荷。
[0012]因此，本發明的目的是提供一種音樂系統控制方法，即使在多個音樂系統共存於一個網絡上時，也不會壓縮網絡的通信頻帶，並且也不會向每個設備的控制CPU施加過多負荷。
[0013]{解決問題的方案}
[0014]為了達到所述目的，本發明的音樂系統控制方法是這樣的一種音樂系統控制方法:其用於控制經由網絡彼此連接的多個設備和多個音樂軟體處理，以使一些設備和一些音樂軟體處理作為一個音樂系統進行操作，所述音樂系統控制方法包括:第一步驟，接收通過廣播或多播從所述多個設備和所述多個音樂軟體處理中的每一個定期發送的心跳信號，所述心跳信號包括發送所述心跳信號的設備或音樂軟體處理所屬的音樂系統的識別信息；第二步驟，基於在第一步驟中接收到的所述心跳信號，呈現發送所述心跳信號的設備和音樂軟體處理中的每一個，使得用戶能夠確定該設備或音樂軟體處理是否屬於任何音樂系統；第三步驟，從用戶接受在第二步驟中呈現的不屬於任何音樂系統的設備或音樂軟體處理當中對一個設備或音樂軟體處理的選擇，並且將所選設備或音樂軟體處理登記為屬於所述一個音樂系統的設備或音樂軟體處理；以及第四步驟，從用戶接受對所述一個音樂系統的操作，並且根據接受到的操作來控制屬於所述一個音樂系統的設備或音樂軟體處理。
[0015]在這樣的音樂系統控制方法中，可以想到，通過廣播或多播從所述多個設備和所述多個音樂軟體處理中的每一個定期發送的心跳信號包括:用於與發送所述心跳信號的設備或音樂軟體處理進行通信的埠號，並且在第四步驟中的控制是通過使用從該設備或音樂軟體處理髮送的心跳信號中所包括的埠號來與該設備或音樂軟體處理進行通信的遠程控制。
[0016]還可以想到，通過廣播或多播從所述多個設備和所述多個音樂軟體處理中的每一個定期發送的心跳信號包括:發送所述心跳信號的設備或音樂軟體處理所屬的音樂系統的識別信息、和指示關於該音樂系統遠程控制是否有效或無效的狀態數據，並且在第二步驟中的呈現是基於在第一步驟中接收到的所述心跳信號中所包括的音樂系統的識別信息和狀態數據來呈現發送所述心跳信號的設備和音樂軟體處理中的每一個。
[0017]在上述音樂系統控制方法中，還可以想到，第二步驟是，基於在第一步驟中接收到的所述心跳信號，呈現發送所述心跳信號的設備和音樂軟體處理中的每一個，使得用戶能夠確定該設備或音樂軟體處理是屬於所述一個音樂系統的設備或音樂軟體處理、還是屬於另一個音樂系統的設備或音樂軟體處理；以及第三步驟是，從用戶接受在第二步驟中呈現的屬於另一個音樂系統的設備或音樂軟體處理當中對一個設備或音樂軟體處理的選擇，偵聽從所述另一個音樂系統中所選的設備或音樂軟體處理，並且將所選設備或音樂軟體處理登記為屬於所述一個音樂系統的設備或音樂軟體處理。
[0018]根據下面結合附圖讀到的詳細描述，本發明的以上和其他目的、特徵和優勢將變
得明顯。
[0019]{發明的有益效果}
[0020]在本發明的音樂系統控制方法中，不管每個設備或音樂軟體處理是否屬於相關音樂系統，都定期接收從該設備或音樂軟體處理多播或廣播的心跳信號，以便確認該設備或該音樂軟體處理的存在。此外，通過該心跳信號，不僅確定每個設備或音樂軟體處理在相關網絡上的存在，而且還確定每個設備或音樂軟體處理是否屬於該相關音樂系統、以及每個設備或音樂軟體處理是否屬於另一音樂系統，並將其呈現給該相關音樂系統的用戶。因此，用戶可以從不屬於任何系統的音樂軟體處理和設備中選擇本系統的成員。具體地，可以容易地構造專用的音樂系統。此外，由於每個音樂軟體處理或設備僅需要定期多播或廣播一個心跳信號，因此網絡的通信頻帶不會被壓縮太多，並且可以將每個設備的CPU的負荷被抑制為相對較低。
[0021]此外，在本發明的另一音樂系統控制方法中，可以實現對使用每個設備中的心跳信號所指定的埠號的每個設備的遠程控制。
[0022]此外，在本發明的另一音樂系統控制方法中，可以偵聽以及登記屬於另一音樂系統的設備或音樂軟體處理。
[0023]此外，在本發明的另一音樂系統控制方法中，基於從每個設備或音樂軟體處理接收到的心跳信號中的系統識別信息和狀態數據，可以呈現該設備或音樂軟體處理，使得能夠確定該設備或音樂軟體處理是屬於相關音樂系統的設備或音樂軟體處理、屬於另一音樂系統的設備或音樂軟體處理、以及不屬於任何音樂系統的設備或音樂軟體處理中的哪一個。
【專利附圖】

【附圖說明】
[0024]圖1是示出應用本發明的實施例的音樂系統控制方法的音樂系統的硬體結構的框圖。
[0025]圖2是本發明的實施例的音樂系統控制方法中的工作組的設定的示例的示意圖。
[0026]圖3是示出本發明的實施例的音樂系統控制方法中的組管理器屏幕的視圖。
[0027]圖4A是示出在本發明的實施例的音樂系統控制方法中建立的會話的示例的示意圖。
[0028]圖4B是示出會話的另一個示例的示意圖。
[0029]圖5是示出本發明的實施例的音樂系統控制方法中的音量控制器的面板結構的視圖。
[0030]圖6是示出本發明的實施例的音樂系統控制方法中的主控制器的面板結構的視圖。
[0031]圖7是示出本發明的實施例的音樂系統控制方法中的PC的硬體結構的框圖。
[0032]圖8是示出本發明的實施例的音樂系統控制方法中的DAW處理的功能結構的框圖。
[0033]圖9是示出本發明的實施例的音樂系統控制方法中的Π設備的硬體結構的框圖。
[0034]圖1OA是示出本發明的實施例的音樂系統控制方法中的乙太網幀的結構的框圖。
[0035]圖1OB是示出在圖1OA中所示的管理分組的結構的框圖。
[0036]圖1OC是示出在圖1OA中所示的控制分組的結構的框圖。
[0037]圖1OD是示出在圖1OA中所示的中斷分組的結構的框圖。
[0038]圖1OE是示出本發明的實施例的音樂系統控制方法中的另一個乙太網幀的結構的框圖。[0039]圖1OF是示出在圖1OE中所示的心跳分組的結構的框圖。
[0040]圖11是本發明的實施例的音樂系統控制方法中的HB生成和發送處理的流程圖。
[0041]圖12是本發明的實施例的音樂系統控制方法中的HB接收處理的流程圖。
[0042]圖13是本發明的實施例的音樂系統控制方法中的主處理的流程圖。
[0043]圖14是示出本發明的實施例的音樂系統控制方法中的會話建立過程、數據發送過程、以及釋放過程的序列圖。
[0044]圖15是本發明的實施例的音樂系統控制方法中的成員添加處理的流程圖。
[0045]圖16是本發明的實施例的音樂系統控制方法中的HB錯誤處理的流程圖。
[0046]圖17是當在本發明的實施例的音樂系統控制方法中操作DAW的選擇按鈕時在UI設備和組管理器中執行的處理的流程圖。
[0047]圖18是當在本發明的實施例的音樂系統控制方法中操作關於參數的控制項時在UI設備和DAW中執行的處理的流程圖。
【具體實施方式】
[0048]圖1示出了闡明應用本發明的實施例的音樂系統控制方法的音樂系統的結構的框圖。 [0049]音樂系統I包括乙太網(Ethernet，商標)網絡2，並且七個個人計算機(PC) PC1、PC2、PC3、PC4、PC5、PC6 和 PC7 和八個 UI (用戶接口)設備 Ml、F1、F2、F3、F4、M2、M3 和 F5連接至網絡2。乙太網是針對LAN (區域網)的網絡技術標準的名稱。對於連接至網絡2的七個PC和八個Π設備中的每一個，在其新連接至網絡2時，從已經連接至網絡2的DHCP(動態主機配置協議)伺服器分配相互不同的IP位址。在該情況下，可以提供專用DHCP伺服器，或者一個PC或UI設備可以擔任DHCP伺服器的角色。注意，還可以將靜態IP位址預先設置給七個PC和八個Π設備。在七個個人計算機上，在OS (作業系統)上激活管理軟體處理和/或音樂軟體(DAW)處理，並且在PCl上激活管理軟體處理GM1，在PC2上激活DAW處理DAWl，在PC3上激活管理軟體處理GM2和DAW處理DAW2，在PC4上激活兩個DAW處理DAff3, DAff4,在PC6上激活兩個DAW處理DAW5、DAff6,並且在PC7上激活DAW處理DAW7。在DAW處理被激活的PC上，可以執行音樂處理，諸如，MIDI事件或音頻信號的記錄/再現、編輯、以及混合。注意，在本說明書中，用於使PC協同用作一個DAW (數字音頻工作站)的功能的一組處理被稱為「DAW處理」，並且用於使PC協同用作一個音樂系統管理設備的一組處理被稱為「管理軟體處理」。而且，作為UI設備的機、？1、？2、？3、？4』2、10和？5中的每一個均是具有將要由用戶操作的旋鈕、音量控制器、按鈕等的物理控制器，並且Ml、M2、M3是主控制器，F1、F2、F3、F4、F5是音量控制器。
[0050]圖1中所示的音樂系統I中的Π設備、DAff處理、以及管理軟體處理中的每一個均被賦予用於識別該UI設備或處理的唯一 ID。當激活或停止UI設備或處理時，該唯一 ID不改變。從而，當通過隨後將描述的心跳分組(heartbeat packet)來在網絡上找到UI設備或處理時，可以使用該唯一 ID判定相同UI設備或處理是否列在隨後將描述的HB列表上。
[0051]注意，關於被稱為項目(project)的每個音樂文件，DAff處理被配置成使得用戶可以創建任意數量的記錄MIDI事件的MIDI軌道、記錄音頻信號的音頻軌道、以及混合音頻信號的總線。這些音頻軌道可以將從DAW處理所具有的一個或多個輸入埠 /通道輸入的音頻信號選擇性地記錄在每個音頻軌道中，並且作為在該音頻軌道上再現的音頻信號的輸出目的地，可以選擇DAW處理所具有的多個輸出埠 /通道中的任一個。然後，用戶每次創建音頻軌道時，就將相應通道條(channel strip)的顯示部分添加至混合器屏幕。注意，在混合器屏幕的通道條中，調整各個通道的參數，並且隨後將參考圖8描述音頻通道的詳情。
[0052]在PCl上被激活的管理軟體處理GMl和在PC3上被激活的管理軟體處理GM2中的每一個管理針對管理軟體處理提供的工作組，並且在該工作組中可以登記網絡2上現有的DAW處理和Π設備。在圖2中示出了對工作組的設定的示例，其中，在工作組WGl中登記了 DAW處理DAW3、DAW5和DAW7以及UI設備M1、F2和F3，在工作組WG2中登記了 DAW處理DAW2和DAW6、以及UI設備M3、F4和F5，並且DAW1、DAW4、M2和Fl沒有被登記在任何工作組中。管理軟體處理GMl管理工作組WG1，並且管理軟體處理GM2管理工作組WG2。注意，工作組在執行對應於該工作組的管理軟體處理的PC上被管理。包括在一個工作組中的DAW處理和UI設備作為一個音樂系統進行操作。特別是，在圖2中所示的情況下，對應於工作組WGl的第一音樂系統和對應於工作組WG2的第二音樂系統獨立地操作。在每個音樂系統中，可以執行諸如輸入的MIDI事件或音頻信號的記錄/再現、編輯和混合之類的音樂處理。注意，在工作組的管理中，管理作為構成工作組的DAW和Π設備的成員之間的通信，並且管理成員的添加或刪除將在隨後描述。
[0053]在此，圖5示出了由F1、F2、F3、F4和F5表示的音量控制器10的面板結構。
[0054]如圖5中所示，在音量控制器10的面板上，提供由多個(例如八個)通道條和一個控制部分20b構成的通道條部分20a。在通道條部分20a的每個通道條上，分配了混合器屏幕中的一個通道條，並且提供用於指示對所分配的通道條的調整的控制項。控制項是音量控制器21、多個旋鈕23等，並且可以在通道名稱顯示部分22上顯示分配給該通道條的控制目標通道的名稱。然後，可以通過操作音量控制器21來調整控制目標通道的電平，並且可以通過操作旋鈕23，來調整控制目標通道的預定參數。
[0055]而且，在控制部分20b中，提供了第一控制項24、第二控制項25、以及選擇按鈕26，其是用於執行不能在通道條部分20a中執行的操作的多組控制項。第一控制項24用於切換將被分配給通道條部分20a中的旋鈕23的參數項，並且第二控制器25用於切換將被分配給通道條部分20a的每個通道條的控制目標通道。此外，選擇按鈕26用於切換作為控制的目標的DAff處理，其中，按壓被標記為「a」的按鈕26a將控制的目標切換至被分配給「a」的DAW處理，按壓標記為「b」的按鈕26b將控制的目標切換至被分配給「b」的DAW處理，並且按壓被標記為「c」的按鈕26c將控制的目標切換為分配給「c」的DAW處理。
[0056]如上所述，當操作選擇按鈕26a至26c中的一個，並且由此將對應於被操作的選擇按鈕的一個DAW處理選擇為控制的目標時，在相關UI設備和執行所選DAW處理的PC之間建立控制會話。此外，在選擇按鈕26a至26c中，與針對其建立了控制會話的DAW處理對應的選擇按鈕被點亮，並且與未對其建立控制會話的DAW處理對應的選擇按鈕被熄滅。從而，用戶可以通過檢查選擇按鈕26a至26c的點亮/熄滅的狀態，來識別當前由相關UI設備控制的DAW處理。
[0057]注意，當將任何DAW處理添加至工作組時，將此時「a」、「b」和「c」中未分配給現有DAff處理的一個分配給新添加的DAW處理。
[0058]接下來，圖6示出了由Ml、M2和M3表示的主控制器11的面板結構。[0059]主控制器11是用於控制每個通道的傳輸、詳細參數等的控制器，並且在主控制器11的面板上未提供通道條部分，如圖6中所示。在主控制器11的面板上，提供多個控制項，諸如，用於控制每個通道的傳輸、詳細參數等的旋鈕和按鈕。通常，在面板上設置用於在DAW處理的主屏幕上執行各種操作的多個控制項。具體地，設置「用於打開用於控制DAW處理的詳細參數的多個彈出屏幕的多個按鈕」、「用於改變軌道上指示當前時間的時間指針的位置的控制項」、「用於指示記錄的開始/停止和再現的開始/停止的控制項」、「用於將值設置給指針位置處的參數的控制項」、「用於存儲/調用設置到庫中的參數的控制項」等。而且，提供了用於切換作為控制的目標的DAW處理的選擇按鈕31，其中，按壓被標記為「a」的按鈕31a將控制的目標切換至分配給「a」的DAW處理，按壓被標記為「b」的按鈕31b將控制的目標切換至分配給「b」的DAW處理，並且按壓被標記為「c」的按鈕31c將控制的目標切換至分配給「c」的DAW處理。
[0060]而且，使用音量控制器10的通道條部分20a和控制部分20b的控制項和主控制器11的控制項，來調整作為控制的目標的DAW處理中的各種設定。在該情況下，通過根據對作為控制的目標的DAW處理(PC)的控制項的操作量而發送控制信息來執行控制。
[0061]可以在圖3中所示的組管理器(GM)屏幕3中執行圖2中所示的工作組的設定。在管理軟體(GM)處理被激活的PC的顯示設備上顯示該GM屏幕。在GMl處理被激活的PCl的顯示設備上顯示圖3中所示的GM屏幕3的示例。
[0062]在GM屏幕3上，「工作組」部分3a顯示UI設備和DAW處理，它們是在由GMl處理管理的工作組WGl中登記的成員並且存在於網絡2上。而且，「外部」部分3b顯示未登記在工作組WGl中但是存在於網絡2上的DAW處理和UI設備。
[0063]在此，在顯示在部分3a和部分3b中的名稱中，名稱「Conobase」、「Anotool」、「0以11(10」、「(:1'!1」和「？0!1」是各個DAW處理或UI設備的型號名稱，並且與在從這些DAW處理或這些Π設備接收到的隨後將描述的HB消息中包括的型號ID相對應地被顯示。而且，角色「DAW A」、「DAW B」和「 DAW C」表示將相關工作組的第一 DAW (「a」)、第二 DAW (「b」)和第三DAW (「c」)的角色分配給DAW處理。角色「MU」表示將該工作組的第一主控制器的角色分配給主控制器11，並且角色「FU1」、「FU2」分別表示將該工作組的第一和第二音量控制器的角色分配給音量控制器10。注意，當這些DAW處理或Π設備被登記在該工作組中作為新成員時，這些「角色」是在管理軟體處理的CPU處理中分配的「角色」。
[0064]在該情況下，即使當DAW處理或UI設備登記在另一個工作組中時，但當該DAW處理或Π設備存在於網絡2上時，也在「外部」部分3b上顯示其型號名稱。在所示的情況下，名為「Conobase (PC2)」、「Anotools (PC4)」、「Orando (PC3)」和「Conobase (PC6)」 的 DAW處理、以及名為「CTH (M2)」、「CTH (M3)」、「FDH (F1)」、「FDH (F4)」和「FDH (F5)」 的 UI 設備存在於網絡2上，並且顯示在「外部」部分3b上。
[0065]在部分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。[0066]而且，左箭頭按鈕3c是用於將成員添加至工作組(在該情況下，為WGl)的按鈕，並且通過選擇期望從「外部」部分3b添加的成員並且點擊左箭頭按鈕3c，用戶可以將所選成員添加至WG1。在該情況下，所添加的成員被從「外部」部分3b擦除，並且顯示在「工作組」部分3a上。而且，右箭頭按鈕3d是用於刪除在WGl中登記的成員的按鈕，通過選擇期望在「工作組」部分3a中被刪除的成員並且點擊右箭頭按鈕3d，用戶可以從WGl刪除所選成員。在該情況下，所刪除的成員從「工作組」部分3a被擦除，並且顯示在「外部」部分3b上。
[0067]在根據本實施例的音樂系統控制方法中，總是針對管理軟體處理與作為由管理軟體處理管理的音樂系統而操作的工作組中的各個成員之間的通信建立管理會話。而且，在由管理軟體處理管理的工作組中，當在管理軟體處理和成員之間臨時執行通信時，臨時建立中斷會話。圖4A示出了在工作組中建立的管理會話和中斷會話的示例。如圖4A中所示，在作為由GMl管理的音樂系統操作的WGl中，作為管理會話的客戶端,GMl與每個均作為伺服器操作的DAW處理DAW3、DAW5和DAW7、以及UI設備M1、F2和F3建立由實線指示的六個管理會話。而且，當需要時，GMl臨時與作為伺服器操作的其他DAW處理或Π設備建立中斷會話。而且，在由GM2管理並且作為不同於WGl的音樂系統操作的WG2中，作為管理會話的客戶端，GM2與每個都作為伺服器操作的DAW處理DAW2和DAW6以及UI設備F4、M3和F5，建立由實線指示的五個管理會話。而且，當需要時，GM2臨時與作為伺服器操作的其他DAW處理或Π設備建立中斷會話。
[0068]在此，根據本實施例的音樂系統I中的「建立會話」是指，在網絡2上建立從執行管理軟體處理的PC或UI設備(作為客戶端)到UI設備或執行DAW處理的PC (作為伺服器)的邏輯通信路徑(TCP連接)，並且將該建立的路徑分配給該客戶端和該伺服器之間的會話(數據的交換)。存在三種類型的會話:「管理會話」、「中斷會話」和「控制會話」，並且根據會話的類型執行數據的交換。而且，根據本實施例的音樂系統I中的「釋放會話」是指釋放分配給該會話的通信路徑(TCP連接)。
[0069]當在管理軟體處理在PC上被激活之後，GMl或GM2從其本身的工作組的一個成員接收到隨後將描述的第一心跳分組時，與該成員建立管理會話，或者當新成員新加入工作組時，與該新成員建立管理會話。而且，在音樂系統操作的同時，保持建立管理會話，但是當從工作組刪除成員時，釋放與該成員的管理會話。例如，當將DAW2添加至WGl時，釋放DAW2處理和GM2之間的管理會話，並且在GMl和DAW2處理之間建立管理會話。此外，當將M2添加至WG2時，由於在任一工作組中都未登記M2，所以沒有管理會話將被釋放，並且在GM2和M2之間建立管理會話。注意，當在沒有管理會話被建立而伺服器從客戶端之一接收到管理會話的連接指令時，以及當在沒有中斷會話被建立而伺服器從客戶端之一接收到中斷會話的連接指令時，伺服器建立給出連接指令的會話。然而，當在存在已建立的管理會話而伺服器從客戶端之一接收到管理會話的連接指令時，以及當存在已建立的中斷會話而伺服器從客戶端之一接收到中斷會話的連接指令時，伺服器拒絕連接指令。此外，當在一個PC上激活多個DAW處理時，這些DAW處理通過相互不同的埠號監聽。在該情況下，可以通過它們各自分配的IP位址，來識別網絡2上的多個PC和多個Π設備，從而每個管理軟體處理都可以通過對方的IP位址和埠號的結合(套接字，socket)，來識別DAW處理或UI設備之一。
[0070]此外，當在上述GM屏幕3上操作左箭頭按鈕3c時，與將作為新成員的伺服器(DAW處理或Π設備)臨時建立中斷會話。例如，如圖4A中的虛線指示的，在GMl和DAW2處理之間建立中斷會話，並且在GM2和M2之間建立中斷會話。客戶端(GM)使用所建立的中斷會話與將作為新成員的伺服器協商，並且當協商完成時，釋放中斷會話。在此，當協商成功時，與伺服器建立管理會話，並且將該伺服器添加為新成員，但是當協商失敗時，不與該伺服器建立管理會話，並且不將該伺服器添加為新成員。將就隨後將描述的成員添加處理的步驟S46 (圖15)來描述用於成功協商的特定條件。
[0071]此外，在上述GM屏幕3中，當點擊「工作組」部分3a或「外部」部分3b中的「識別」部分中的「 □」時，管理軟體處理臨時與對應於「識別」部分中的該「 □ 」的DAW處理或UI設備建立中斷會話。然後，管理軟體處理經由中斷會話，將確認消息發送至與其建立中斷會話的DAW處理或Π設備，並且接收到該確認消息的DAW處理或Π設備通知用戶，其本身是對應於所點擊的「□」的DAW處理或UI設備。通知的方法例如可以是在DAW處理的控制下至少使一個窗口閃光，改變DAW處理的窗口或Π設備的面板上的至少一個燈的亮度和/或顏色，或使該燈閃爍等。
[0072]此外，在根據本實施例的音樂系統控制方法中，總是針對工作組中的DAW處理和控制該DAW處理的UI設備之間的通信建立控制會話。圖4B示出了在工作組中建立的控制會話的示例。如圖4B中所示，在作為由GMl管理的音樂系統操作的WGl中，在作為客戶端的UI設備Ml、F2和F3中的每一個與作為伺服器的DAW處理DAW3、DAW5和DAW7中的一個之間建立控制會話。每個DAW處理都可以與任意數量的Π設備建立控制會話。具體地，如實線所指示的，分別在DAW3處理與Ml和F2之間建立控制會話，並且用戶可以通過操作Ml和F2，經由這些控制會話，遠程控制DAW3處理的操作。而且，如實線所指示的，在DAW7處理和F3之間建立控制會話，並且用戶可以通過操作F3，經由該控制會話，遠程控制DAW7處理的操作。而且，在作為由GM2管理的音樂系統操作的WG2中，在作為客戶端的Π設備F4、M3和F5中的每一個與作為伺服器的DAW處理DAW2和DAW6中的一個之間建立控制會話。每個DAW處理都與任意數量的UI設備建立控制會話。具體地，如實線所指示的，在DAW2處理和F5之間建立控制會話，並且用戶可以通過操作F5，經由該控制會話，遠程控制DAW2處理的操作。而且，如由實線指示的，分別在DAW6處理與F4和M3之間建立控制會話，並且用戶可以通過操作F4和M3，經由這些控制會話，遠程控制DAW6處理的操作。
[0073]注意，當多個DAW處理在一個PC上被激活時，每個DAW處理都使用該PC中的唯一埠號。從而，在該PC中，可以基於所接收的控制分組中的埠號，確定控制分組應該被傳送到哪個DAW處理。在控制會話中，當用於控制作為客戶端的Π設備中的參數的控制項被操作時，在與該Π設備建立了該控制會話的作為伺服器的DAW處理中操作對應於該操作的參數。
[0074]注意，DAW處理DAWl和DAW4、以及UI設備M2和Fl未登記在任一個工作組中，從而不為它們建立管理會話、中斷會話、以及控制會話中的任何一個。然而，以上DAW處理和以上UI設備處於用於會話的監聽狀態(Listen狀態)，並且當它們接收到會話的連接指令時，它們可以建立所指示的會話。
[0075]接下來，圖7示出了圖1中所示的個人計算機(PC) PCl至PC7的硬體結構。
[0076]如圖7中所示，PC是通用計算機，包括執行諸如Windows (商標)的OS的CPU (中央處理單元)，並且包括R0M/RAM41，R0M/RAM41包括存儲諸如當PC通電時執行的BIOS (基本輸入/輸出系統)之類的軟體的非易失性ROM (只讀存儲器)、以及用作用於CPU40的工作區並且存儲多種數據等的RAM (隨機存取存儲器)。而且，非易失性存儲器42是可重寫非易失性存儲器(諸如，快閃記憶體)，存儲諸如由CPU40執行的管理軟體和DAW軟體之類的軟體。而且，PC包括諸如鍵盤和滑鼠的操作設備46連接到的操作1045、一個或多個顯示器48連接到的顯示1047、以及諸如麥克風、⑶播放器、記錄器、耳機、放大器等的音頻設備44連接到的音頻1043。此外，提供NIO (網絡輸入/輸出接口)49，其是LAN電纜連接到的乙太網網絡適配器。每個模塊都連接至CPU總線50，並且N1049連接至網絡2。而且，在CPU40中執行的OS上,可以激活諸如Cubase (商標)、Nuendo (商標)、Protools (商標)、Sonar (商標)等的DAW處理。此外，可以在PC的OS上激活管理軟體處理(GM)。
[0077]接下來，圖8示出了在PC上被激活的DAW處理的功能結構的示例。DAW處理是在諸如PC上的Windows的OS上被激活的處理,並且具有執行音頻信號的記錄、混合、混音(mixdown)等的功能。可以通過顯示在PC的顯示器48上的軌道屏幕的⑶I (圖形用戶界面)，來控制將音頻信號記錄到每個軌道以及再現每個軌道的所記錄信號。而且，可以通過顯示在PC的顯示器48上的混合器屏幕的⑶I，控制每個輸入通道、每個軌道通道、每個總線通道、以及每個輸出通道。
[0078]圖8中所不的音頻信號被輸入到的每一個輸入端都經由音頻1043的一個輸入埠來從外部接收音頻信號，控制輸入通道上的音頻信號的頻率特性、振幅特性等，並且將音頻信號提供給一個軌道或總線。而且，圖8中所示的記錄/再現音頻信號的每一個軌道從一個輸入端或總線接收音頻信號，並且與時間碼同步地記錄音頻信號。在該情況下，在該輸入端或總線中執行將要被記錄的音頻信號的特性的調整。然後，與時間碼同步地再現所記錄的音頻信號，在軌道通道上控制音頻信號的頻率特性、振幅特性等，並且將控制後的音頻信號提供給一個總線或輸入端。注意，時間碼表示各記錄和再現函數的時間軸上的當前位置(當前時間)，並且是用於一個項目(project)中的所有軌道的公共時間。
[0079]此外，圖8中所示的混合音頻信號的每一條總線從一個或多個輸入端或軌道接收音頻信號並且將它們混合。在該情況下，在每個輸入或軌道上，執行將要被混合的各音頻信號的特性的調整。然後，在總線通道上對作為混合的結果的音頻信號的頻率特性、振幅特性等進行控制，並且將控制後的音頻信號提供給一個軌道或輸出端。
[0080]此外，圖8中所示的輸出音頻信號的每一個輸出端從一個或多個軌道或總線接收音頻信號，並且將它們混合。然後，在輸出通道上對作為混合的結果的音頻信號的頻率特性、振幅特性等進行控制，並且經由音頻1/043的一個輸出埠，將控制後的音頻信號輸出到外部。
[0081]接下來，圖9示出了 Π設備4的硬體結構的框圖。UI設備4是音量控制器10或主控制器11，其是物理控制器，並且兩個控制器具有相似的硬體結構。
[0082]UI設備4具有執行諸如圖9中所示的Windows (商標)的OS的CPU (中央處理單元)51，並且包括R0M/RAM52，R0M/RAM52包括存儲諸如當UI設備通電時執行的BIOS (基本輸入/輸出系統)之類的軟體的非易失性ROM (只讀存儲器)、以及用作用於CPU51的工作區並且存儲多種數據的RAM(隨機存取存儲器)等。而且，非易失性存儲器53是可重寫非易失性存儲器，諸如快閃記憶體，存儲由CPU51執行的用於控制器的程序等，諸如隨後將描述的「HB生成和發送處理」(參見圖11)、「主處理」(參見圖13)、「當B按壓時的處理」和「相關Π設備的處理」(參見圖17)、「當P操作時的處理」和「顯示更新處理」(參見圖18)之類的程序。而且，Π設備4包括諸如旋鈕、音量控制器和按鈕之類的控制項54、諸如液晶顯示器的顯示器55、以及作為LAN電纜連接到的乙太網網絡適配器的ΝΙ056。每個模塊都連接至CPU總線57，並且ΝΙ056連接至網絡2。注意，包括音量控制器(F1、F2、F3、...) 10和主控制器(Ml、M2、...)11的多種類型的UI設備連接至網絡2。而且，由一個工作組構成的一個音樂系統在此可以包括至多一個主控制器和至多三個音量控制器。
[0083]接下來，圖1OA至圖1OF示出了在管理會話、中斷會話和控制會話中發送的乙太網幀的結構。圖1OA是當TCP (傳輸控制協議)被用作傳輸層的協議時的乙太網幀(TCP)的結構，並且圖1OE是當UDP (用戶數據報協議)被用作傳輸層的協議時的乙太網幀(UDP)的結構。
[0084]圖1OA中所示的乙太網幀(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分組來對準字節數據序列數據中的什麼字節位置的信息。
[0085]在乙太網幀(TCP)上發送的數據體是管理分組、控制分組、以及中斷分組中的一個，並且包括頭部部分和消息部分。管理分組在管理會話中被發送，並且包括管理頭部、管理消息和用於差錯檢測的CRC碼(循環冗餘校驗)，如圖1OB中所示。控制分組在控制會話中被發送，並且包括控制頭部、控制消息和CRC碼，如圖1OC中所示。中斷分組在中斷會話中被發送，並且由中斷頭部、中斷消息和CRC碼構成，如圖1OD中所示。基於數據體的頭部部分的數據，作出關於數據體是管理分組、控制分組和中斷分組中的哪一個的確定。
[0086]圖1OE中所示的乙太網幀(UDP)包括具有14位元組的EN (乙太網)頭部、具有20位元組的IP (網際網路協議)頭部、具有8位元組的UDP頭部、以及數據體。EN頭部和IP頭部如上所述，因此它們的詳細說明被省略。UDP頭部包括源埠號、目的埠號、尺寸、用於檢測相關頭部中的數據差錯的校驗和等。
[0087]在乙太網幀(UDP)上發送的數據體是心跳(HB)分組，並且HB分組包括HB頭部、HB消息、以及CRC碼，如圖1OF中所示。基於數據體的HB頭部部分的數據，可以確定該數據體是HB分組。HB消息包括識別UI設備或DAW的類型和版本的型號ID、識別各UI設備或DAW處理的唯一 ID、系統ID(與工作組ID含義相同)、指示是否建立管理會話、中斷會話、以及控制會話中的每一個的狀態標記、監聽埠號等。
[0088]注意，TCP是連接類型協議，其僅當從通信對方接收到響應時開始通信，並且在執行數據傳送之前建立會話。而且，TCP包括用於將數據(片段)更安全地傳遞到對方的多種功能，諸如，三次握手、確認、流控制、擁塞控制等。與該TCP相比，UDP是用於在不建立會話的情況下執行數據傳送的協議，並且不包括TCP包括的上述功能。從而，雖然可靠性低，但是UDP具有高傳輸率，並且適用於一到多通信，諸如，多播和廣播。
[0089]從網絡2上的所有UI設備和DAW處理，每隔預定周期對HB分組進行多播，以到達網絡2上的所有管理軟體處理(GM)。在此，圖11示出了由網絡2上的所有UI設備中的CPU51和由執行DAW處理的CPU40每隔預定周期執行的HB生成和發送處理的流程圖，以描述HB生成和發送處理。
[0090]當判斷出在網絡2上的Π設備中的CPU51和執行DAW處理的PC的CPU40中的任一個中，達到執行HB生成和發送處理的定時時，在步驟SlO中，CPU51或CPU40開始HB生成和發送處理，創建包括相關UI設備或相關DW處理的信息的上述HB消息，並且通過將HB頭部添加到該HB消息中來生成HB分組。接下來，在步驟Sll中，CPU51或CPU40生成封裝所創建的HB分組的乙太網幀(UDP)並且多播該幀，然後HB生成和發送處理結束。在執行該多播的情況下的乙太網幀(UDP)中的IP頭部的目的IP位址是包括管理軟體處理(GM)在其上運行的多個PC的多播組的IP位址。UDP頭部的目的埠號是所有系統、所有UI設備、以及所有DAW處理共用的一個埠號。
[0091]當通過每個管理軟體處理(GM)接收到封裝HB分組的乙太網幀(UDP)時，執行管理軟體處理(GM)的PC的CPU40利用從每個UI設備或每個DAW處理髮送的HB消息的信息以及利用接收時間，來更新存儲在R0M/RAM41中的HB列表。從而，關於已接收的所有HB消息，HB列表存儲該HB消息中描述的最新接收時間、源UI設備或DAW處理的IP位址、型號ID、唯一 ID、系統ID、狀態標記、監聽埠號等。注意，不將不必要的HB分組發送至每個Π設備，從而每個Π設備上的處理負載可以減少該量。然而，封裝HB消息的乙太網幀(UDP)可以被廣播而不是多播。
[0092]現在，圖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接收處理結束。
[0093]而且，當在步驟S20中，CPU40判斷出UI設備或DAW處理在所存儲的HB列表中不存在時，流程分支到步驟S22，並且CPU40將利用所接收的乙太網幀(UDP)中的HB消息而識別的Π設備或DAW處理的信息作為新數據另外存儲在HB列表中。另外存儲的信息是當接收到HB分組時的時間、在HB消息中描述的型號ID (型號和版本)和唯一 ID、當建立管理會話時通過管理軟體處理(GM)寫入到HB消息中的系統ID (工作組ID)、指示是建立還是釋放每個會話的通信狀態標記、以及在HB消息中還描述的監聽埠號等的信息。注意，在執行管理軟體處理(GM)的PC的R0M/RAM41中存儲的HB列表中，在從相關UI設備或DAW處理周期性地接收HB分組的同時，存儲關於該HB分組的信息。當CPU40完成步驟S22的處理時，在步驟S23中，CPU40判斷在所接收的乙太網幀(UDP)中的HB消息中描述的唯一 ID是否已經存在於G列表中。在執行管理軟體處理(GM)的PC的R0M/RAM41中存儲的G列表至少存儲登記在由該管理軟體處理(GM)管理的音樂系統(工作組)中的UI設備和DAW的唯一 ID。當CPU40判斷出唯一 ID已經存在於G列表中時，確認此時發送HB分組的UI設備或DAW處理是該音樂系統的成員，並且流程進行至步驟S24。
[0094]在步驟S24中，CPU40判斷在所接收的乙太網幀(UDP)中的HB消息中描述的系統ID (工作組ID)是否與由管理軟體處理(GM)管理的音樂系統(工作組)的系統ID匹配。當在步驟S24中，CPU40判斷出系統ID匹配時，這是新找到的UI設備或DAW處理是參與該音樂系統的UI設備或DAW處理的情況，並且這意味著確認了發送HB消息的UI設備或DAW處理被識別為音樂系統的成員。從而，流程進行至步驟S25，並且CPU40執行(I)建立管理會話的處理，以及(2)控制會話的初始設定處理。在建立管理會話的處理中，CPU40與具有在步驟S22中添加至HB列表的上述信息中的監聽埠號的埠建立管理會話。在該情況下，如果添加至HB列表的上述信息中的通信狀態標記是「指示建立管理會話的標記」，則CPU40執行錯誤處理(警告用戶等)，而不執行建立管理會話的處理。此時，如果顯示GM屏幕3，則在部分3a上顯示步驟S25中建立管理會話的UI設備或DAW處理，這是因為其屬於該工作組。
[0095]而且，僅當在網絡2上找到新UI設備或DAW處理時，執行控制會話的初始設定處理，並且使用在(I)中建立的管理會話來與相關Π設備或DAW處理建立控制會話。雖然隨後將描述該處理的詳情，但是CPU40首先將「監聽請求」發送至DAW處理，然後CPU40將「建立請求」發送至UI設備。在此，可以設置預定控制會話，或者可以存儲和設置(再現)緊接在前控制會話的信息。現在，「預定控制會話」是指與預先確定的對方DAW處理進行的控制會話，並且預先確定的該對方DAW處理的示例可以包括多個DAW處理中的第一 DAW處理、具有與相關Π設備的編號(當連接多個相同UI設備時，添加到每個Π設備的序列號)相對應的順序的DAW處理等。在該情況下，基於HB分組找到的每個DAW處理的信息與由管理軟體處理(GM)添加至DAW處理的序列號一起被存儲在管理軟體處理(GM)的當前存儲器中。該序列號是當在上述管理軟體處理(GM)的CPU處理中，該DAW處理或Π設備被登記為該工作組中的新成員時，分配給DAW處理或Π設備的「角色」。而且，「緊接在前控制會話」是指與對方DAW處理的控制會話，其中針對該對方DAW處理與相關UI設備恰在之前建立(但是現在被釋放)了控制會話。在該情況下，識別對方DAW處理的信息在由管理軟體處理(GM)存儲的G列表中。
[0096]當在步驟S23中，CPU40判斷出唯一 ID在G列表中不存在時，或者當在步驟S24中，CPU40判斷出系統ID不匹配時，其是新找到的Π設備或DAW處理是不屬於任何音樂系統(工作組)或屬於另一個音樂系統(工作組)的UI設備或DAW處理的情況。從而，發送HB消息的UI設備或DAW處理不能被確認為由管理軟體處理(GM)管理的音樂系統(工作組)的成員，從而HB接收處理結束。此時，如果顯示GM屏幕3，則在部分3b中顯示不能被確認為成員的UI設備或DAW處理。而且，當CPU40完成步驟S25的處理時，HB信號接收處理結束。
[0097]注意，當在HB接收處理中的步驟S24中，系統ID不匹配時，處理結束，不進行任何處理。然而，可以警告用戶找到了具有不同系統ID的Π設備或DAW處理，並且可以從用戶接受將該Π設備或DAW處理加入相關系統中的指令，並且根據該指令可以執行隨後將描述的類似於成員添加處理(參見圖15)的處理，由此將所找到的Π設備或DAW處理再次結合到相關系統中。
[0098]接下來，圖13示出了當Π設備通電並且在PC上激活DAW處理時開始的主處理的流程圖，以描述主處理。
[0099]當UI設備或DAW處理被激活時，在被激活的UI設備中的CPU51中或在執行DAW處理的PC中的CPU40中，開始主處理，並且在步驟S30中，CPU51或CPU40執行初始化處理。在初始化處理中，將工作存儲器初始化，並且讀取和設置先前設定。而且，當DAW處理被激活時，讀入項目，並且在顯示器48上顯示圖3中所示的GM屏幕3。接下來，在步驟S31中，CPU51或CPU40確定一個監聽埠號，並且轉為對具有該監聽埠號的埠上的「管理會話」和「中斷會話」進行監聽的狀態(監聽狀態)。在該情況下，「管理會話」和「中斷會話」與「控制會話」相比不太頻繁地通信，從而具有相同監聽埠號的埠被用於「管理會話」和「中斷會話」。然而，對於這些類型的會話來說，監聽埠號可以相互不同。在該情況下，當在HB分組中描述兩個監聽埠號時，任一個管理軟體處理(GM)都能夠基於HB分組來與具有相互不同的埠號的兩個埠建立「管理會話」和「中斷會話」。
[0100]注意，在PCl至PC7中的一個PC中，可以同時激活諸如多個DAW處理的多個應用程式，並且可以對該應用程式設置各個不同的埠號。然後，當在PC上激活多個DAW處理時，針對該多個DAW處理分別確定不同監聽埠號，並且針對每個DAW處理準備監聽通信路徑。另一方面，由於僅在UI設備中激活控制器軟體，因此不存在對由UI設備確定的監聽埠號的限制，並且可以確定任意監聽埠號。例如，其可以是所有Π設備共用的預定埠號。
[0101]當步驟S31的處理結束時，流程進行至步驟S32至步驟S34的處理。步驟S32至步驟S34的處理是事件驅動處理，並且當用戶不操作控制項時，處於監聽狀態，當用戶操作控制項時，執行對應於事件的處理。具體地，在步驟S32中，CPU51或CPU40執行事件的檢測，並且在步驟S33中，判斷是否存在事件。當在步驟S33中，CPU51或CPU40判斷出不存在事件時，流程返回到步驟S32，以處於監聽狀態，並且重複步驟S32和步驟S33的處理。然後，當用戶對在Π設備中提供的任一個控制項或者通過DAW處理顯示在PC的顯示器上的任一個控制項進行操作時，在步驟S33中，檢測出存在關於該控制項的事件，流程進行至步驟S34。在步驟S34中，CPU51或CPU40執行對應於檢測到的事件的處理，即，控制項被如何操作。而且，當發生了 DAW的當前時間的經過、定時器的期滿、連接至作為操作設備46的PC的滑鼠的操作、從另一個裝置的數據接收、從相同裝置中的另一個處理的數據接收等時，在步驟S33中，檢測到存在事件，並且在步驟S34中，執行對應於檢測到的事件的處理。
[0102]接下來，使用圖14來描述管理會話、控制會話和中斷會話共有的會話的建立、數據傳送、以及釋放的過程。本過程中的邏輯路徑的建立是根據TCP中連接的建立、數據傳送、以及釋放的標準過程。
[0103]當建立每個會話時，作為客戶端的主機A經由網絡2將其SYN (連接指令)標記在TCP分組中為「I」的乙太網幀(TCP)發送至作為處於監聽狀態(Listen)下的伺服器的主機B。該乙太網幀(TCP)中的目的IP位址是分配給主機B的IP位址，並且主機B的監聽埠號被設置為埠號。當將要被建立的會話是管理會話或中斷會話時，主機A (客戶端)是執行管理軟體處理(GM)的PC，並且主機B (伺服器)是Π設備或執行DAW處理的PC。主機A使用存儲在HB列表中的主機B的IP位址和監聽埠號來發送SYN (連接指令)。通過發送其SYN標記為「 I」的乙太網幀(TCP)，發送SYN (連接指令)。
[0104]此外，當將要被建立的會話是控制會話時，主機A (客戶端)是Π設備，並且主機B(伺服器)是執行DAW處理的PC。哪個主機A將與哪個主機B連接是在管理軟體處理(GM)的控制下，並且主機A使用從執行管理軟體處理(GM)的CPU40指示的IP位址和監聽埠來發送SYN (連接指令)。
[0105]當接收從主機A發送的其SYN標記是「I」的乙太網幀(TCP)時，主機B響應於來自主機A的連接指令而執行連接建立，並且經由網絡2將請求建立來自主機B的會話的並且其SYN標記和ACK標記都是「 I 」的乙太網幀(TCP)發送至主機A。響應於此，主機A執行連接建立，並且經由網絡2將其ACK標記為「 I」的乙太網幀(TCP)發送至主機B。從而，建立會話。會話建立的該方法被稱為三次握手。
[0106]當建立會話時，主機A可以使用該會話將數據發送至主機B，並且主機B還可以將數據發送至主機A。注意，由於可以在乙太網幀(TCP)中發送的數據量限於預定量，通常數據被劃分並且以多段被發送。在序列圖中，通過從主機A向主機B的「DATA」序列來指示發送這樣劃分的數據的狀態。如圖所示，當主機B正常接收劃分為兩段的所有數據段時，主機B將ACK標記為「I」的乙太網幀(TCP)發送至主機A。而且，在序列圖中，當主機A從主機B正常接收到劃分為兩段的所有數據段(如由「DATA」序列表示)時，主機A將ACK標記為「I」的乙太網幀(TCP)發送至主機B。
[0107]然後，當釋放所建立的會話時，經由網絡2將其FIN (斷開連接指示)標記為「I」的乙太網幀(TCP)發送至對方主機。在所示的情況下，主機A經由網絡2將其FIN (斷開連接指令)標記為「I」的乙太網幀(TCP)發送至主機B。當接收從主機A發送的其FIN標記為「I」的乙太網幀(TCP)時，主機B響應於來自主機A的斷開連接指令而執行連接釋放，並且經由網絡2將請求釋放來自主機B的會話的並且其FIN標記和ACK標記都為「I」的乙太網幀(TCP)發送至主機A。主機A響應於此而執行連接釋放，並且經由網絡2將其ACK標記為「I」的乙太網幀(TCP)發送至主機B。從而，釋放會話。這導致主機B中的會話從建立狀態(ESTABLISHED)改變為監聽狀態(Listen)。
[0108]注意，在會話的建立序列中，如果ACK在預定時間內未返回，或者如果從伺服器發送指示伺服器不處於監聽狀態(NACK:否定應答)的ACK，則不能建立會話。而且，當不訪問會話的狀態持續預定時間或更長時，定時器期滿並且自動地釋放會話。因此，在音樂系統控制方法的該實施例中，關於管理會話和控制會話，僅在用於不執行數據發送的時間耗盡之前，發送用於繼續這些會話的虛擬數據(Keepalivepacket,保活分組)。從而,一旦建立管理會話和控制會話，它們就持續，直到音樂系統關閉為止。
[0109]管理軟體處理(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中的「添加(一)」和「刪除(一)」的操作對於系統的一般用戶不被允許，並且僅對於系統的管理員被允許。
[0110]在GM屏幕3中，當操作左箭頭按鈕3c (「一」)時，執行管理軟體處理GM的PC的CPU40開始成員添加處理。在步驟S40中，CPU40參考存儲在執行管理軟體處理(GM)的PC的R0M/RAM41中的HB列表，並且讀出在GM屏幕3的「外部」部分3b中所選擇的目標D的HB消息中描述的信息。然後，在步驟S41中，CPU40判斷除了由執行成員添加處理的管理軟體處理所管理的音樂系統(工作組)之外的系統ID是否存在於目標D的HB消息中。
[0111]當在步驟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。然後，成員添加處理結束。
[0112]此外，當在步驟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上未設置「禁止偵聽(interc印tion)」時，協商成功，或者當在目標D上設置了 「禁止偵聽時，協商失敗。而且，可替換地，由於被允許執行成員添加處理的用戶限於以上已經描述的管理員，關於步驟S46的協商可以使得其無條件地(一直)成功。
[0113]接下來，在步驟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的處理完成時，成員添加處理結束。
[0114]注意，其可以被配置成允許在GM屏幕3上同時選擇和添加多個目標D。在該情況下，針對所選多個目標D中的每一個執行上述處理。
[0115]管理軟體處理(GM)監控所存儲的HB列表中的HB消息的接收時間。圖16示出了當在接收時間不被更新的情況下經過預定時間時，即，當來自UI設備或DAW處理的其數據在HB列表中的HB分組(此後稱為「目標D」)在一段預定時間內沒有被接收時，由執行管理軟體處理(GM)的PC的CPU40執行的HB錯誤處理的流程圖，以描述HB錯誤處理。
[0116]在步驟S50中，當檢測到從HB消息的接收時間開始的經過時間超過針對由管理軟體處理(GM)存儲的HB列表上的任一個目標D的預定時間時，執行管理軟體處理(GM)的PC的CPU40開始HB錯誤處理，並且使用管理會話來訪問相關目標D。通過該訪問，例如，CPU40將具有空數據體的乙太網幀(TCP)發送至目標D。然後，CPU40確認具有「I」的ACK標記的乙太網幀(TCP)是否從目標D返回。當該乙太網幀(TCP)返回時，意味著目標D存在於由管理軟體處理(GM)管理的音樂系統(工作組)中，從而在步驟S51中，CPU40判斷出目標D存在，並且流程分支到S54。在步驟S54中，CPU40將來自HB列表上的目標D的接收時間更新為當前時間，並且HB錯誤處理結束。
[0117]此外，當上述乙太網幀(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處理。
[0118]在音樂系統控制方法的實施例中，當在UI設備上操作用於選擇由UI設備控制的DAW處理的選擇按鈕時，在Π設備中以及在管理其中該Π設備是成員的音樂系統的管理軟體處理(GM)中執行一系列處理，由此使能通過Π設備控制所選DAW處理。圖17示出了在B (按鈕)按壓時在UI設備中的CPU51中執行的處理、以及在接收到B按壓時在執行管理相關UI設備是成員的音樂系統的管理軟體處理(GM)的PC的CPU40中所執行的處理的流程圖，以描述一系列處理。
[0119]當作為UI設備的音量控制器10中的選擇按鈕26之一被操作時，或者當主控制器
11中的選擇按鈕31之一被操作時，選擇按鈕在其上被操作的UI設備中的CPU51開始當B按壓時的處理，並且在步驟S60中，CPU51使用管理會話，將關於通過選擇按鈕的操作選擇哪個DAW處理的信息發送至管理其中相關Π設備是成員的音樂系統的管理軟體處理(GM)。然後，當B按壓時的處理結束，並且當由管理相關UI設備是成員的音樂系統的管理軟體處理(GM)接收以上信息時，管理軟體處理(GM)接受DAW處理的選擇，並且執行該管理軟體處理(GM)的PC的CPU40開始當接收到B按壓時的處理。
[0120]當在接收到B按壓時的處理開始時，CPU40在步驟S61中判斷所選DAW處理是否與在相關Π設備中建立的當前控制會話的對方DAW處理相同。在此，當CPU40判斷為相同時，當前設定不需要被改變，因此當接收到B按壓時的處理結束。另一方面，當CPU40判斷為不相同時，流程進行至步驟S62。在步驟S62中，執行管理軟體處理(GM)的PC的CPU40使用管理會話，來將當前控制會話的釋放請求發送至相關Π設備。當接收當前控制會話的釋放請求時，相關Π設備使用當前控制會話來將斷開連接指令(FIN)發送至作為連接目的地的執行DAW處理的PC，並且由此按照圖14中所示的過程，釋放當前控制會話。然後，在確認釋放之後，相關Π設備使用管理會話，將通知當前控制會話釋放完成的釋放確認發送至執行管理軟體處理(GM)的PC (步驟S66)。當接收到釋放確認時，執行管理軟體處理(GM)的PC的CPU40使用管理會話，將用於新控制會話的監聽請求發送至執行相關Π設備上所選擇的DAW處理的PC (步驟S63)。在步驟S67中，執行相關DAW處理的PC將一個埠號確定為監聽埠號，此外，使用該一個埠號開始伺服器操作。具體地，執行相關DAW處理的PC接收監聽請求，將未使用的埠號確定為該PC中的監聽埠號，在由監聽埠號指示的埠上，開始作為伺服器對控制會話的監聽操作，並且使用管理會話發送監聽埠號被寫入執行管理軟體處理(GM)的PC的監聽確認。
[0121]當接收到監聽確認時，PC (管理軟體處理(GM))的CPU40經由管理會話將控制會話建立請求發送至相關UI設備(步驟S64)，其中控制會話建立請求包括執行DAW處理的PC的IP位址信息和在監聽確認中所描述的監聽埠號信息。當接收到控制會話建立請求時，相關Π設備將控制會話的連接指令(SYN)發送至具有請求中所描述的埠號的、同樣在請求中所描述的IP位址的PC的埠，由此按照圖14中所示的過程來建立與PC的DAW處理的控制會話。然後，在確認建立之後，相關Π設備使用管理會話來將通知控制會話的建立完成的建立確認發送至執行管理軟體處理(GM)的PC (步驟S68)。在此，當所有步驟S66至S68的處理均成功，並且建立了相關UI設備和所選DAW處理之間的控制會話時，執行管理軟體處理(GM)的CPU40經由管理會話來發送相關UI設備的被操作的選擇按鈕的點亮請求(步驟S65)。當接收到點亮請求時，相關Π設備熄滅在選擇之前已被點亮的選擇按鈕，點亮所選選擇按鈕，並且將點亮被選擇的選擇按鈕的通知發送至管理軟體處理(GM)(步驟S69)。在確認點亮選擇按鈕的通知被返回之後，執行管理軟體處理(GM)的CPU40結束當接收到B按壓時的處理。而且，當步驟S66至S68中的任一個的處理失敗時，CPU40在執行管理軟體處理(GM)的PC的顯示設備上執行指示出現錯誤的錯誤顯示。
[0122]如上所述，Π設備經由控制會話連接至DAW處理之一，並且通過操作UI設備上提供的控制項，執行一系列處理以使能所連接的DAW處理的參數的操作。圖18示出了當P (參數)操作時的處理和那時在Π設備中的CPU51中執行的顯示更新處理、以及在執行由相關UI設備控制的DAW處理的PC的CPU40中執行的P操作接收處理的流程圖，以描述一系列處理。
[0123]在步驟S70中，當UI設備上提供的控制項之一被操作時，該UI設備中的CPU51開始當P操作時的處理，並且CPU51使用控制會話，將被操作的控制項的P (參數)操作事件發送至與Π設備連接的DAW處理。當P操作時的處理在此結束。然而，當接收到P操作事件時，執行DAW處理的PC的CPU40開始當接收到P操作時的處理，並且在步驟S71中根據P操作事件來改變相應參數值。接下來，在步驟S72中，CPU40使用控制會話，根據改變參數值的結果，將顯示數據發送至Π設備。當接收到P操作時的處理在此結束。在步驟S73中，當接收顯示數據時，UI設備中的CPU51開始顯示更新處理，並且基於顯示數據，顯示參數的值，當被操作的控制項是按鈕時點亮LED，或者當被操作的參數是音量電平時，驅動音量控制器21。顯示更新處理在此結束。
[0124]注意，可以在UI上操作的目標參數包括顯示在DAW處理被激活的PC的顯示器48上的各屏幕的打開或關閉、在音頻數據的時間軸上的位置的設定、關於軌道的記錄的開始和停止及再現的開始和停止等、以及關於混合器屏幕的每個輸入通道、每個軌道通道、每個總線通道和每個輸出通道的參數設定、以及關於每個通道的音量控制值、0N/0FF、發送電平值、均衡器設定、壓縮器設定等。而且，還包括對插入每個通道中的插件效果的設定的操作。[0125]{工業應用}
[0126]在以上描述的根據本發明的音樂系統控制方法中，管理軟體處理首先與網絡上的所選音樂軟體處理和控制器建立管理連接。然後，管理軟體處理經由該管理連接，在每個控制器和期望音樂軟體處理之間建立控制連接。然後，經由控制連接，執行由控制器對音樂軟體處理的遠程控制。在根據本發明的音樂系統控制方法中，關於屬於另一個音樂系統的UI設備或DAW處理，其屬於什麼音樂系統可以顯示在圖3中所示的GM屏幕3上，使得用戶可以識別該音樂系統。
[0127]此外，雖然上述音樂系統包括DAW處理和Π設備，但是根據本發明的音樂系統控制方法可以應用至包括混合器引擎和Π設備的系統、包括樂音產生器和Π設備的系統等。在該情況下，管理軟體處理(GM)可以在單獨準備的PC上被激活，或者在混合器引擎或樂音產生器的CPU中被激活。而且，用戶可以通過Π設備，遠程控制混合器引擎、樂音產生器等。
[0128]注意，在根據本發明的音樂系統控制方法中，通過其本身建立的每個會話中的管理軟體處理、DAff (音樂軟體)處理、以及Π設備(控制器)中的每一個，來區分每個會話的類型是管理會話還是控制會話。當經由會話發送分組時，與會話的類型對應的分組通過設備的每個處理被形成並且被發送。在根據本發明的音樂系統控制方法中，所有會話都是TCP連接，並且在此的類型差異是流動的分組的差異。
[0129]此外，在根據本發明的音樂系統控制方法中，網絡技術標準不限於乙太網，並且可以採用不同網絡技術標準。在該情況下，根據所採用的網絡技術標準，使用幀和分組的數據結構。而且，控制器的面板結構是示例，並且控制項可以包括旋轉編碼器等，並且期望類型的控制項等可以設置在任何位置。而且，在控制器上，可以採用顯示在顯示器上的Π屏幕上的控制項，而不是物理控制項，例如，其上安裝控制器軟體的平板終端可以用作控制器。而且，PC和UI設備的硬體結構是示例並且不限於所示結構。
[0130]{參考標記列表}
[0131]1...音樂系統，2...網絡，3...GM屏幕，3a...「工作組」部分，3b...「外部」部分，3c...左箭頭按鈕，3d...右箭頭按鈕，4...Π設備，10...音量控制器，11...主控制器，20a...通道條部分，20b...控制部分，21...音量控制器，22...通道名稱顯示部分，
23...旋鈕，24...第一控制項，25...第二控制項，26...選擇按鈕，26a至26c...按鈕，31...選擇按鈕，31a 至 31c...按鈕，40...CPU，41...R0M/RAM，42...非易失性存儲器，43...音頻10，44...音頻設備，45...操作10，46...操作設備，47...顯示10，48...顯示器，49...ΝΙ0, 50...CPU 總線，51...CPU, 52...ROM/RAM, 53...非易失性存儲器，54...控制項，
55...顯示器，56...ΝΙ0，57...CPU總線，DAW...音樂軟體，GM...管理軟體處理，PCl至PC7...個人計算機，Ml至M3...主控制器，Fl至F5...音量控制器。
【權利要求】
1.一種音樂系統控制方法，用於控制經由網絡彼此連接的多個設備和多個音樂軟體處理，以使一些設備和一些音樂軟體處理作為一個音樂系統進行操作，所述音樂系統控制方法包括: 第一步驟，接收通過廣播或多播從所述多個設備和所述多個音樂軟體處理中的每一個定期發送的心跳信號，所述心跳信號包括發送所述心跳信號的設備或音樂軟體處理所屬的音樂系統的識別信息； 第二步驟，基於在第一步驟中接收到的所述心跳信號，呈現發送所述心跳信號的設備和音樂軟體處理中的每一個，使得用戶能夠確定該設備或音樂軟體處理是否屬於任何音樂系統； 第三步驟，從用戶接受在第二步驟中呈現的不屬於任何音樂系統的設備或音樂軟體處理當中對一個設備或音樂軟體處理的選擇，並且將所選設備或音樂軟體處理登記為屬於所述一個音樂系統的設備或音樂軟體處理；以及 第四步驟，從用戶接受對所述一個音樂系統的操作，並且根據接受到的操作來控制屬於所述一個音樂系統的設備或音樂軟體處理。
2.根據權利要求1所述的音樂系統控制方法， 其中，通過廣播或多播從所述多個設備和所述多個音樂軟體處理中的每一個定期發送的心跳信號包括:用於與發送所述心跳信號的設備或音樂軟體處理進行通信的埠號，並且 在第四步驟中的控制是 通過使用從該設備或音樂軟體處理髮送的心跳信號中所包括的埠號來與該設備或音樂軟體處理進行通信的遠程控制。
3.根據權利要求1所述的音樂系統控制方法， 其中，通過廣播或多播從所述多個設備和所述多個音樂軟體處理中的每一個定期發送的心跳信號包括:發送所述心跳信號的設備或音樂軟體處理所屬的音樂系統的識別信息、和指示關於該音樂系統遠程控制是有效還是無效的狀態數據，並且 在第二步驟中的呈現是基於在第一步驟中接收到的所述心跳信號中所包括的音樂系統的識別信息和所述狀態數據來呈現發送所述心跳信號的設備和音樂軟體處理中的每一個。
4.一種音樂系統控制方法，用於控制經由網絡彼此連接的多個設備和多個音樂軟體處理，以使一些設備和一些音樂軟體處理作為一個音樂系統進行操作，所述音樂系統控制方法包括: 第一步驟，接收通過廣播或多播從所述多個設備和所述多個音樂軟體處理中的每一個定期發送的心跳信號，所述心跳信號包括發送所述心跳信號的設備或音樂軟體處理所屬的音樂系統的識別信息； 第二步驟，基於在第一步驟中接收到的所述心跳信號，呈現發送所述心跳信號的設備和音樂軟體處理中的每一個，使得用戶能夠確定該設備或音樂軟體處理是屬於所述一個音樂系統的設備或音樂軟體處理、和屬於另一個音樂系統的設備或音樂軟體處理中的哪一種； 第三步驟，從用戶接受在第二步驟中呈現的屬於另一個音樂系統的設備或音樂軟體處理當中對一個設備或音樂軟體處理的選擇，偵聽從所述另一個音樂系統所選的設備或音樂軟體處理，並且將所選設備或音樂軟體處理登記為屬於所述一個音樂系統的設備或音樂軟體處理；以及 第四步驟，從用戶接受對所述一個音樂系統的操作，並且根據接受到的操作來控制屬於所述一個音樂系統的設備或音樂軟體處理。
【文檔編號】G11B27/031GK103810990SQ201310538322
【公開日】2014年5月21日 申請日期:2013年11月4日 優先權日:2012年11月2日
【發明者】越智光敬 申請人:山葉株式會社