JP4155295B2 - 楽音発生システム - Google Patents

Description

この発明は、ネットワークに接続されている複数の処理装置を用いて構成される楽音発生システムに関する。

従来、複数の電子楽器を互いに接続して電子楽器ネットワークシステムを構成している、いわゆるＭＩＤＩ（Musical Instrument Digital Interface）が知られている。このＭＩＤＩは、自動演奏データ等を伝送するための共通規格であり、ネットワーク上に分散した複数の楽器の内のあるものから他のものにキーコード等の演奏データを一方向に伝送することを可能としている。ＭＩＤＩでは、ＭＩＤＩメッセージがシリアルデータであると共に、電子楽器間を接続しているＭＩＤＩラインは各機器を直列に接続するようそれぞれ布線されているため、各機器間を接続したＭＩＤＩラインがかなりの占有場所を取るようになり、また、ＭＩＤＩラインが誤って１か所でもはずれてしまうと、その先に信号が伝送されず発音が停止されてしまうようになる。さらには、一度接続をはずしてしまうと元に戻す配線作業が大変になってしまう。
そこで、ネットワークを用いる楽器システムとしてｍＬＡＮ（music Local Area Network）が提唱されている。ｍＬＡＮは、ＩＥＥＥ１３９４を使ったデジタルオーディオ／ＭＩＤＩデータの伝送技術であり、ＡＶ機器や電子楽器、コンピュータシステム間をＩＥＥＥ１３９４インターフェイスで接続することにより、２５６チャンネル以上のデジタルオーディオデータやＭＩＤＩデータをやり取りすることができる。このｍＬＡＮは、ＩＥＥＥ１３９４上でオーディオ／ＭＩＤＩデータをやり取りするためのプロトコルである「IEC61833-6 Audio and Music Data Transmission Protocol」をベースにして、ＡＶ機器や電子楽器を制御したり、連携して動作するように制御するためのコマンドを定義している。このｍＬＡＮにより、従来はアナログケーブルやＭＩＤＩケーブルなどを使って行われていた複雑な機器間の接続を、ＩＥＥＥ１３９４ケーブルのデイジーチェイン接続に置き換えることができ、機器間の接続を大幅に簡略化することができる。
特許第３２７１４９３号公報

しかしながら、ｍＬＡＮはデイジーチェーン接続であるため、新たな機器を任意の箇所に物理的に接続して論理的な接続設定を行うことは困難な作業を伴うという問題点があった。また、各機器を直列に接続するようそれぞれ布線されているため、各機器間を接続したラインがかなりの占有場所を取るようになる。さらに、ラインが誤って１か所でもはずれてしまうと、その先に信号が伝送されず発音が停止されてしまうようになり、さらには、一度接続をはずしてしまうと元に戻す配線作業が大変であるという問題点があった。
また、新たな装置を任意の箇所に接続することのできるネットワークとしてＬＡＮ（Local Area Network）が知られている。ＬＡＮは、企業内ネットワークなど比較的限られたエリア内のコンピュータ・ネットワークであり、最近では一般家庭においても構築されるようになってきている。しかしながら、ＬＡＮに直接接続できる音源や各種の楽音発生関連装置が存在せず、ＬＡＮのような一般的なネットワークを用いた楽器システムを構築することができないという問題点があった。また、一つの装置が複数の機能をもつ、たとえば電子鍵盤楽器のように鍵盤(操作子)と音源とスピーカの三つの機能を有し、これら三つの機能間ではデータを通信して楽音を再生するように設定されている。このような装置をネットワークに接続した際に、機能毎に独立してネットワーク上で取り扱えないという問題点があった。

そこで、本発明はＬＡＮのような一般的なネットワークを利用して、音源や各種の楽音発生関連の装置として機能する処理装置をネットワーク上の任意の箇所へ物理的に接続して論理的な接続設定を簡単に行うことができ、ネットワークに接続されている処理装置を組み合わせて楽音発生システムを構築することを目的としている。

上記目的を達成するために、本発明の楽音発生システムは、スター型のネットワークに接続されている複数の処理装置を用いて構成され、処理装置は実行されるプログラムに応じた楽音発生に関連する処理要素として機能するようにされており、複数の処理要素が機能している前記処理装置がネットワークに接続された際に、複数の処理要素間の接続を解除して複数の処理要素が独立してネットワークに接続されるようにしたことを最も主要な特徴としている。

本発明によれば、スター型のネットワークに接続されている複数の処理装置を用いて構成され、処理装置は実行されるプログラムに応じた楽音発生に関連する処理要素として機能するようにされており、複数の処理要素が機能している前記処理装置がネットワークに接続された際に、複数の処理要素間の接続を解除して複数の処理要素が独立してネットワークに接続されるようにしたので、一つの処理装置に含まれる複数の処理要素間の接続を解除することにより、一つの処理装置における複数の処理要素のそれぞれを、ネットワーク上において個別の装置のように取り扱えるようになる。また、ネットワーク上の処理装置が有している全ての処理要素を個別にネットワークに接続できるようになり、多彩な接続が可能になる。

本発明の実施例の楽音発生システムの構成を示すブロック図を図１に示す。
本発明にかかる楽音発生システムは、図１に示すように外部ネットワークに接続可能な内部ネットワークを備えている。内部ネットワークはイーサネット等のＬＡＮとされ一つの家の中で構築されている。この内部ネットワークはルータ２と、ルータ２の複数のＬＡＮ端子にＬＡＮケーブルを介してそれぞれ接続されているハブ１０，ハブ２０，ハブ３０，ハブ４０を備え、一つの家の中の部屋１，部屋２，部屋３，部屋４の４つの部屋にまたがって構築されるスター型のネットワークとされている。ルータ２のＷＡＮ端子はインターネット１に接続されており、インターネット１には他のネットワークに接続されているルータ３，ルータ４が接続されている。これにより、内部ネットワークはルータ２およびインターネット１を介してルータ３に接続されている他のネットワークやルータ４に接続されている他のネットワークに接続可能とされる。

部屋１には、ＳＶ（サーバ）１１，ＴＧ１（音源）１２，ＴＧ２（音源）１３，ＫＢ（鍵盤）１４，ＳＰ１（スピーカ）１５の各装置が設置されており、これらの装置にはネットワークアダプタが設けられてＬＡＮ装置とされている。部屋１に設けられたハブ１０の上流のＬＡＮ端子はＬＡＮケーブルを介してルータ２のＬＡＮ端子に接続されており、ハブ１０の下流の複数のＬＡＮ端子とＳＶ（サーバ）１１，ＴＧ１（音源）１２，ＴＧ２（音源）１３，ＫＢ（鍵盤）１４，ＳＰ１（スピーカ）１５にそれぞれ設けられているネットワークアダプタのＬＡＮ端子との間が、それぞれＬＡＮケーブルを介して接続されている。なお、本明細書にかかるＬＡＮ装置は、例えばイーサネット等の通信プロトコルに従ってデータを通信できる機器と定義される。
また、部屋２には、ＳＰ２（スピーカ）２１，ＤＵ（ＤＳＰユニット）２２，ＭＸ（ミキサ）２３，ＣＲ（コンテンツレコーダ）２４の各装置が設置されており、これらの装置にはネットワークアダプタが設けられてＬＡＮ装置とされている。部屋２に設けられたハブ２０の上流のＬＡＮ端子はＬＡＮケーブルを介してルータ２のＬＡＮ端子に接続されており、ハブ２０の下流の複数のＬＡＮ端子とＳＰ２（スピーカ）２１，ＤＵ（ＤＳＰユニット）２２，ＭＸ（ミキサ）２３，ＣＲ（コンテンツレコーダ）２４にそれぞれ設けられているネットワークアダプタのＬＡＮ端子との間が、それぞれＬＡＮケーブルを介して接続されている。

さらに、部屋３には、ＡＡ（自動伴奏）３１，ＭＲ（ＭＩＤＩレコーダ）３２，ＥＤ（エディタ）３３，ＥＦ（エフェクタ）３４，ＡＲ（オーディオレコーダ）３５，ＳＹ（音源、鍵盤）３６の各装置が設置されており、これらの装置にはネットワークアダプタが設けられてＬＡＮ装置とされている。部屋３に設けられたハブ３０の上流のＬＡＮ端子はＬＡＮケーブルを介してルータ２のＬＡＮ端子に接続されており、ハブ３０の下流の複数のＬＡＮ端子とＡＡ（自動伴奏）３１，ＭＲ（ＭＩＤＩレコーダ）３２，ＥＤ（エディタ）３３，ＥＦ（エフェクタ）３４，ＡＲ（オーディオレコーダ）３５，ＳＹ（音源、鍵盤）３６にそれぞれ設けられているネットワークアダプタのＬＡＮ端子との間が、それぞれＬＡＮケーブルを介して接続されている。
さらにまた、部屋４には、ＭＣ（マイク）４１，ＣＤ（ＣＤプレーヤ）４２の各装置が設置されており、これらの装置にはネットワークアダプタが設けられてＬＡＮ装置とされている。部屋４に設けられたハブ４０の上流のＬＡＮ端子はＬＡＮケーブルを介してルータ２のＬＡＮ端子に接続されており、ハブ４０の下流の複数のＬＡＮ端子とＭＣ（マイク）４１，ＣＤ（ＣＤプレーヤ）４２にそれぞれ設けられているネットワークアダプタのＬＡＮ端子との間が、それぞれＬＡＮケーブルを介して接続されている。

本発明の楽音発生システムにおける内部ネットワークに接続されている、部屋１ないし部屋４に設置されている各装置は１つずつの単体の機器でありＤＵ（ＤＳＰユニット）２２を除いて、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory ）、ＲＯＭ（Read Only Memory）を少なくとも備え、各装置に対応するハードウェアを備える構成とされている。そして、装置名に対応するプログラムが実行されることにより、装置名の機能で動作するようになされている。このように、本発明における各装置はＤＵ（ＤＳＰユニット）２２を除いて、種々のプログラムを実行することのできる処理装置（コンピュータ）とされており、以下の記載においてはこの処理装置がプログラムを実行することにより達成される機能を処理要素と定義している。すなわち、部屋１に設置されるＳＶ（サーバ）１１，ＴＧ１（音源）１２，ＴＧ２（音源）１３，ＫＢ（鍵盤）１４，ＳＰ１（スピーカ）１５、部屋２に設置されるＳＰ２（スピーカ）２１，ＭＸ（ミキサ）２３，ＣＲ（コンテンツレコーダ）２４、部屋３に設置されるＡＡ（自動伴奏）３１，ＭＲ（ＭＩＤＩレコーダ）３２，ＥＤ（エディタ）３３，ＥＦ（エフェクタ）３４，ＡＲ（オーディオレコーダ）３５，ＳＹ（音源、鍵盤）３６、部屋４に設置されるＭＣ（マイク）４１，ＣＤ（ＣＤプレーヤ）４２は、全て処理要素であり処理装置が対応するプログラムを実行することにより、その処理要素として機能している。
ＳＶ（サーバ）１１はクライアントコンピュータに対し、自身の持っている機能やデータを提供するコンピュータであり、クライアントコンピュータは上記した処理要素が機能している処理装置である。また、ＤＵ（ＤＳＰユニット）２２は多数のＤＳＰを備える処理装置により構成され、ＤＳＰがマイクロプログラムを実行することにより、ミキサ、エディタやエフェクタ等の処理要素として機能するようになる。すなわち、ＤＵ（ＤＳＰユニット）２２はマイクロプログラムを選択して実行させることにより、機能する処理要素を切り替えることができる。

処理要素について具体的に説明すると、ＴＧ１（音源）１２およびＴＧ２（音源）１３は、処理装置が音源プログラムを実行することにより音源要素として機能している。ＫＢ（鍵盤）１４は、ハードウェアとしての鍵盤を備える処理装置が鍵盤プログラムを実行することにより鍵盤要素として機能している。ＳＰ１（スピーカ）１５およびＳＰ２（スピーカ）２１は、ハードウェアとしてのスピーカを備える処理装置がスピーカプログラムを実行することによりスピーカ要素として機能している。ＭＸ（ミキサ）２３は、処理装置がミキサプログラムを実行することによりミキサ要素として機能している。ＣＲ（コンテンツレコーダ）２４は、大容量の記憶装置を備える処理装置がレコーダプログラムを実行することによりコンテンツレコーダ要素として機能している。ＡＡ（自動伴奏）３１は、処理装置が自動伴奏プログラムを実行することにより自動伴奏要素として機能している。ＭＲ（ＭＩＤＩレコーダ）３２は、大容量の記憶装置を備える処理装置がレコーダプログラムを実行することによりＭＩＤＩレコーダ要素として機能している。ＥＤ（エディタ）３３は、処理装置がエディタプログラムを実行することによりエディタ要素として機能している。ＥＦ（エフェクタ）３４は、処理装置がエフェクタプログラムを実行することによりエフェクタ要素として機能している。ＡＲ（オーディオレコーダ）３５は、大容量の記憶装置を備える処理装置がレコーダプログラムを実行することによりオーディオレコーダ要素として機能している。ＳＹ（音源、鍵盤）３６は、ハードウェアとしての鍵盤を備える処理装置が音源プログラムと鍵盤プログラムを実行することにより音源要素および鍵盤要素の２つで機能している。ＭＣ（マイク）４１は、ハードウェアとしてのマイクを備える処理装置がマイクプログラムを実行することによりマイク要素として機能している。ＣＤ（ＣＤプレーヤ）４２は、ハードウェアとしてのＣＤドライブを備える処理装置がプレーヤプログラムを実行することによりＣＤプレーヤ要素として機能している。
なお、ＳＶ（サーバ）１１とＤＵ（ＤＳＰユニット）２２や上記した処理要素との間や処理要素同士の間で通信を行ってデータの授受を行うことができるが、ここではＳＶ（サーバ）１１と上記した処理要素とはＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）をサポートしており、ＴＣＰ／ＩＰプロトコルを用いてデータ授受の通信を行うようにしている。

内部ネットワークにおいて、ＬＡＮケーブル上を流れる情報はすべてＭＡＣフレームと呼ばれる所定長のパケットに入れられる。ＭＡＣフレームにはＩＰパケットがカプセル化されており、その先頭と最後にはそれぞれ受信部で信号の先頭を見つけるためのプリアンブルとＭＡＣフレームの内容の正当性を検査するためのチェックコードが付けられている。さらに、ＭＡＣフレームのヘッダには送信先と送信元を表わすＭＡＣアドレス（Media Access Control Address）が含まれている。ＭＡＣアドレスとは、すべてのネットワーク手段に一意に与えられている固有の番号であり、イーサネットの場合はＭＡＣアドレスは４８ビットとされている。また、ＭＡＣフレームの送信はＣＳＭＡ／ＣＤ（Carrier Sense Multiple Access with Collision Detection ）方式で行われている。ＣＳＭＡ／ＣＤとは「搬送波感知多重アクセス／衝突検出方式」であり、データを送信したいノード（処理装置）はケーブルの搬送波を検出することにより通信状況を監視し空いている場合は送信を開始する。このとき、もし複数のノード（処理装置）が同時に送信を開始するとケーブル内でデータが衝突して壊れるので、これを検出（Collision Detection）しランダムな時間待機して送信を再開している。
なお、ハブ１０ないしハブ４０はスイッチングハブとされて単なるリピータではなくブリッジとして働き、ノード（処理装置）から送られてきたデータを解析してあて先を検出し、送り先のノード（処理装置）にだけデータを振り分けるようにしている。

また、ＴＣＰ／ＩＰは通信プロトコルのひとつでありＯＳＩ参照モデルではＩＰが第３層（ネットワーク層）、ＴＣＰが第４層（トランスポート層）に相当している。ＴＣＰ層では、ＩＰ層によるデータグラム指向の通信機能を使って信頼性のある全二重のフロー制御つきの通信機能を上位の処理要素（アプリケーション）に対して提供している。これにより、データの抜けや重複あるいは誤りがなく、送信側で送ったデータがそのままの順序で正しく受信側へ届くようになる。すなわち、ＩＰ層やその下位の物理的な伝送媒体の特性により、送信側が送り出したパケットが消失したり、遅延によって順序が入れ替わって到着したり、再送によって重複して到着したりすることがあるが、それらの影響を排除して、処理要素にとって信頼性のある通信路をＴＣＰにより確保している。ＴＣＰを使って送受信されるデータの各バイトには、シーケンス番号という連続する一連の番号が付けられており、シーケンス番号によりデータの抜けや重複がないかどうかを検査している。データを受け取った側では、ＡＣＫ（ACKnowledgement）を送信元へ返すことによりどのシーケンス番号のデータまでを受け取ったかを通知しており、これにより、送信側ではデータが正しく相手に届いたことが確認できる。この場合、所定の時間が経過してもＡＣＫが返ってこなければ、途中でデータが消失したか、相手がパケットを受信できなかったと判断して再度パケットを送信する再送制御を行う。これにより、信頼性の高い通信を行うことができるようになる。なお、再送を開始するまでの待ち時間は固定とされておらず、通信路の遅延特性、ＡＣＫが返ってくるまでの時間や再送回数などの条件によって動的に変更され、効率よく通信が行なえるように高度に制御されている。

本発明にかかる楽音発生システムは、図１に示す内部ネットワークに接続されている複数の処理装置において機能している処理要素を組み合わせることにより構成される。例えば、ＫＢ（鍵盤）１４から出力される演奏データをＴＧ１（音源）１２に供給し、ＴＧ１（音源）１２において演奏データに基づいて生成されて出力される楽音波形データをＳＰ１（スピーカ）１５に供給する楽音発生システムを構築する場合は、ＫＢ（鍵盤）１４とＴＧ１（音源）１２、および、ＴＧ１（音源）１２とＳＰ１（スピーカ）１５とを論理的に接続する設定を行うことにより、楽音発生システムが構築されるようになる。このような楽音発生システムは、内部ネットワークに接続されている複数の処理装置において機能している処理要素を組み合わせて構築することができる。すなわち、ＫＢ（鍵盤）１４とＳＹ（鍵盤，音源）３６の音源機能とＳＰ２（スピーカ）２１との間を論理的に接続しても楽音発生システムが構築されるようになる。この場合、ＥＦ（エフェクタ）３４やＭＸ（ミキサ）２３をさらに論理的に接続することにより、楽音波形データにエフェクトをかけたり複数の楽音波形データをミキシングすることができるようになる。

処理装置において機能している処理要素はＬＡＮにより物理的に接続されているが、論理的に接続されることにより処理装置において機能している処理要素間においてデータの受け渡しが可能となる。例えば、ＫＢ（鍵盤）１４とＴＧ１（音源）１２とが論理的に接続された際には、処理要素であるＫＢ（鍵盤）１４から出力される演奏データを、処理要素であるＴＧ１（音源）１２に受け渡すことができるようになる。この場合、ＫＢ（鍵盤）１４とＴＧ１（音源）１２とはＴＣＰ／ＩＰを用いて通信を行うことにより、ＫＢ（鍵盤）１４からパケット化されて出力された演奏データが、ＴＧ１（音源）１２で受信されるようになる。この場合の送信元の処理要素において生成されてネットワーク上に出力されるＭＡＣフレームの生成過程の概要を図２に示す。

図２に示すように、送信元の処理要素から出力されるデータは所定の長さの送信データに分割され、ＴＣＰ層において所定長の送信データの先頭にＴＣＰヘッダを付加してＴＣＰセグメントが生成される。ＴＣＰヘッダには、シーケンス番号と送信元の処理要素のポート番号とあて先の処理要素のポート番号とが含まれている。ＩＰ層では、このＴＣＰセグメントの先頭にＩＰヘッダを付加してＩＰパケットが生成される。ＩＰヘッダには、送信元のＩＰアドレスとあて先のＩＰアドレスと、図示していないがパケット長やプロトコル番号等が含まれている。ＩＰアドレスは、図１に示す内部ネットワークおよびインターネットを含む外部ネットワークに接続された処理装置の１台１台に割り振られた識別番号であり、ＩＰｖ４では、８ビットずつ４つに区切られた３２ビットの数値が使われており、「１９２．１６８．１００．８」などのように、０から２５５までの１０進数の数字を４つ並べて表現されている。そして、データリンク層および物理層においてこのＩＰパケットの先頭にＭＡＣヘッダを付加してＭＡＣフレームが生成される。ＭＡＣヘッダには、送信元の処理装置に一意に与えられている送信元ＭＡＣアドレスと、あて先の処理装置に一意に与えられているあて先ＭＡＣアドレスとが含まれている。このようにして生成されたＭＡＣフレームが送信元の処理装置からＬＡＮケーブル上に送出され、ＭＡＣフレームにおけるあて先ＭＡＣアドレスが一致する処理装置がこのＭＡＣフレームを取り込み、ＩＰアドレスとポート番号とで特定される処理要素に送信データが渡されるようになる。このように、ポート番号はＩＰアドレスの下のサブアドレスでありＩＰアドレスとポート番号との組み合わせにより処理要素を特定できることから、ＳＹ（音源、鍵盤）３６のように１つの処理装置において機能している処理要素が複数とされていてもそれぞれの処理要素をＩＰアドレスとポート番号との組み合わせにより特定して渡すことができるようになる。

次に、図１に示す内部ネットワークにおけるすべての処理要素毎の識別情報の対応表である装置テーブルを図３に示す。この装置テーブルでは、ブロードキャストドメイン内に含まれる処理装置で機能している全ての処理要素が含まれている。この装置テーブルはＳＶ（サーバ）１１で作成されて、内部ネットワーク上の全ての処理装置に記録され、その内容は同一とされている。内部ネットワークに接続される処理装置に変更があった際の装置テーブルの内容はＳＶ（サーバ）１１が更新し、更新後の装置テーブルをＳＶ（サーバ）１１から全ての処理装置へ送信するようにしている。なお、内部ネットワークに接続された処理装置は、ＳＶ（サーバ）１１から装置テーブルを取得して記録する。
図３に示す装置テーブルにおいて、論理装置ＩＤは処理要素のポート番号に相当し処理要素毎に異なるＩＤが割り当てられている。ＩＰアドレスは、内部ネットワークおよびインターネットを含む外部ネットワークに接続された処理装置の１台１台に一意に割り振られた識別番号であり、処理装置がネットワークにログインした際に、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバが予め用意されたＩＰアドレスの１つをその処理装置に割り当てるようにしている。ＤＨＣＰサーバにはルータ２がなることができるが、ＳＶ（サーバ）１１や処理装置の一つがなることもできる。物理装置ＩＤは、すべてのネットワーク装置に一意に与えられている固有の番号であり、図３では内部ネットワークの処理装置に一意に与えられた固有番号とされている。装置名は、処理要素が機能している処理装置の略称とされている。処理ＩＤは処理要素の種類毎に予め決められており、処理要素の種類毎に決められた処理ＩＤが割り当てられている。処理要素名は、処理要素が実現している楽音発生関連装置の名称とされている。なお、論理装置ＩＤ”Ｎｏ．７”のＤＳＰユニットにおいては、ＤＳＰユニットであることを示す処理ＩＤである「ＡＥ」および処理要素名「ＤＳＰユニット」と、実行されるマイクロプログラムに応じて機能している現在の処理要素を示す処理ＩＤ（例えば、「ＡＦ」）およびその処理要素名（例えば、「ミキサ」）とが装置テーブルに記録される。また、論理装置ＩＤ”Ｎｏ．１５”の処理要素名「音源」と論理装置ＩＤ”Ｎｏ．１６”の処理要素名「鍵盤」は１つの処理装置で機能している処理要素であることから、ＩＰアドレスと物理装置ＩＤは同一とされるものの、異なる論理装置ＩＤ（ポート番号）を与えてそれぞれ独立して扱えるようにしている。

本発明の楽音発生システムにおいて、処理装置には上記した処理要素として機能することができるプログラムが、内蔵するハードディスク装置等の記憶手段に格納されている。そして、記憶手段に記憶されているプログラムを実行することにより、処理装置が当該プログラムに対応する処理要素として機能するようになる。この場合、１台の処理装置において同時に複数のプログラムを実行することができ、１台の処理装置を複数の処理要素で機能させることができる。なお、処理装置においてプログラムが実行されて当該プログラムに対応する処理要素として機能するようになった際に、当該処理要素がＳＶ（サーバ）１１に登録されることにより論理装置ＩＤ（ポート番号）がその処理要素に設定される。そして、ＳＶ（サーバ）１１において更新された装置テーブルが、内部ネットワーク上の全ての処理装置に送信されて記録されるようになる。

本発明の楽音発生システムにおいて、処理要素間において通信するデータは、実体データと制御データの２種類に分類される。ここでは、再生する音楽の内容を直接表すデータであって、リアルタイムでの通信を必要として優先的に通信するデータを実体データと定義する。具体的にはＭＩＤＩデータやオーディオ（ＰＣＭやＭＰ３）データが実体データとなる。また、実体データ以外のデータを制御データと定義する。制御データの送受信はＳＶ（サーバ）１１を含むすべての処理装置が実行することができる。
そこで、内部ネットワーク上の処理要素において、実体データの通信が可能な処理要素毎の入力側と出力側ごとに記録される接続テーブルを図４に示す。接続テーブルは、ＳＶ（サーバ）１１で作成されて、内部ネットワーク上の全ての処理装置に記録され、その内容は同一とされている。この接続テーブルには、図１に示す内部ネットワークに接続可能な全処理装置において機能している処理要素毎についての情報が記録されている。内部ネットワークに接続された処理装置は、ＳＶ（サーバ）１１から接続テーブルを取得して記録する。

図４に示す接続テーブルは図１に示す構成の内部ネットワークにおける一部の処理要素の接続テーブルであり、接続テーブル中の「×」は、接続できる処理要素がないことを表しており、処理ＩＤが「ＡＡ」のサーバは実体データの送受信を行わないことを示している。このサーバは、図１に示すＳＶ（サーバ）１１である。処理ＩＤが「ＡＢ」の音源要素は、実体データとしてＭＩＤＩデータ等の演奏データを送信する処理要素を入力接続することができ、実体データとしてオーディオデータを受信する処理要素を出力接続することができる。すなわち、入力接続できる処理要素は、処理ＩＤが「ＡＣ」の鍵盤要素、処理ＩＤが「ＡＨ」の自動伴奏要素、処理ＩＤが「ＡＩ」のＭＩＤＩレコーダ要素、処理ＩＤが「ＡＪ」のエディタ要素となり、出力接続できる処理要素は、処理ＩＤが「ＡＤ」のスピーカ、処理ＩＤ「ＡＫ」のエフェクタ要素、処理ＩＤが「ＡＬ」のオーディオレコーダ、要素処理ＩＤが「ＡＦ」のミキサ要素となる。また、処理ＩＤが「ＡＣ」の鍵盤は、実体データとしてＭＩＤＩデータ等の演奏データを受信する処理要素を出力接続することができ、その性質から入力接続できる処理要素はない。すなわち、出力接続できる処理要素は、処理ＩＤが「ＡＢ」の音源要素、処理ＩＤが「ＡＩ」のＭＩＤＩレコーダ要素、処理ＩＤが「ＡＪ」のエディタ要素となる。さらに、処理ＩＤが「ＡＤ」のスピーカは、実体データとしてオーディオデータを送信する処理要素を入力接続することができ、その性質から出力接続できる処理要素はない。すなわち、入力接続できる処理要素は、処理ＩＤが「ＡＢ」の音源要素、処理ＩＤが「ＡＦ」のミキサ要素、処理ＩＤが「ＡＫ」のエフェクタ要素、処理ＩＤが「ＡＬ」のオーディオレコーダ要素、処理ＩＤが「ＡＭ」のマイク要素、処理ＩＤが「ＡＮ」のＣＤプレーヤ要素等となる。接続テーブルでは、このような入力接続できる処理要素や出力接続できる処理要素が処理要素毎に示されており、接続テーブルを参照することにより入力接続する処理要素や出力接続する処理要素を選択することができるようになる。

次に、内部ネットワークに新たに処理装置が接続（ログイン）された際に実行されるネットワーク接続処理のフローチャートを図６に示す。なお、クライアントはＳＶ（サーバ）１１に対するクライアントであり、内部ネットワークにおいてＳＶ（サーバ）１１以外の処理装置は全てクライアントとなる。なお、クライアントとＳＶ（サーバ）１１間で通信される制御データは、あて先の処理装置のＩＰアドレスと予め定められている制御データ用のポート番号とを用いて通信される。図６において、新たに接続されたクライアントが実行する処理のフローが左側のクライアントの列に示され、ハブが実行する処理のフローが次のハブの列に示され、サーバが実行する処理のフローが次のサーバの列に示され、既存のクライアントが実行する処理のフローが次のその他のクライアントの列に示されている。
ネットワーク接続処理が起動されると、ステップＳ１０にて新たに接続された新クライアントが複数の処理要素を有しているか否かが判断される。ここで、新クライアントが図５の上段に示す処理装置ＮＥＷのように鍵盤プログラムおよび音源プログラムを実行することにより鍵盤要素ＫＢと音源要素ＴＧとして機能しており、鍵盤要素ＫＢで発生したＭＩＤＩデータを音源要素ＴＧへ入力できるように接続されていた場合はＹＥＳと判断されてステップＳ１１に進み、図５の下段に示すように鍵盤要素ＫＢと音源要素ＴＧとの間の内部接続が切断される。これにより、複数の処理要素が機能している処理装置ＮＥＷにおいては、ログオンした際に自動的に処理要素間の接続が切断されることから、ログオンする前に予め切断しておく作業を省略することができるようになる。そして、ステップＳ１０で複数の処理要素を持っていないと判断された場合と同様にステップＳ１２に進み、自機情報と登録要求を含むデータ部を作成する。自機情報は、ＩＰアドレス（ＩＰアドレスは内部ネットワークにクライアントがログインした際にＤＨＣＰサーバからクライアントへ割り当てられている）、物理装置ＩＤ、全ての処理要素の処理ＩＤと処理要素名の情報であり、登録要求とは、ＳＶ（サーバ）１１にある装置テーブルへ自機情報を登録する要求とされる。次いで、ステップＳ１３にて送信処理が行われる。送信処理では、ステップＳ１２において作成されたデータ部が送信データとされて図２に示すように最終的に送信データがカプセル化されたＭＡＣフレームが生成されて、内部ネットワーク上に送信される。ＭＡＣフレームのＭＡＣヘッダにはあて先ＭＡＣアドレスとしてＳＶ（サーバ）１１のＭＡＣアドレス（物理装置ＩＤ）が設定される。

新クライアントから送信されたＭＡＣフレームは、スター型の内部ネットワークとされていることからハブで受信され、経路決定処理が行われる（ステップＳ２０）。経路決定処理では、ハブは受信されたＭＡＣフレームのあて先ＭＡＣアドレスを見て送信経路を決定し、ＭＡＣフレームを中継する。例えば、新クライアントがハブ３０に物理的に接続された場合は、ハブ３０は受信したＭＡＣフレームをルータ２に中継し、ルータ２は受信したＭＡＣフレームをハブ１０に中継し、ハブ１０は受信したＭＡＣフレームをＳＶ（サーバ）１１に中継する。これにより、新クライアントから送信されたＭＡＣフレームがあて先ＭＡＣアドレスが一致するＳＶ（サーバ）１１で受信されて、受信処理が行われる（ステップＳ３０）。受信処理では、ＭＡＣフレームからＩＰパケットが取り出され、ＩＰパケットからＴＣＰセグメントが取り出され、さらに、ＴＣＰセグメントからデータ部が取得される。そして、取得されたデータ部を解釈して登録要求があることから登録要求処理を行うと判断する。次いで、ステップＳ３１にてデータ部の自機情報とＳＶ（サーバ）１１が新クライアントの処理要素に割り当てた論理装置ＩＤとを装置テーブルへ記録し、ステップＳ３２にて変更後の装置テーブルと、装置テーブルを変更する要求である変更要求を含むデータ部を作成する。このデータ部は、ステップＳ３３で送信処理が行われることにより内部ネットワーク上に送信される。この送信処理は、前述したステップＳ１３の送信処理と同様の処理とされるが、あて先ＭＡＣアドレスにはオール”１”のブロードキャストアドレス（FF-FF-FF-FF-FF-FF）が設定され、あて先ＩＰアドレスもブロードキャストアドレスが設定される。この場合、図３に示す装置テーブルのように内部ネットワークのネットワークアドレスが”１９２．１６８．１１１．０”とされている場合は、ＩＰアドレスのブロードキャストアドレスは”１９２．１６８．１１１．２５５”とされる。

ＳＶ（サーバ）１１からブロードキャストされたＭＡＣフレームは、ハブ１０で受信され経路決定処理が行われる（ステップＳ２０）。この経路決定処理では、ステップＳ２０と同様の経路決定処理が行われるが、ブロードキャストアドレスのＭＡＣフレームとされていることからルータ２およびハブ１０〜４０により全ての処理装置にＭＡＣフレームが中継されるようになる。新クライアントは、ブロードキャストされたＭＡＣフレームが到来した際にブロードキャストアドレスとされていることからステップＳ３０と同様のＭＡＣフレームを受信する受信処理を行う（ステップＳ１４）。受信処理では、取得されたデータ部を解釈して装置テーブルの変更要求があることから装置テーブルを変更する処理を行うと判断し、ステップＳ１５にて受信されたＭＡＣフレームから取り出された装置テーブル情報で内部の記憶手段に記憶されていた装置テーブルを更新する。これにより、新クライアントにおけるネットワーク接続処理は終了する。また、他のクライアントにおいてはブロードキャストされたＭＡＣフレームが到来した際にブロードキャストアドレスとされていることからステップＳ３０と同様のＭＡＣフレームを受信する受信処理を行う（ステップＳ４０）。受信処理では、取得されたデータ部を解釈して装置テーブルの変更要求があることから装置テーブルを変更する処理を行うと判断し、ステップＳ４１にて受信されたＭＡＣフレームから取り出された装置テーブル情報で記憶されている装置テーブルを更新し、他のクライアントにおけるネットワーク接続処理は終了する。

次に、内部ネットワークに接続されている処理装置が切断（ログオフ）された際に実行されるネットワーク切断処理のフローチャートを図７に示す。
内部ネットワークに接続されている処理装置が切断（ログオフ）されると、ネットワーク切断処理が起動され、ステップＳ５０にて切断された処理装置が複数の処理要素を有しており復帰すべき接続があるか否かが判断される。ここで、切断された処理装置が図８の上段に示す処理装置ＯＬＤのように複数の処理要素を有しており復帰すべき接続があると判断された場合は、ステップＳ５１に進み複数の処理要素における復帰すべき全ての接続を復帰する。この場合、どの処理要素間の接続を復帰すべきかを規定した情報を記憶しておいて、この情報を参照することにより処理要素間の接続を復帰させる。例えば、図８の上段に示すように鍵盤要素ＫＢと音源要素ＴＧとを有している処理装置ＯＬＤの場合は、鍵盤要素ＫＢで発生したＭＩＤＩデータを音源要素ＴＧへ入力できるように、鍵盤要素ＫＢと音源要素ＴＧとの間を図８の下段に示すように内部接続する。ステップＳ５１の処理が終了した場合と、ステップＳ５０にて復帰すべき接続がないと判断された場合は、ネットワーク切断処理は終了する。これにより、複数の処理要素が機能している処理装置ＯＬＤにおいては、ログオフした際に自動的に処理要素間の接続が復帰されてあらためて処理要素間の接続を行うことなく使用できるようになる。なお、処理要素間の接続はＡＰＩ（Application Program Interface）等を使用して内部接続されるが、各処理要素に割り当てられているポート番号を用いて論理的に接続する外部接続としてもよい。

なお、ＳＶ（サーバ）１１は、定期的に内部ネットワーク上のクライアントの存在を確認する処理を行っており、この処理により切断されたクライアントが検出された際に、当該クライアントの情報を装置テーブルから削除して、装置テーブルを更新する。そして、更新された装置テーブルを全クライアントへブロードキャスト送信する。ブロードキャストを受信した各クライアントでは、受信した装置テーブル情報により自機に記憶している装置テーブルが更新されるようになる。

次に、処理要素間の接続を行う接続処理時に表示される設定画面を図１０および図１１に示す。この設定画面は、内部ネットワークが図９に示す簡易な構成とされている際の設定画面とされている。
図９に示す内部ネットワークでは、複数の処理要素が機能している処理装置ＳＹ１がハブＨＢａにＬＡＮケーブルで接続されていると共に、複数の処理要素が機能している処理装置ＳＹ２がハブＨＢａにＬＡＮケーブルで接続されている。処理装置ＳＹ１では鍵盤要素ＫＢａと、音源要素ＴＧａと、スピーカ要素ＳＰａとが機能しており、処理装置ＳＹ２では音源要素ＴＢｂと、スピーカ要素ＳＰｂとが機能している。処理装置ＳＹ１、ＳＹ２におけるこれらの処理要素は内部においてそれぞれ論理的に接続が分離されており、各処理要素は論理的に独立して内部ネットワークに接続されている。このように複数の処理要素が機能している処理装置ＳＹ１，ＳＹ２において、処理要素の接続は処理要素毎に確立することができる。ここでは、処理装置ＳＹ１の鍵盤要素ＫＢａから論理接続の設定を行う場合を説明する。この場合は、処理装置ＳＹ１において接続処理を起動させる。すると、処理装置ＳＹ１の画面上に図１０に示す画面Ａ１が表示される。画面Ａ１は、処理装置ＳＹ１において機能している鍵盤要素ＫＢａ、音源要素ＴＧａ、スピーカ要素ＳＰａの３つの処理要素を表示して、接続を設定する処理要素としてそのうちの一つを選択する画面とされる。ここで、画面Ａ１において鍵盤要素ＫＢａを接続を設定する処理要素として選択すると、処理装置ＳＹ１の画面上に図１０に示す画面Ａ２が表示される。

画面Ａ２は、図９に示す内部ネットワーク上にあって、選択された処理要素である鍵盤要素ＫＢａに接続することのできる処理要素が表示され、そのうちの一つを選択する画面とされる。内部ネットワーク上にあって鍵盤要素に接続することのできる処理要素は、装置テーブルと接続テーブルを参照して表示する。この場合、装置テーブルには鍵盤要素ＫＢａ、音源要素ＴＧａ、スピーカＳＰａと、音源ＴＢｂ、スピーカＳＰｂとが記録されている。また、接続テーブルを参照すると鍵盤要素ＫＢａには入力接続がないので出力接続可能な処理要素についてのみ記録されている。すると、鍵盤要素に出力接続できる内部ネットワーク上の処理要素は音源要素のみであることから画面Ａ２には音源要素だけが表示される。画面Ａ２において表示されている音源要素を選択すると、処理装置ＳＹ１の画面上に図１０に示す画面Ａ３が表示される。画面Ａ３は、選択した処理要素である音源要素に出力接続することのできる処理要素の接続を行うか（続行）、否か（終了）を選択させる画面とされる。ここで続行を選択すると、処理装置ＳＹ１の画面上に図１０に示す画面Ａ４が表示される。画面Ａ４は、選択された処理要素である音源要素に出力接続することのできる処理要素であって図９に示す内部ネットワーク上にある処理要素が表示され、そのうちの一つを選択する画面とされる。

内部ネットワーク上にある接続可能な処理要素は、装置テーブルと接続テーブルを参照して検出され、この場合、装置テーブルには鍵盤要素ＫＢａ、音源要素ＴＧａ、スピーカＳＰａと、音源ＴＢｂ、スピーカＳＰｂとが記録されている。すると、音源要素に出力接続できる処理要素はスピーカ要素とされることから画面Ａ４にはスピーカ要素だけが表示される。この画面Ａ４において表示されているスピーカ要素を選択すると、処理装置ＳＹ１の画面上に図１０に示す画面Ａ６が表示される。画面Ａ６では、スピーカ要素の出力接続はなくスピーカ要素の先に処理要素を接続することができないことから終了を選択する画面とされる。そこで、画面Ａ６において終了を選択すると処理装置ＳＹ１の画面上に図１０に示す画面Ａ７が表示される。終了を選択したことにより、鍵盤要素−音源要素−スピーカ要素の順に論理接続する設定が行われたことになり、内部ネットワーク上に複数の同じ処理要素がある場合は、それぞれの処理要素についていずれかの処理要素を選択して設定することになる。そこで、まず画面Ａ２で選択された音源要素が機能している処理装置を装置テーブルを参照することにより内部ネットワークから検出して、その処理装置の装置名を画面Ａ７に表示し、音源要素が機能している表示された装置名のいずれかを接続先として選択させる。図９に示す内部ネットワークの場合は、処理装置ＳＹ１と処理装置ＳＹ２とが音源要素が機能している処理装置として検出され、その装置名ＳＹ１および装置名ＳＹ２のいずれかが音源要素として選択されるように画面Ａ７に表示される。

ここで、装置名ＳＹ２（あるいは装置名ＳＹ１）の音源要素を選択すると、次に、画面Ａ４で選択されたスピーカ要素が機能している処理装置を装置テーブルを参照することにより内部ネットワークから検出して、その処理装置の装置名を画面Ａ８に表示し、スピーカ要素が機能している表示された装置名のいずれかを接続先として選択させる。画面Ａ８で、装置名ＳＹ１（あるいは装置名ＳＹ２）のスピーカ要素を選択すると接続するそれぞれの処理要素が決定されて、鍵盤要素ＫＢａ−音源要素ＴＧｂ−スピーカ要素ＳＰａの順で論理接続を行う設定が終了し、処理要素間の接続を行う接続選択処理は終了する。なお、選択された処理要素が機能している処理装置が複数あればそれらすべてについて順番に装置名を選択させる画面が順次表示されるようになる。

また、画面Ａ３において終了を選択すると処理装置ＳＹ１の画面上に図１０に示す画面Ａ５が表示される。終了を選択したことにより、鍵盤要素−音源要素の順で論理接続する設定が行われたことになり、次に、それぞれの処理要素について内部ネットワーク上に複数の同じ処理要素がある場合はいずれかの処理要素を選択することになる。そこで、選択された音源要素が機能している処理装置を装置テーブルを参照することにより内部ネットワークから検出して、その処理装置の装置名を画面Ａ５に表示し、音源要素が機能している表示された装置名のいずれかを接続先として選択させる。すなわち、画面Ａ７と同様の画面が画面Ａ５に表示され、ここで、装置名ＳＹ２の音源要素を選択すると接続するそれぞれの処理要素が決定されて、鍵盤要素ＫＢａ−音源要素ＴＧｂの順で論理接続を行う設定が終了し、処理要素間の接続を行う接続選択処理は終了する。
なお、処理要素間の接続を行う接続選択処理が終了した際には、設定された接続の内容が設定を行った処理装置の接続バッファに記録される。そして、後述する周期的に起動される接続確立処理が起動された際に、接続バッファに記録されている接続の内容に基づいて接続確立処理が行われて論理接続が確立され、確立された接続情報がカレントバッファに記録されるようになる。

次に、処理装置ＳＹ２の音源要素ＴＧｂから接続選択の設定をする際の説明を行う。ただし、この設定を行う際には図１０に示す設定が行われて、鍵盤要素ＫＢａ−音源要素ＴＧｂ−スピーカ要素ＳＰａの順の論理接続が確立されているものとする。ここで、処理装置ＳＹ２において接続選択処理を起動させる。すると、処理装置ＳＹ２の画面上に図１１に示す画面Ｂ１が表示される。画面Ｂ１は、処理装置ＳＹ２において機能している音源要素ＴＧｂ、スピーカ要素ＳＰｂの２つの処理要素を表示して、接続を設定する処理要素としてそのうちの一つを選択する画面とされる。ここで、画面Ｂ１において音源要素ＴＧｂを接続を設定する処理要素として選択すると、処理装置ＳＹ２の画面上に図１１に示す画面Ｂ２が表示される。
画面Ｂ２は、選択された処理要素である音源要素ＴＧｂに接続することのできる処理要素であって図９に示す内部ネットワーク上にある処理要素が表示され、そのうちの一つを選択する画面とされる。内部ネットワーク上にあって接続可能な処理要素は、装置テーブルと接続テーブルを参照して検出する。この場合、装置テーブルには鍵盤要素ＫＢａ、音源要素ＴＧａ、スピーカＳＰａと、音源ＴＢｂ、スピーカＳＰｂとが登録されている。接続テーブルを参照すると音源要素は入力接続および出力接続可能とされているので、まず入力接続を選択する画面Ｂ２が表示される。音源要素に入力接続できる処理要素は鍵盤要素のみとされることから、画面Ｂ２には鍵盤要素のみが表示されると共に、「入力接続」のタイトルも表示される。この画面Ｂ２において鍵盤要素を選択すると処理装置ＳＹ２の画面上に図１１に示す画面Ｂ３が表示される。鍵盤要素が選択されると、鍵盤要素に入力接続される処理要素を選択する処理が続けられるのであるが、鍵盤要素には入力接続する処理要素がないことから、画面Ｂ３には入力接続に替えて出力接続を選択する画面が表示されるようになる。なお、処理要素が選択された際にその先に接続できる処理要素があれば、続行か出力接続かのいずれかを選択させる画面を表示して、続行であればその先に接続する処理要素を選択させるようにする。

画面Ｂ３において、出力接続を選択すると処理装置ＳＹ２の画面上に図１１に示す画面Ｂ４が表示される。画面Ｂ４では、音源要素に出力接続できる処理要素が「出力接続」のタイトルと共に表示される。内部ネットワーク上にある出力接続可能な処理要素は、装置テーブルと接続テーブルを参照して検出される。この検出により、鍵盤要素から音源要素へ入力された信号の処理結果をスピーカ要素へ出力する鍵盤要素→音源要素→スピーカ要素の対応付けが自動的に設定され、音源要素に出力接続できる内部ネットワーク上の処理要素はスピーカ要素のみであることから画面Ｂ４にはスピーカ要素と、スピーカ要素を選択することなく設定を終了する「終了」とのいずれかを選択する画面が表示される。画面Ｂ４においてスピーカ要素を選択すると、処理装置ＳＹ２の画面上に図１１に示す画面Ｂ５が表示される。スピーカ要素が選択されると、スピーカ要素の先に処理要素を接続することができないことから画面Ｂ５には、終了を選択する画面が「出力接続」のタイトルと共に表示される。そこで、画面Ｂ５において終了を選択すると処理装置ＳＹ２の画面上に図１１に示す画面Ｂ７が表示される。終了を選択したことにより、鍵盤要素−音源要素−スピーカ要素の順に論理接続する設定が行われたことになり、次に、内部ネットワーク上に複数の同じ処理要素がある場合はそれぞれの処理要素についていずれかの処理要素を選択することになる。

そこで、画面Ｂ７では装置テーブルを参照して選択された音源要素が機能している処理装置を内部ネットワークから検出して、その処理装置の装置名を表示して、表示された装置名の音源要素のいずれかを接続先として選択させる画面とされる。この場合、音源要素ＴＧｂに論理接続することのできる鍵盤要素は処理装置ＳＹ１のみで機能していると検出されるから、その装置名ＳＹ１を選択する画面が画面Ｂ７に表示される。この場合、図１０に示す設定が既に行われて鍵盤要素ＫＢａ−音源要素ＴＧｂの論理接続が確立していることから鍵盤要素ＫＢａが機能している装置名ＳＹ１には既に接続確立されていることを示すアンダーラインが付されて表示される。画面Ｂ７において鍵盤要素として装置名ＳＹ１を選択すると、音源要素に論理接続することのできるスピーカ要素が機能している処理装置を内部ネットワークから検出して、その処理装置の装置名を表示して、表示された装置名のスピーカ要素のいずれかを接続先として選択させる画面Ｂ８が表示される。この場合、図１０に示す設定が行われて音源要素ＴＧｂ−スピーカ要素ＳＰａの論理接続が確立されていることからスピーカ要素ＳＰａが機能している装置名ＳＹ１には既に接続確立されていることを示すアンダーラインが付されて表示される。画面Ｂ８において装置名ＳＹ２のスピーカ要素を選択すると、音源要素ＴＧｂはスピーカ要素ＳＰａに加えてスピーカ要素ＳＰｂにも論理的に接続される設定が行われたことになる。なお、選択された処理要素が機能している処理装置が複数あればそれらすべてについて順番に装置名を選択させる画面が順次表示されるようになる。

また、画面Ｂ４において終了を選択すると処理装置ＳＹ２の画面上に図１１に示す画面Ｂ６が表示される。終了を選択したことにより、鍵盤要素−音源要素の順で論理接続する設定が行われたことになり、次に、それぞれの処理要素について内部ネットワーク上に複数の同じ処理要素がある場合はいずれかの処理要素を選択することになる。そこで、選択された鍵盤要素が機能している処理装置を装置テーブルを参照することにより内部ネットワークから検出して、その処理装置の装置名を画面Ｂ６に表示し、鍵盤要素が機能している表示された装置名のいずれかを接続先として選択させる。すなわち、画面Ｂ７と同じ画面が画面Ｂ６に表示される。画面Ｂ６では音源要素ＴＧｂ−スピーカ要素ＳＰａの論理接続が確立されていることからスピーカ要素ＳＰａが機能している装置名ＳＹ１には既に接続確立されていることを示すアンダーラインが付されて表示される。ここで、装置名ＳＹ１の鍵盤要素を選択すると既に接続確立された鍵盤要素ＫＢａ−音源要素ＴＧｂの論理接続が選択されて、処理要素間の接続を行う接続選択処理は終了する。
なお、処理要素間の接続を行う接続選択処理が終了した際には、設定された接続の内容が設定を行った処理装置の接続バッファに記録される。そして、後述する周期的に起動される接続確立処理が起動された際に、接続バッファに記録されている接続の内容に基づいて接続確立処理が行われて論理接続が確立され、確立された接続情報がカレントバッファに記録されるようになる。

以上説明した図１０および図１１に示す設定画面により処理要素と処理要素との接続を設定する接続選択処理は、処理装置ＳＹ１と処理装置ＳＹ２において独立して行われており、前述の説明においては処理装置ＳＹ１における接続選択処理が先に行われた場合とされているが、処理装置ＳＹ１における接続選択処理が後に行われても良い。この場合は、図１０および図１１に示す設定画面とは異なる設定画面となる。処理装置ＳＹ１における接続選択処理が先に行われた場合において、処理装置ＳＹ１における接続選択処理が終了した際には、前述したようにタイマ割り込みにより周期的に起動される接続確立処理により、処理装置ＳＹ１の接続バッファに記録されている接続の内容に基づいた論理接続が直ちに確立されるようになる。このため、処理装置ＳＹ２において接続選択処理が行われる際には、既に処理装置ＳＹ１における処理要素の論理接続は確立しているのである。そして、処理装置ＳＹ２における接続選択処理が終了した際には、前述したようにタイマ割り込みにより周期的に起動される接続確立処理により、処理装置ＳＹ２の接続バッファに記録されている接続の内容に基づいた論理接続が直ちに確立されるようになる。

次に、図１０および図１１に示す設定画面により処理要素と処理要素との接続を設定する接続選択処理のフローチャートを図１２に示す。
処理要素の接続を設定する処理装置において接続選択処理が起動されると、ステップＳ６０にて図１０の画面Ａ１や図１１の画面Ｂ１のように自機の全処理要素を画面に表示し、いずれかの処理要素の選択を受け付ける。ここで、いずれかの処理要素が選択されるとステップＳ６１に進み、接続テーブルを参照して選択された処理要素が入力接続と出力接続とを持つか否かが判断される。ここで、選択された処理要素が入力接続と出力接続とを持たない場合はＮＯと判断されてステップＳ６２に進み選択された処理要素に接続することのできる処理要素を表示し、表示された処理要素の選択を受け付ける画面を表示する。表示された処理要素のいずれかが選択されると、ステップＳ６３にて選択された処理要素の先に続けて接続できる処理要素があれば、続けて接続するか終了するかのいずれかを選択させる画面を表示する。また、続けて接続できる処理要素がなければ、終了を選択させる画面を表示する。そして、処理要素の選択を終了する選択がされたか否かがステップＳ６４にて判断される。ここで、「終了」を選択した場合はステップＳ６５に進むが、続行すると選択した場合はステップＳ６２に戻り、ステップＳ６２ないしステップＳ６４の処理が再度行われて前回選択された処理要素の先に続けて接続できる処理要素の選択処理が行われる。ステップＳ６２ないしステップＳ６４の処理は、先に続けて接続できる処理要素がなくなるまで、あるいは、終了が選択されるまで繰り返し実行される。

また、ステップＳ６１にて選択された処理要素が入力接続と出力接続とを持つと検出された場合はステップＳ６７に分岐して、まず、処理要素の入力に接続できる処理要素を表示して、表示された処理要素の選択を受け付ける画面を表示する。表示された処理要素のいずれかが選択されると、ステップＳ６８にて選択された処理要素に入力接続できる処理要素があれば、続けて接続するか終了するかのいずれかを選択させる画面を表示する。また、続けて接続できる処理要素がなければ、終了を選択させる画面を表示する。そして、処理要素の選択を終了する選択がされたか否かがステップＳ６９にて判断される。ここで、終了すると選択した場合はステップＳ７０に進むが、続行すると選択した場合はステップＳ６７に戻り、ステップＳ６７ないしステップＳ６９の処理が再度行われて前回選択された処理要素に入力接続できる処理要素の選択処理が行われる。ステップＳ６７ないしステップＳ６９の処理は、選択された処理要素に入力接続できる処理要素がなくなるまで、あるいは、終了が選択されるまで繰り返し実行される。

ステップＳ６９にて終了が選択されたと判断されてステップＳ７０に進むと、ステップＳ６１にて選択された処理要素の出力に接続できる処理要素を表示して、表示された処理要素の選択を受け付ける画面を表示する。表示された処理要素のいずれかが選択されると、ステップＳ７１にて選択された処理要素に出力接続できる処理要素があれば、続けて接続するか終了するかのいずれかを選択させる画面を表示する。また、続けて接続できる処理要素がなければ、終了を選択させる画面を表示する。そして、処理要素の選択を終了する選択がされたか否かがステップＳ７２にて判断される。ここで、終了すると選択した場合はステップＳ６５に進むが、続行すると選択した場合はステップＳ７０に戻り、ステップＳ７０ないしステップＳ７２の処理が再度行われて前回選択された処理要素に出力接続できる処理要素の選択処理が行われる。ステップＳ７０ないしステップＳ７２の処理は、選択された処理要素に出力接続できる処理要素がなくなるまで、あるいは、終了が選択されるまで繰り返し実行される。

ステップＳ６４あるいはステップＳ７２にて終了が選択されたと判断されてステップＳ６５に進むと、装置テーブルを参照して選択された処理要素毎に該当する処理要素が機能している処理装置の装置名を表示して、表示された装置名のいずれかの選択を受け付ける画面を表示する。表示されたいずれかの装置名が選択されると、選択された装置名の処理装置で機能している処理要素が選択されるようになり、これにより設定された論理接続の接続の内容を接続バッファに記録する。この場合、連続して選択された論理接続は連続して通信を行うものとして対応付けて接続バッファに記録し、処理要素の入力と出力の接続が連続して選択されたときはそれらの間で通信が行われることを接続バッファに記録する。なお、連続して選択された論理接続とは、接続選択処理が開始されて設定された接続の内容が接続バッファに書き込まれるまでの間に設定された複数の論理接続を意味している。ステップＳ６６の処理が終了すると、接続選択処理は終了する。そして、後述する周期的に起動される接続確立処理が起動された際に、接続バッファの接続情報に基づいて接続確立処理が行われて論理接続が確立され、確立された接続情報がカレントバッファに記録されるようになる。

なお、図１０および図１１に示す接続選択処理が行われて処理要素の論理接続の設定が行われた場合に、接続バッファに記録される接続情報の例が図１３に示されている。
図１０に示す接続選択処理は処理装置ＳＹ１において、鍵盤要素ＫＢａの接続から開始され、鍵盤要素ＫＢａと処理装置ＳＹ２の音源要素ＴＧｂとの接続が設定されると共に、音源要素ＴＧｂと処理装置ＳＹ１のスピーカ要素ＳＰａとの接続が設定されることから、図１３に「●ＳＹ１鍵盤の例」として示すように、接続バッファには「出力１→ＳＹ２音源→ＳＹ１スピーカ」の接続情報が記録される。なお、「出力１」はＳＹ１鍵盤の１番目の出力を意味している。
また、図１１に示す接続選択処理は処理装置ＳＹ２において、音源要素ＴＧｂの接続から開始され、音源要素ＴＧｂの入力に処理装置ＳＹ１の鍵盤要素ＫＢａを接続する設定と、音源要素ＴＧｂの出力に処理装置ＳＹ２のスピーカ要素ＳＰｂを接続する設定が行われることから、図１３に「●ＳＹ２音源の例」として示すように、接続バッファには「入力１←ＳＹ１鍵盤」「入力１→出力１」「出力１→ＳＹ２スピーカ」の接続情報が記録される。ここで、「入力１→出力１」が設定されるのは音源要素ＴＧｂにおいて入力側の設定と出力側の設定が連続して行われたことによる。この「入力１←ＳＹ１鍵盤」「入力１→出力１」「出力１→ＳＹ２スピーカ」の接続情報は、ＳＹ１鍵盤から出力されたＭＩＤＩデータが自機（ＳＹ２）の音源要素ＴＧｂに入力（入力１）され、入力されたＭＩＤＩデータの音源要素ＴＧｂにおける処理結果（出力１）を、ＳＹ２スピーカへ出力する（対応付ける)ことを表わす接続情報である。

次に、実体データの通信を行うための論理接続を確立する接続確立処理のフローチャートを図１４に示す。接続確立処理はタイマ割り込みにより所定時間間隔で周期的に起動される。なお、接続確立処理の実行を開始した実行元の処理装置が、接続相手の処理装置を通信相手として通信する制御データは、あて先の処理装置のＩＰアドレスと予め定められている制御データ用のポート番号とを用いて通信される。
接続確立処理が起動されると、ステップＳ８０にて接続バッファの記録内容から未処理の接続があるか否かが判定される。ここで、未処理の接続がないと判定された場合は接続確立処理はそのまま終了する。また、ステップＳ８０にて未処理の接続があると判定された場合はステップＳ８１に進み未処理の接続の一つを接続確立の対象とする。ここで、接続の一つとは接続バッファにおける一行分のデータのことであり、確立する接続とは実体データの通信を行うためのポートの設定を意味している。次いで、ステップＳ８２にてカレントバッファが参照され、対象とする接続が既に確立しているか否かを検出する。ここで、対象とする接続が既に確立されていると検出された場合は、新たな接続の確立を行わずステップＳ８３に進む。ステップＳ８３では、対象とする接続の先の接続があるか否かが検出され、先の接続がないと検出された場合は接続確立処理はそのまま終了する。また、ステップＳ８３にて先の接続があると検出された場合はステップＳ８４に進み接続指示を含むデータ部を作成する。この場合、対応付けがある場合は対応付けの情報を接続指示に含める。接続指示は、接続相手に接続させる先の相手の指示とされ、接続相手の先に複数の接続が連続して設定されている場合にはそれらすべての情報を含めるようにする。

また、ステップＳ８２にてカレントバッファに対象とする接続の記録がされておらず、対象とする接続が未だ確立していないと検出された場合はステップＳ８５に分岐し、接続要求と接続指示を含むデータ部を作成する。接続要求は自機と通信先である接続相手との間で接続を確立する要求である。接続指示は、接続相手に接続させる先の相手の指示とされ、対応付けがある場合は対応付けの情報も記録され、接続相手の先に複数の接続が連続して設定されている場合にはそれらすべての情報を含めるようにする。ステップＳ８４あるいはステップＳ８５においてデータ部が作成されると、ステップＳ８６にてデータ部を送信する送信処理が行われる。送信処理では、ステップＳ８４あるいはステップＳ８５において作成されたデータ部が送信データとされて図２に示すように最終的に送信データがカプセル化されたＭＡＣフレームが生成されて、内部ネットワーク上に送信される。この場合、対象とする接続先の処理要素が機能している処理装置のＭＡＣアドレス（物理装置ＩＤ）が、ＭＡＣフレームのＭＡＣヘッダにあて先ＭＡＣアドレスとして設定される。

接続確立の操作をしている処理装置からネットワーク上に送信されたＭＡＣフレームは、スター型の内部ネットワークとされていることからハブで受信され、経路決定処理が行われる（ステップＳ９０）。経路決定処理では、ハブは受信されたＭＡＣフレームのあて先ＭＡＣアドレスを見て送信経路を決定し、ＭＡＣフレームを中継する。この結果、接続確立の操作をしている処理装置から送信されたＭＡＣフレームがあて先ＭＡＣアドレスが一致する接続相手の処理要素が機能している処理装置で受信されて、受信処理が行われる（ステップＳ１００）。受信処理では、ＭＡＣフレームからＩＰパケットが取り出され、ＩＰパケットからＴＣＰセグメントが取り出され、さらに、ＴＣＰセグメントからデータ部が取得される。そして、ステップＳ１０１にて取得されたデータ部を解釈して要求された接続を確立する。また、対応付けの指示がある場合は対応付けも行う。確立した接続の接続情報および対応付けがカレントバッファに記録される。接続確立では、装置テーブルを参照して対象とされる接続の接続相手の処理要素が機能している処理装置のＩＰアドレスと、当該処理要素の論理装置ＩＤ（ポート番号）が取得される。このＩＰアドレスとポート番号とにより処理装置における接続相手の処理要素を特定することができることから、ＩＰアドレスとポート番号とを設定することにより対象とする接続を確立することができる。ステップＳ１０１の処理が終了するとステップＳ１０２に進み接続指示があるか否かが判定される。ここで、接続指示があると判定された場合は接続指示で指示された他の処理装置との接続を自己の接続バッファに記録してステップＳ１０４に進む。

また、ステップＳ１０２にてデータ部に接続指示があると検出されない場合は、ステップＳ１０４に分岐する。ステップＳ１０４では接続完了を含むデータ部が作成され、ステップＳ１０５にてデータ部を送信する送信処理が行われる。送信処理では、ステップＳ１０４において作成されたデータ部が送信データとされて図２に示すように最終的に送信データがカプセル化されたＭＡＣフレームが生成されて、内部ネットワーク上に送信される。この場合、実行元の処理装置のＭＡＣアドレスが、ＭＡＣフレームのＭＡＣヘッダにあて先ＭＡＣアドレスとして設定される。接続相手である処理装置からネットワーク上に送信されたＭＡＣフレームは、スター型の内部ネットワークとされていることからハブで受信され、経路決定処理が行われる（ステップＳ９１）。経路決定処理では、ハブは受信されたＭＡＣフレームのあて先ＭＡＣアドレスを見て送信経路を決定し、ＭＡＣフレームを中継する。この結果、接続相手の処理装置から送信されたＭＡＣフレームがあて先ＭＡＣアドレスが一致する接続確立処理が実行されている処理装置で受信されて、受信処理が行われる（ステップＳ８７）。

受信処理では、ＭＡＣフレームからＩＰパケットが取り出され、ＩＰパケットからＴＣＰセグメントが取り出され、さらに、ＴＣＰセグメントからデータ部が取得される。そして、ステップＳ８８にて取得されたデータ部を解釈して接続完了の返答（ＡＣＫ）がされた接続を確立する。また、対応付けがある場合は対応付けも行う。確立した接続の接続情報および対応付けがカレントバッファに記録される。接続確立では、装置テーブルを参照して対象とされる接続の接続相手の処理要素が機能している処理装置のＩＰアドレスと、当該処理要素の論理装置ＩＤ（ポート番号）が取得される。このＩＰアドレスとポート番号とにより処理装置における接続相手の処理要素を特定することができることから、ＩＰアドレスとポート番号とを設定することにより対象とする接続を確立することができる。ステップＳ８８の処理が終了すると接続確立処理は終了する。
なお、接続相手の処理装置の接続バッファに記録された接続情報に基づく接続確立は、接続相手の処理装置において接続確立処理が起動された際に、接続相手の処理装置が実行元の処理装置となって、図１４に示す接続確立処理が実行されることにより確立される。

上述したように、接続確立処理が実行されることにより確立された実体データを通信するための論理接続の接続情報と対応付けがカレントバッファに記録される。そこで、カレントバッファに記録される接続情報と対応付けの例を図１５に示す。この場合、カレントバッファには自処理装置において現在確立している論理接続が記録される。
図１５に示す接続情報と対応付けは、図１３に示すように記録された接続バッファの接続情報に基づいて接続確立処理を行った場合とされ、処理装置ＳＹ１のカレントバッファには処理装置ＳＹ１で機能している鍵盤要素ＫＢａ、音源要素ＴＧａおよびスピーカ要素ＳＰａのそれぞれの接続情報と対応付けが記録される。この場合、鍵盤要素ＫＢａの接続情報と対応付けは「ポート１：出力→ＳＹ２音源」とされ、鍵盤要素ＫＢａから出力されるＭＩＤＩデータを処理装置ＳＹ１のポート１からＳＹ２音源へ出力する接続情報とされる。また、音源要素ＴＧａは接続されていないことから接続情報と対応付けはなく、スピーカ要素ＳＰａの接続情報と対応付けは「ポート２：入力←ＳＹ２音源」とされ、処理装置ＳＹ２の音源要素ＴＧｂから出力されるオーディオデータを処理装置ＳＹ１のポート２で受信することによりスピーカ要素ＳＰａに入力される接続情報とされる。

また、処理装置ＳＹ２のカレントバッファには処理装置ＳＹ２で機能している音源要素ＴＧｂとスピーカ要素ＳＰｂのそれぞれの接続情報と対応付けが記録される。この場合、音源要素ＴＧｂの接続情報と対応付けは「ポート１：入力←ＳＹ１鍵盤」、「ポート１→ポート２」、「ポート１→ポート３」、「ポート２：出力→ＳＹ１スピーカ」、「ポート３：出力→ＳＹ２スピーカ」とされている。「ポート１：入力←ＳＹ１鍵盤」は、処理装置ＳＹ１の鍵盤要素ＫＢａから出力されるＭＩＤＩデータを処理装置ＳＹ２のポート１で受信することにより、音源要素ＴＧｂへ入力する接続情報である。「ポート１→ポート２」、「ポート１→ポート３」は、処理装置ＳＹ１の鍵盤要素ＫＢａから入力されたＭＩＤＩデータの音源要素ＴＧｂでの処理結果であるオーディオデータをポート２およびポート３から出力する接続情報である。「ポート２：出力→ＳＹ１スピーカ」、「ポート３：出力→ＳＹ２スピーカ」は、ポート１から入力されたＭＩＤＩデータの処理結果として音源要素ＴＧｂから出力されるオーディオデータをポート２から処理装置ＳＹ１のスピーカ要素ＳＰａへ出力すること、および、ポート１から入力されたＭＩＤＩデータの処理結果として音源要素ＴＧｂから出力されるオーディオデータをポート３から処理装置ＳＹ２のスピーカ要素ＳＰｂへ出力する接続情報である。スピーカ要素ＳＰｂの接続情報との対応付けは「ポート３：入力←ＳＹ２音源」とされ、処理装置ＳＹ２においてポート１から入力されたＭＩＤＩデータの処理結果として音源要素ＴＧｂから出力されるオーディオデータをポート３で受信することにより、スピーカ要素ＳＰｂに入力される対応付けとされる。

上記説明した接続選択処理はＳＶ（サーバ）１１において実行することもできる。ＳＶ（サーバ）１１で実行される接続選択処理のフローチャートを図１６に示す。なお、ＳＶ（サーバ）１１と基点とされる処理装置間で通信される制御データは、あて先の処理装置のＩＰアドレスと予め定められている制御データ用のポート番号とを用いて通信される。
ＳＶ（サーバ）１１において接続選択処理が起動されると、ステップＳ１２０にて装置テーブルを参照し、内部ネットワーク上の全処理装置を表示して、接続の基点とする処理装置の選択を受け付ける。ここで、接続の基点とする処理装置が選択されたことが検出されると、ステップＳ１２１にてＳＶ（サーバ）１１は選択された処理装置を基点とする接続の選択処理を実行し、接続の選択処理を行うことにより設定された内部ネットワーク上の全処理装置の接続内容をＳＶ（サーバ）１１に記憶する。次いで、ステップＳ１２２にて接続の選択処理を行うことにより設定された接続内容と、接続の基点とした処理装置へ接続内容の接続を確立することを指示する接続確立指示とを含むデータ部を作成する。

次いで、ステップＳ１２３にて送信処理が行われる。送信処理では、ステップＳ１２２において作成されたデータ部が送信データとされて図２に示すように最終的にデータ部がカプセル化されたＭＡＣフレームが生成されて、内部ネットワーク上に送信される。この場合、基点とされる処理装置のＭＡＣアドレス（物理装置ＩＤ）が、ＭＡＣフレームのＭＡＣヘッダにあて先ＭＡＣアドレスとして設定される。ＳＶ（サーバ）１１からネットワーク上に送信されたＭＡＣフレームは、スター型の内部ネットワークとされていることからハブで受信され、経路決定処理が行われる（ステップＳ１３０）。経路決定処理では、ハブは受信されたＭＡＣフレームのあて先ＭＡＣアドレスを見て送信経路を決定し、ＭＡＣフレームを中継する。この結果、ＳＶ（サーバ）１１から送信されたＭＡＣフレームがあて先ＭＡＣアドレスが一致する基点として選択された処理装置で受信されて、受信処理が行われる（ステップＳ１４０）。受信処理では、ＭＡＣフレームからＩＰパケットが取り出され、ＩＰパケットからＴＣＰセグメントが取り出され、さらに、ＴＣＰセグメントからデータ部が取得される。そして、ステップＳ１４１にて取得されたデータ部を解釈して接続確立指示された接続内容を接続バッファへ記録し、接続選択処理は終了する。
なお、基点の処理装置の接続バッファに記録された接続情報に基づく接続確立は、基点の処理装置において接続確立処理が起動された際に、基点の処理装置が実行元の処理装置となって、図１４に示す接続確立処理が実行されることにより確立される。

ところで、図６に示すネットワーク接続処理、図７に示すネットワーク切断処理、図１０ないし図１２に示す接続選択処理、図１４に示す接続確立処理、図１６に示すＳＶ（サーバ）１１において実行される接続選択処理を、これらの処理を行う処理装置においてブラウザソフトウェアを立ち上げてブラウザを利用して実行することができる。ブラウザでは、ＨＴＴＰ（HyperText Transfer Protocol）よるファイル転送を行え、ＨＴＭＬ（Hyper Text Markup Language）で記述されたハイパーテキストを解読し表示することができる。この場合、ブラウザに必要とする設定画面や選択画面を表示させて、ユーザが画面上で設定や選択を行えるようになる。そして、制御データの通信はＨＴＴＰに用意されているファイル要求を行える”ＧＥＴ”、任意のデータを送る”ＰＯＳＴ”やファイルの更新を行える”ＰＵＴ”等のリクエスト・メソッドを用いて行うことができる。なお、ＨＴＴＰで使用されるポート番号は一般に８０番とされるが、これに限るものではない。

次に、各処理要素の説明を行うが、各処理要素における送信ポートや受信ポートのポート番号は、個々の処理要素毎に異なる固有値とされているが、個々の処理要素の各ポートをＩＰアドレスとポート番号とで特定することができることから、個々の処理要素毎に異なる固有値としなくてもよい。
まず、音源要素の機能ブロック図を図１７に示す。図示するように音源要素ＴＧは、受信ポートからＭＩＤＩデータをタイミングデータと共に受信して処理順に記録する受信バッファ１００と、タイミングデータと音源要素ＴＧの内臓ＭＩＤＩクロックのタイミングにあわせて、受信バッファ１００から処理すべきＭＩＤＩデータを順次に読み出して、そのＭＩＤＩデータを楽音合成部１０２に供給する読出部１０１と、供給されたＭＩＤＩデータのノートデータで音高を決定すると共に、プログラムチェンジデータで音色を決定し、さらに、コントロールチェンジデータで音量やエフェクト量などの制御量を決定して、決定された情報でＰＣＭデータの楽音を生成する楽音合成部１０２と、楽音合成部１０２で生成されたＰＣＭデータを発生順に記録する送信バッファ１０３から構成されている。受信バッファ１００は音源要素の受信ポートから実体データ（ＭＩＤＩデータ）を受信し、送信バッファ１０３は音源要素の送信ポートから実体データ（ＰＣＭデータ）を送信する。なお、受信ポートのポート番号は図３に示される装置テーブルに記録されている該当する音源要素の論理装置ＩＤであり、送信ポートは送信する際にランダムなポート番号が割り当てられるが、固定のポート番号としても良い。また、送信バッファ１０３から送信されるＰＣＭデータはＭＰ３データとして圧縮して送信するようにしてもよい。ＰＣＭデータやＭＰ３データはオーディオデータと呼ばれる。

次に、鍵盤要素の機能ブロック図を図１８に示す。図示するように鍵盤要素ＫＢは、ハードウェアの操作子１１１と、操作子１１１の操作を検出して、発生されたＭＩＤＩデータのタイミングデータを内蔵ＭＩＤＩクロックに基づいて発生する操作検出部１１２と、操作検出部１１２からのＭＩＤＩデータとタイミングデータを組にして発生順に記録する送信バッファ１１３とから構成されている。送信バッファ１１３は鍵盤要素の送信ポートからＭＩＤＩデータである実体データを送信する。なお、送信ポートは送信する際にランダムなポート番号が割り当てられるが、固定のポート番号としても良い。
次に、スピーカ要素の機能ブロック図を図１９に示す。図示するようにスピーカ要素ＳＰは、受信ポートから受信したＰＣＭデータを処理順に記録する受信バッファ１２１と、サンプリング周波数ｆｓのタイミングにあわせてＰＣＭデータを１サンプルずつ受信バッファ１２１から取り出してＤＡ変換部１２３へ供給する読出部１２２と、読出部１２２から供給されたＰＣＭデータをアナログのオーディオ信号に変換するＤＡ変換部１２３と、ＤＡ変換部１２３からのオーディオ信号を増幅して放音するスピーカを備える出力部１２４とから構成されている。受信バッファ１２１はスピーカ要素の受信ポートから実体データ（ＰＣＭデータ）を受信する。なお、受信ポートのポート番号は図３に示される装置テーブルに記録されている該当するスピーカ要素の論理装置ＩＤである。

次に、ＤＳＰユニットの機能ブロック図を図２０に示す。ＤＳＰユニットＤＵは処理装置であり機能している処理要素を切り替えられるようにされている。ＤＳＰユニットＤＵは、処理要素を実現するためのＤＳＰが実行する処理要素毎のマイクロプログラムとパラメータが記録されている内蔵されている記憶部１３３と、切替指示を検出して切替部１３１へ設定すべき処理要素の情報を含む切り替えを指示する切替検出部１３２と、切替指示で指示された処理要素のマイクロプログラムとパラメータを記憶部１３３から読み出して複数のＤＳＰを有する信号処理部１３４へ設定する切替部１３１と、設定されたマイクロプログラムとパラメータに基づいて信号処理を行う信号処理部１３４とから構成されている。信号処理部１３４が信号処理を行うことにより、ＤＳＰユニットＤＵはマイクロプログラムに対応する処理要素として機能するようになる。すなわち、ＤＳＰユニットＤＵは、図１７ないし図１９および図２２ないし図２８に示す機能ブロックの処理要素のいずれかとして機能することができる。なお、処理要素が切り替えられた際には、カレントバッファから変更前の処理要素の接続を切断するようにかかる接続の情報を削除する。

ＤＳＰユニットＤＵにおいて処理要素が切り替えられた際に、切り替えられたことを通知する通知処理のフローチャートを図２１に示す。
ＤＳＰユニットＤＵにおいて処理要素を切り替える際には、切り替える前の現在の処理要素における接続が切断される。次いで、切替指示が検出されると通知処理が起動される（ステップＳ１５０）。次いで、ステップＳ１５１にて切替指示されたマイクロプログラムとパラメータを設定して処理要素を機能させる。さらに、ステップＳ１５２にて自機情報と変更要求を含むデータ部を作成する。この場合の自機情報は、論理装置ＩＤ、ＩＰアドレス（ＩＰアドレスは内部ネットワークにログインした際にＤＨＣＰサーバから割り当てられている）、物理装置ＩＤ、装置名、信号処理部１３４に設定した処理要素名とその処理ＩＤの情報であり、変更要求とは、ＳＶ（サーバ）１１にある装置テーブルのデータを添付した自機情報で書き換える要求とされる。次いで、ステップＳ１５３にて送信処理が行われる。送信処理では、ステップＳ１５２において作成されたデータ部が送信データとされて図２に示すように最終的にＭＡＣフレームが生成されて、内部ネットワーク上に送信される。ＭＡＣフレームのＭＡＣヘッダにはあて先ＭＡＣアドレスとしてＳＶ（サーバ）１１のＭＡＣアドレス（物理装置ＩＤ）が設定される。

ＤＳＰユニットＤＵから送信されたＭＡＣフレームは、スター型の内部ネットワークとされていることからハブで受信され、経路決定処理が行われる（ステップＳ１６１）。経路決定処理では、ハブは受信されたＭＡＣフレームのあて先ＭＡＣアドレスを見て送信経路を決定し、ＭＡＣフレームを中継する。これにより、ＤＳＰユニットＤＵから送信されたＭＡＣフレームがあて先ＭＡＣアドレスが一致するＳＶ（サーバ）１１で受信されて、受信処理が行われる（ステップＳ１７０）。受信処理では、ＭＡＣフレームからＩＰパケットが取り出され、ＩＰパケットからＴＣＰセグメントが取り出され、さらに、ＴＣＰセグメントからデータ部が取得される。そして、取得されたデータ部を解釈して変更要求があることから変更要求処理を行うと判断する。次いで、ステップＳ１７１にてデータ部におけるＤＳＰユニットＤＵの自機情報で装置テーブルを書き換えて、ステップＳ１７２にて変更後の装置テーブルと変更要求を含むデータ部を作成する。このデータ部は、ステップＳ１７３で送信処理が行われることにより内部ネットワーク上に送信される。この送信処理は、前述したステップＳ１５３の送信処理と同様の処理とされるが、あて先ＭＡＣアドレスにはオール”１”のブロードキャストアドレス（FF-FF-FF-FF-FF-FF）が設定され、あて先ＩＰアドレスもブロードキャストアドレスが設定される。この場合、図３に示す装置テーブルのように内部ネットワークのネットワークアドレスが”１９２．１６８．１１１．０”とされている場合は、ＩＰアドレスのブロードキャストアドレスは”１９２．１６８．１１１．２５５”とされる。

ＳＶ（サーバ）１１からブロードキャストされたＭＡＣフレームは、ハブで受信され経路決定処理が行われる（ステップＳ１６１）。この経路決定処理では、ステップＳ１６０と同様の経路決定処理が行われるが、ブロードキャストアドレスのＭＡＣフレームとされていることから全ての処理装置にＭＡＣフレームが中継されるようになる。ＤＳＰユニットＤＵは、ブロードキャストされたＭＡＣフレームが到来した際にブロードキャストアドレスとされていることからステップＳ１７０と同様のＭＡＣフレームを受信する受信処理を行う（ステップＳ１５４）。次いで、ステップＳ１５５にて受信されたＭＡＣフレームから取り出された装置テーブル情報を内部の記憶手段に記憶することにより装置テーブルを更新し、ＤＳＰユニットにおけるネットワーク接続処理は終了する。また、他のクライアントにおいてはブロードキャストされたＭＡＣフレームが到来した際にブロードキャストアドレスとされていることからステップＳ１７０と同様のＭＡＣフレームを受信する受信処理を行う（ステップＳ１８０）。次いで、ステップＳ１８１にて受信されたＭＡＣフレームから取り出された装置テーブル情報で記憶されている装置テーブルを更新し、他のクライアントにおけるネットワーク接続処理は終了する。

次に、ミキサ要素の機能ブロック図を図２２に示す。図示するようにミキサ要素ＭＸは、受信ポートからＰＣＭデータを受信して処理順に記録する受信チャンネル毎に用意されている受信バッファ１４１と、受信バッファ１４１からサンプリング周波数ｆｓのタイミングにあわせてＰＣＭデータを１サンプルずつ取り出してミックス部１４３へ供給する読出部１４２と、操作子１４４から入力された各種のパラメータの設定にあわせて、受信バッファ１４１から入力されたＰＣＭデータをミキシング（信号処理）するミックス部１４３と、各種パラメータの設定を行う操作子１４４と、ミックス部１４３から出力されるＰＣＭデータを発生順に記録する送信チャンネル毎に用意されている送信バッファ１４５から構成されている。受信バッファ１４１はミキサ要素の受信ポートから実体データ（ＰＣＭデータ）を受信し、送信バッファ１４５はミキサ要素の送信ポートから実体データ（ＰＣＭデータ）を送信する。なお、受信ポートのポート番号はチャンネル毎に異なるポート番号が割り当てられ、送信ポートもチャンネル毎に異なるポート番号が割り当てられる。

次に、コンテンツレコーダ要素の機能ブロック図を図２３に示す。コンテンツレコーダ要素ＣＲにおいて通信するデータは、実体データではなく制御データとされ、他の処理要素と通信を行うときは実体データの通信に使うポートではなく制御データ通信用のポートを使用して通信を行う。この場合、コンテンツを要求する処理要素（処理装置）にコンテンツの取得に必要とする画面を表示させて、ユーザが画面上でコンテンツの選択を行えるようにしてもよい。そして、制御データの通信はＨＴＴＰに用意されているファイル要求を行う”ＧＥＴ”のリクエスト・メソッドを用いて行うことができる。
コンテンツレコーダ要素ＣＲにコンテンツを要求する処理要素（処理装置）は、コンテンツ要求とコンテンツデータの識別情報を送信する制御データのデータ部に入れて送信する。コンテンツとは特定の処理要素で使用されるファイル、ソングやスタイルやボイスなどのファイルである。コンテンツレコーダ要素ＣＲは、受信ポートからコンテンツ要求を検出（受信）して、コンテンツ要求とコンテンツデータの識別情報を読出部１５１へ供給する要求検出部１５２と、識別情報に該当するコンテンツデータをコンテンツ記憶部１５３から読み出してコンテンツ送信部１５４へわたす読出部１５１と、複数のコンテンツデータを識別情報と共に記憶しているコンテンツ記憶部１５３と、コンテンツ要求を送信した処理要素（処理装置）へ、読み出したコンテンツデータを送信ポートから送信するコンテンツ送信部１５４から構成されている。なお、受信ポートのポート番号は制御データ用に予め割り当てられたポート番号（ＨＴＴＰの場合は一般に８０番とされるが、これに限られない）とされ、送信ポートは送信する際にランダムなポート番号が割り当てられるが、固定のポート番号としても良い。

次に、自動伴奏要素の機能ブロック図を図２４に示す。自動伴奏要素ＡＡは、他の処理要素からの伴奏データの要求に応じて、指示された伴奏データを演奏データに基づいて編集し、伴奏データを処理要素に送るようにしている。そして、自動伴奏の要求データは実体データの通信に使うポートではなく制御データ通信用のポートを使用して通信を行う。この場合、伴奏データを要求する処理要素が機能している処理装置において自動伴奏の要求に必要とする画面を表示させて、ユーザが画面上で自動伴奏の選択や伴奏データの送り先の選択を行うようにしてもよい。そして、伴奏データの要求および取得の通信をＨＴＴＰにより行うようにしてもよい。
自動伴奏要素ＡＡは、受信ポート１からＭＩＤＩデータ（演奏データ）を受信して処理順に記録する受信バッファ１６１と、自動伴奏要素ＡＡの内臓ＭＩＤＩクロックのタイミングにあわせて、処理すべきＭＩＤＩデータ（演奏データ）を受信バッファ１６１から取り出す読出部１６２と、読出部１６２で取り出したＭＩＤＩデータ（演奏データ）のうちのノートオンイベントとノートオフイベントを使用して演奏データにおける和音を検出する和音検出部１６３を備えている。

また、自動伴奏要素ＡＡに自動伴奏を要求する処理要素（処理装置）は、伴奏データ要求と伴奏データの識別情報を送信する制御データのデータ部に入れて送信する。そして、自動伴奏要素ＡＡは、受信ポート２から伴奏データ要求を検出（受信）した際に、受信された伴奏データ要求と自動伴奏の識別情報を読出部１６４へわたす要求検出部１６５と、識別情報に該当する伴奏データを伴奏データ記憶部１６６から読み出して伴奏データバッファ１６７へわたす読出部１６４と、複数の伴奏データを識別情報と共に記憶している伴奏データ記憶部１６６と、伴奏データ記憶部１６６から読み出した伴奏データを記録する伴奏データバッファ１６７を備えている。なお、伴奏データとは伴奏を再生するためのＭＩＤＩデータを処理順に記録したファイルとされている。

和音検出部１６３は検出した和音データと供給されたＭＩＤＩデータ（演奏データ）とを自動伴奏部１６８にわたし、伴奏データバッファ１６７はＭＩＤＩデータ（伴奏データ）を自動伴奏部１６８に渡す。自動伴奏部１６８は、自動伴奏要素ＡＡの内臓ＭＩＤＩクロックのタイミングにあわせて、処理すべきＭＩＤＩデータ（伴奏データ）を伴奏データバッファ１６７から順に取り出す。そして、取り出したＭＩＤＩデータ（伴奏データ）がノートオンであれば和音検出部１６３から渡されたその時点の和音データでノートナンバを変更し、変更後もしくは取り出したＭＩＤＩデータ（伴奏データ）と和音検出部１６３より受け取ったＭＩＤＩデータ（演奏データ）を、各データの処理タイミングを表すタイミングデータとともに、送信バッファ１６９へわたしている。送信バッファ１６９では、自動伴奏部１６８から送られたＭＩＤＩデータとタイミングデータを処理順に記録し、伴奏データ要求に含まれているあて先のＩＰアドレスとポート番号で特定される処理要素に送信ポートから送信している。なお、受信ポート１は実体データ（ＭＩＤＩデータ）の受信ポートであり、受信ポート１のポート番号は図３に示される装置テーブルに記録されている該当する自動伴奏要素ＡＡの論理装置ＩＤとされ、受信ポート２のポート番号は制御データ用に予め割り当てられたポート番号（ＨＴＴＰの場合は一般に８０番とされるが、これに限られない）とされ、送信ポートは実体データ（ＭＩＤＩデータ）の送信ポートであり送信する際にランダムなポート番号が割り当てられるが、固定のポート番号としても良い。

次に、ＭＩＤＩレコーダ要素の機能ブロック図を図２５に示す。ＭＩＤＩレコーダ要素ＭＲは、受信したＭＩＤＩデータを記録することができ、読出要求に応じて記録されたＭＩＤＩデータをあて先の処理要素（処理装置）に送信するようにしている。
ＭＩＤＩレコーダ要素ＭＲは、受信ポート１からＭＩＤＩデータを受信して処理順に記録する受信バッファ１７１と、受信バッファ１７１からＭＩＤＩデータを取り出して、ＭＩＤＩのイベントデータとその処理タイミングを表すタイミングデータの組を処理順にＭＩＤＩ記録部１７３に書き込む書込部１７２と、書込部１７２によりＭＩＤＩデータからなる演奏データがＭＩＤＩファイルとして記録されるＭＩＤＩ記録部１７３を備えている。また、ＭＩＤＩレコーダ要素ＭＲにＭＩＤＩデータ（演奏データ）を要求する処理要素（処理装置）は、読出要求とＭＩＤＩファイルの識別情報を制御データのデータ部に入れて送信する。この場合、読出要求する処理要素が機能している処理装置において読出要求に必要とする画面を表示させて、ユーザが画面上でＭＩＤＩファイルの選択やＭＩＤＩデータの送り先の選択を行うようにしてもよいし、読出要求およびＭＩＤＩデータの取得の通信をＨＴＴＰにより行うようにしてもよい。

そして、ＭＩＤＩレコーダ要素ＭＲは、受信ポート２から読出要求を検出（受信）した際に、受信された読出要求とＭＩＤＩファイルの識別情報を読出部１７４へわたす要求検出部１７６と、識別情報に対応するＭＩＤＩファイルから、ＭＩＤＩレコーダ要素ＭＲの内臓ＭＩＤＩクロックのタイミングにあわせて、処理すべきＭＩＤＩデータをＭＩＤＩ記録部１７３から読み出して送信バッファ１７５へわたす読出部１７４と、読出部１７４から送られたＭＩＤＩデータとタイミングデータを処理順に記録する送信バッファ１７５とを備えている。送信バッファ１７５は、バッファに記録されたＭＩＤＩデータとタイミングデータを、読出要求に含まれているあて先のＩＰアドレスとポート番号で特定される処理要素に送信ポートから送信している。なお、受信ポート１は実体データ（ＭＩＤＩデータ）の受信ポートであり、受信ポート１のポート番号は図３に示される装置テーブルに記録されている該当するＭＩＤＩレコーダ要素ＭＲの論理装置ＩＤとされ、受信ポート２のポート番号は制御データ用に予め割り当てられたポート番号（ＨＴＴＰの場合は一般に８０番とされるが、これに限られない）とされ、送信ポートは実体データ（ＭＩＤＩデータ）の送信ポートであり送信する際にランダムなポート番号が割り当てられるが、固定のポート番号としても良い。

次に、エディタ要素の機能ブロック図を図２６に示す。エディタ要素ＥＤは、受信したＭＩＤＩデータを設定要求に応じてエディットしてあて先の処理要素（処理装置）に送信するようにしている。
エディタ要素ＥＤは、ＭＩＤＩデータを受信ポート１から受信して処理順に記録する受信バッファ１８１と、受信バッファ１８１からエディタ要素ＥＤの内臓ＭＩＤＩクロックのタイミングにあわせて処理すべきＭＩＤＩデータを読み出してエディット部１８３へ渡す読出部１８２とを備えている。また、エディタ要素ＥＤにエディットの設定を要求する処理要素（処理装置）は、設定要求とエディット情報を制御データのデータ部に入れて送信する。この場合、設定要求する処理要素が機能している処理装置において設定要求に必要とする画面を表示させて、ユーザが画面上でエディットする内容の設定を行うようにしてもよいし、設定要求の通信をＨＴＴＰにより行うようにしてもよい。なお、エディット情報はエディット内容を表す情報である。

そして、エディタ要素ＥＤは、受信ポート２から設定要求を検出（受信）した際に、受信された設定要求とエディット情報をエディット部１８３へわたす要求検出部１８５と、読出部１８２から渡されたＭＩＤＩデータに要求検出部１８５からのエディット情報に基づいてエディットを行い、エディットされたＭＩＤＩデータを送信バッファ１８４に渡すエディット部１８３と、エディット部１８３から送られたＭＩＤＩデータとタイミングデータを処理順に記録する送信バッファ１８４を備えている。エディット部１８３では、自動作曲の場合、読み出したＭＩＤＩデータ（フレーズ）から１曲分の楽曲を表すＭＩＤＩデータをエディット情報に基づいて作成し、作成したＭＩＤＩデータを送信バッファ１８４へわたしている。また、自動編曲の場合、読み出したＭＩＤＩデータ（メロディ）をエディット情報に基づいて編曲してオーケストラ曲を表すＭＩＤＩデータを作成し、作成したＭＩＤＩデータを送信バッファ１８４へわたしている。送信バッファ１８４は、バッファに記録されたＭＩＤＩデータとタイミングデータを、設定要求に含まれているあて先のＩＰアドレスとポート番号で特定される処理要素に送信ポートから送信している。なお、受信ポート１は実体データ（ＭＩＤＩデータ）の受信ポートであり、受信ポート１のポート番号は図３に示される装置テーブルに記録されている該当するエディタ要素ＥＤの論理装置ＩＤとされ、受信ポート２のポート番号は制御データ用に予め割り当てられたポート番号（ＨＴＴＰの場合は一般に８０番とされるが、これに限られない）とされ、送信ポートは実体データ（ＭＩＤＩデータ）の送信ポートであり送信する際にランダムなポート番号が割り当てられるが、固定のポート番号としても良い。

次に、エフェクタ要素の機能ブロック図を図２７に示す。エフェクタ要素ＥＦは、受信したＰＣＭデータに設定要求に応じたエフェクトを施してあて先の処理要素（処理装置）に送信するようにしている。
エフェクタ要素ＥＦは、ＰＣＭデータを受信ポート１から受信して処理順に記録する図示していないが受信チャンネル（入力チャンネル）毎に設けられた受信バッファ１９１と、受信バッファ１９１からサンプリング周波数ｆｓのタイミングにあわせてＰＣＭデータを１サンプルずつ取り出してエフェクト部１９３へ送る読出部１９２とを備えている。また、エフェクタ要素ＥＦにエフェクトの設定を要求する処理要素（処理装置）は、設定要求とエフェクト情報を制御データのデータ部に入れて送信する。この場合、設定要求する処理要素が機能している処理装置において設定要求に必要とする画面を表示させて、ユーザが画面上でエフェクト内容の設定を行うようにしてもよいし、設定要求の通信をＨＴＴＰにより行うようにしてもよい。なお、エフェクト情報はエフェクトの設定内容を表す情報である。

そして、エフェクタ要素ＥＦは、受信ポート２から設定要求を検出（受信）した際に、受信された設定要求とエフェクト情報をエフェクト部１９３へわたす要求検出部１９５と、読出部１９２から読み出されたＰＣＭデータにエフェクトを施して新たなＰＣＭデータを作成し、作成後のＰＣＭデータを送信バッファ１９４へわたすエフェクト部１９３と、エフェクト部１９３から送られたＰＣＭデータとタイミングデータを処理順に記録する図示していないが送信チャンネル毎に設けられた送信バッファ１９４を備えている。エフェクト部１９３でのエフェクトは、エフェクト情報に基づいて設定（決定）され、リバーブやコーラスなどのエフェクトがＰＣＭデータに施される。送信バッファ１９４は、バッファに記録されたＰＣＭデータを、設定要求に含まれているあて先のＩＰアドレスとポート番号で特定される処理要素に送信ポートから送信している。なお、受信ポート１は実体データ（ＰＣＭデータ）の受信ポートであり、受信ポート１のポート番号は図３に示される装置テーブルに記録されている該当するエフェクタ要素ＥＦの論理装置ＩＤとされ、受信ポート２のポート番号は制御データ用に予め割り当てられたポート番号（ＨＴＴＰの場合は一般に８０番とされるが、これに限られない）とされ、送信ポートは実体データ（ＰＣＭデータ）の送信ポートであり送信する際にランダムなポート番号が割り当てられるが、固定のポート番号としても良い。

次に、オーディオレコーダ要素の機能ブロック図を図２８に示す。オーディオレコーダ要素ＡＲは、受信したＰＣＭデータを記録することができ、読出要求に応じて記録されたＰＣＭデータをあて先の処理要素（処理装置）に送信するようにしている。
オーディオレコーダ要素ＡＲは、受信ポート１からＰＣＭデータを受信して処理順に記録する受信バッファ２０１と、受信バッファ２０１からＰＣＭデータを取り出してＰＣＭ記録部２０３に書き込む書込部２０２と、書込部２０２によりＰＣＭデータがＰＣＭファイルとして記録されるＰＣＭ記録部２０３を備えている。また、オーディオレコーダ要素ＡＲにＰＣＭデータを要求する処理要素（処理装置）は、読出要求とＰＣＭファイルの識別情報を制御データのデータ部に入れて送信する。この場合、読出要求する処理要素が機能している処理装置において読出要求に必要とする画面を表示させて、ユーザが画面上でＰＣＭファイルの選択やＰＣＭデータの送り先の選択を行うようにしてもよいし、読出要求およびＰＣＭデータの取得の通信をＨＴＴＰにより行うようにしてもよい。

そして、オーディオレコーダ要素ＡＲは、受信ポート２から読出要求を検出（受信）した際に、受信された読出要求とＰＣＭファイルの識別情報を読出部２０４へわたす要求検出部２０６と、識別情報に対応するＰＣＭファイルからサンプリング周波数ｆｓのタイミングにあわせて、ＰＣＭデータをＰＣＭ記録部２０３から読み出して送信バッファ２０５へわたす読出部２０４と、読出部２０４から送られたＰＣＭデータを処理順に記録する送信バッファ２０５とを備えている。送信バッファ２０５は、バッファに記録されたＰＣＭデータを、読出要求に含まれているあて先のＩＰアドレスとポート番号で特定される処理要素に送信ポートから送信している。なお、受信ポート１は実体データ（ＰＣＭデータ）の受信ポートであり、受信ポート１のポート番号は図３に示される装置テーブルに記録されている該当するオーディオレコーダ要素ＡＲの論理装置ＩＤとされ、受信ポート２のポート番号は制御データ用に予め割り当てられたポート番号（ＨＴＴＰの場合は一般に８０番とされるが、これに限られない）とされ、送信ポートは実体データ（ＰＣＭデータ）の送信ポートであり送信する際にランダムなポート番号が割り当てられるが、固定のポート番号としても良い。

次に、実体データの通信を行う際に実行される通信処理のフローチャートを図２９に示す。
実体データの通信を行う際には、実体データを送信する処理装置において通信処理が起動され、送信する装置と受信する装置との間でハンドシェークが行われてＴＣＰの論理回線が確立される。次いで、ステップＳ１９０にて送信バッファからデータを取り出してデータ部が作成される。次いで、ステップＳ１９１にて送信処理が行われる。送信処理では、ステップＳ１９０において作成されたデータ部が送信データとされて図２に示すように最終的に送信データがカプセル化されたＭＡＣフレームが生成されて、内部ネットワーク上に送信される。ＭＡＣフレームのＭＡＣヘッダにはあて先ＭＡＣアドレスとして実体データを受信するあて先の処理装置のＭＡＣアドレス（物理装置ＩＤ）が設定される。
送信されたＭＡＣフレームは、スター型の内部ネットワークとされていることからハブで受信され、経路決定処理が行われる（ステップＳ２００）。経路決定処理では、ハブは受信されたＭＡＣフレームのあて先ＭＡＣアドレスを見て送信経路を決定し、ＭＡＣフレームを中継する。これにより、送信する処理装置から送信されたＭＡＣフレームがあて先ＭＡＣアドレスが一致する受信する処理装置で受信されて、受信処理が行われる（ステップＳ２１０）。受信処理では、ＭＡＣフレームからＩＰパケットが取り出され、ＩＰパケットからＴＣＰセグメントが取り出され、さらに、ＴＣＰセグメントからデータ部が取得される。次いで、ステップＳ２１１で取得されたデータ部が受信バッファに記録される。なお、通信には実態データを送信するために確立されたカレントバッファに記録されているポートが使用される。

以上の説明では、内部ネットワークをイーサネットのＬＡＮとしたが本発明はこれに限るものではなく、他のネットワーク媒体としても良い。また、通信プロトコルとしてＴＣＰとしたが、本発明はこれに限るものではなく、リアルタイムを重んずる場合は信頼性は低いが転送速度が高いＵＤＰ（User Datagram Protocol）を用いても良いし、ＴＣＰ／ＩＰに替えてＩＰＸ／ＳＰＸ（Internetwork Packet Exchange/Sequenced Packet Exchange）を用いるようにしても良い。
また、エディタ要素のエディット情報やエフェクタ要素のエフェクト情報を他の処理要素で設定して送るようにすると、他の部屋にあるエディタ要素やエフェクト要素をスピーカ要素のある部屋から操作することができるようになり、あたかもその部屋にエディタ要素やエフェクト要素があるものとして操作することができることから操作性を向上することができる。
さらに、一つの処理装置内の複数の処理要素間の接続解除はネットワーク接続時にかぎるものではなく、ネットワーク接続後の任意のタイミングで解除を可能とすることができる。この場合、ネットワーク接続時には接続の解除を行わず、ネットワーク接続後に接続解除の指示を確認する処理を周期的に起動するようにしておき、接続解除の指示を検出したときに処理装置内の処理要素間の接続を解除するようにすればよい。また、接続解除の指示はそれを指示する特別なスイッチを設けてそのスイッチにより指示してもよい。このような接続解除の指示は自処理装置に限らず、ネットワーク上の他の処理装置から行うこともできる。

本発明の実施例の楽音発生システムの構成を示すブロック図である。 本発明にかかる楽音発生システムにおいてネットワーク上に送出されるＭＡＣフレームの生成過程の概要を示す図である。 本発明にかかる楽音発生システムの内部ネットワークにおけるすべての処理要素毎の識別情報の対応表である装置テーブルである。 本発明にかかる楽音発生システムの内部ネットワーク上の処理要素において、実体データの通信が可能な処理要素毎の入力側と出力側の接続テーブルである。 本発明にかかる楽音発生システムにおいて、ネットワーク接続処理の一部の処理の態様を示す図である。 本発明にかかる楽音発生システムにおいて、内部ネットワークに新たに処理装置が接続（ログイン）された際に実行されるネットワーク接続処理のフローチャートである。 本発明にかかる楽音発生システムにおいて、内部ネットワークに接続されている処理装置が切断（ログオフ）された際に実行されるネットワーク切断処理のフローチャートである。 本発明にかかる楽音発生システムにおいて、ネットワーク切断処理の一部の処理の態様を示す図である。 本発明にかかる楽音発生システムにおける内部ネットワークの構成の例を示す図である。 本発明にかかる楽音発生システムにおいて、処理要素間の接続を行う接続処理時に表示される設定画面の例を示す図である。 本発明にかかる楽音発生システムにおいて、処理要素間の接続を行う接続処理時に表示される設定画面の他の例を示す図である。 本発明にかかる楽音発生システムにおいて、処理要素と処理要素との接続を設定する際に実行される接続選択処理のフローチャートである。 本発明にかかる楽音発生システムにおいて、接続選択処理が行われて処理要素の論理接続の設定が行われた場合に、接続バッファに記録される接続情報の例を示す図である。 本発明にかかる楽音発生システムにおいて、接続選択処理に続けて実行される接続確立処理のフローチャートである。 本発明にかかる楽音発生システムにおいて、カレントバッファに記録される接続情報と対応付けの例を示す図である。 本発明にかかる楽音発生システムにおいて、ＳＶ（サーバ）で実行される接続選択処理のフローチャートである。 本発明にかかる楽音発生システムにおける音源要素の機能ブロック図である。 本発明にかかる楽音発生システムにおける鍵盤要素の機能ブロック図である。 本発明にかかる楽音発生システムにおけるスピーカ要素の機能ブロック図である。 本発明にかかる楽音発生システムにおけるＤＳＰユニットの機能ブロック図である。 本発明にかかる楽音発生システムにおいて、ＤＳＰユニットにおいて処理要素が切り替えられた際に、切り替えられたことを通知する通知処理のフローチャートである。 本発明にかかる楽音発生システムにおけるミキサ要素の機能ブロック図である。 本発明にかかる楽音発生システムにおけるコンテンツレコーダ要素の機能ブロック図である。 本発明にかかる楽音発生システムにおける自動伴奏要素の機能ブロック図である。 本発明にかかる楽音発生システムにおけるＭＩＤＩレコーダ要素の機能ブロック図である。 本発明にかかる楽音発生システムにおけるエディタ要素の機能ブロック図である。 本発明にかかる楽音発生システムにおけるエフェクタ要素の機能ブロック図である。 本発明にかかる楽音発生システムにおけるオーディオレコーダ要素の機能ブロック図である。 本発明にかかる楽音発生システムにおける実体データの通信を行う際に実行される通信処理のフローチャートである。

符号の説明

１ インターネット、２ ルータ、３ ルータ、４ ルータ、１０ ハブ、１１ ＳＶ（サーバ）、１２ ＴＧ１（音源）、１３ ＴＧ２（音源）、１４ ＫＢ（鍵盤）、１５ ＳＰ１（スピーカ）、２０ ハブ、２１ ＳＰ２（スピーカ）、２２ ＤＵ（ＤＳＰユニット）、２３ ＭＸ（ミキサ）、２４ ＣＲ（コンテンツレコーダ）、３０ ハブ、３１ ＡＡ（自動伴奏）、３２ ＭＲ（ＭＩＤＩレコーダ）、３３ ＥＤ（エディタ）、３４ ＥＦ（エフェクタ）、３５ ＡＲ（オーディオレコーダ）、３６ ＳＹ（音源、鍵盤）４０ ハブ、４１ ＭＣ（マイク）、４２ ＣＤ（ＣＤプレーヤ）、１００ 受信バッファ、１０１ 読出部、１０２ 楽音合成部、１０３ 送信バッファ、１１１ 操作子、１１２ 操作検出部、１１３ 送信バッファ、１２１ 受信バッファ、１２２ 読出部、１２３ ＤＡ変換部、１２４ 出力部、１３１ 切替部、１３２ 切替検出部、１３３ 記憶部、１３４ 信号処理部、１４１ 受信バッファ、１４２ 読出部、１４３ ミックス部、１４４ 操作子、１４５ 送信バッファ、１５１ 読出部、１５２ 要求検出部、１５３ コンテンツ記憶部、１５４ コンテンツ送信部、１６１ 受信バッファ、１６２ 読出部、１６３ 和音検出部、１６４ 読出部、１６５ 要求検出部、１６６ 伴奏データ記憶部、１６７ 伴奏データバッファ、１６８ 自動伴奏部、１６９ 送信バッファ、１７１ 受信バッファ、１７２ 書込部、１７３ 記録部、１７４ 読出部、１７５ 送信バッファ、１７６ 要求検出部、１８１ 受信バッファ、１８２ 読出部、１８３ エディット部、１８４ 送信バッファ、１８５ 要求検出部、１９１ 受信バッファ、１９２ 読出部、１９３ エフェクト部、１９４ 送信バッファ、１９５ 要求検出部、２０１ 受信バッファ、２０２ 書込部、２０３ 記録部、２０４ 読出部、２０５ 送信バッファ、２０６ 要求検出部

Claims (3)

1. スター型のネットワークに接続されているサーバと複数の処理装置を用いて構成される楽音発生システムであって、
   実行されるプログラムに応じた楽音発生に関連する処理要素として機能する前記処理装置と、
   複数の前記処理装置において機能している前記処理要素毎に設定されているネットワークにおける固有の識別情報を管理する前記サーバとを備え、
   前記サーバと前記処理要素との間、あるいは、前記処理要素間においては前記固有の識別情報を用いることによりネットワーク上において通信を行うようにされ、
   複数の処理要素が機能している前記処理装置がネットワークに接続された際に、複数の処理要素間の接続を解除して複数の処理要素が独立してネットワークに接続されるようにしたことを特徴とする楽音発生システム。
2. 複数の処理要素が機能している前記処理装置がネットワークからはずされた際に、複数の処理要素間の接続を復活させるようにしたことを特徴とする請求項１記載の楽音発生システム。
3. スター型のネットワークに接続されているサーバと複数の処理装置を用いて構成される楽音発生システムであって、
   実行されるプログラムに応じた楽音発生に関連する処理要素として機能する前記処理装置と、
   複数の前記処理装置において機能している前記処理要素毎に設定されているネットワークにおける固有の識別情報を管理する前記サーバとを備え、
   前記サーバと前記処理要素との間、あるいは、前記処理要素間においては前記固有の識別情報を用いることによりネットワーク上において通信を行うようにされ、
   複数の処理要素が機能している前記処理装置がネットワークに接続され、接続後に複数の処理要素間の接続を解除する接続解除指示を受け取った際に、複数の処理要素間の接続を解除して複数の処理要素が独立してネットワークに接続されるようにしたことを特徴とする楽音発生システム。
   

Images