JPH07261756A - 電子楽器ネットワークシステム - Google Patents

Abstract

(57)【要約】 【目的】 各種の拡張が可能であると共に、ネットワー
ク上に接続された資源を有効に利用できる電子楽器ネッ
トワークシステムを提供すること。 【構成】 ネットワーク回路１４０に単独で所定の機能
を果たすモジュール１０〜１２０を複数接続する。シス
テムの立ち上げ時に、メインユニット２０は各モジュー
ル３０〜１２０のデータを収集して各モジュール３０〜
１２０に電子楽器の処理機能を少なくとも１つずつ割り
当てる。さらに、メインユニット２０はプログラムサー
バモジュール１０から処理機能に必要な制御プログラム
を読み出して、各モジュール３０〜１２０に供給する。
これにより、電子楽器ネットワークシステムを構築でき
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワークを用いて
各種の拡張が可能な電子楽器に関するものである。

【０００２】

【従来の技術】従来、複数の電子楽器を互いに接続して
電子楽器ネットワークシステムを構成する、いわゆるＭ
ＩＤＩが知られている。このＭＩＤＩインタフェース
は、自動演奏データ等を伝送するための共通規格であ
り、ネットワーク上に分散した複数の楽器の内のあるも
のから他のものにキーコード等の演奏データを一方向に
伝送することを可能とするものである。しかしながら、
このようなＭＩＤＩを使用した従来型のシステムにおい
ては、ネットワークにコンピュータ、プリンタ、ディス
ク装置等の楽器以外の装置を接続するためには各装置ご
とに特別な制御用ソフトウェアとこのソフトウェアを実
行するコンピュータシステムを必要とするという欠点が
あった。

【０００３】そこで、図３３に示す特開昭６２−１２９
８８９号公報に記載されているような電子楽器ネットワ
ークシステムが提案されている。この電子楽器ネットワ
ークシステムは、電子楽器を兼ねるコントローラ２０１
と、他の電子楽器２０２と、フロッピディスク２０３
と、プリンタ２０４をネットワーク２０５に接続するよ
うにして構成されている。このコントローラ２０１はプ
ロセッサ２０６、基本システム用のリードオンリメモリ
（ＲＯＭ）２０７、基本システム用のランダムアクセス
メモリ（ＲＡＭ）２０８、拡張デバイス用ＲＡＭ２０９
−１，２０９−２，２０９−３・・・・、音源回路２１
０、出力アンプ２１１、スピーカ２１２、パネルインタ
フェース２１３、コンソールパネル２１４、バスインタ
フェース２１５、制御インタフェース２１６、指示パネ
ル２１７、スタート情報入力部２１８、及びこれらの各
回路を接続する内部バス２１９を備えている。

【０００４】第３３図の回路においては、コントローラ
２０１はコンソールパネル２１４等の操作によって演奏
が行われるとその演奏データがパネルインタフェース２
１３を介して基本ＲＡＭ２０８及び音源回路２１０等に
入力される。そして、音源回路２１０によって所定の音
信号が生成され出力アンプ２１１によって増幅されてス
ピーカ２１２から出力される。この時コンソールパネル
２１４から入力された演奏データは必要に応じてプロセ
ッサ２０６によって波形操作等各種の処理が施された
後、音源回路２１０に入力される。なお、プロセッサ２
０６は基本システム用ＲＯＭ２０７に記憶されたオペレ
ーティングシステム等に基づき処理動作を行う。また、
基本システム用ＲＡＭ２０８は演奏データの一次記憶そ
の他各種の作業領域等に使用される。

【０００５】次に、図３４に図３３に示す電子楽器ネッ
トワークシステムにおける情報の授受手順に付いて説明
する。但し、この図に示す親機はコントローラ２０１で
あり、ネットワーク２０５に接続されている他の機器は
すべて子機とされている。親機と子機とがパワーオンさ
れると、子機はネットワーク上に送信可能か否かを検出
し、ネットワーク上に送信中の信号がない時は送信可能
と判断し、登録要求信号をネットワーク上に送出する。
親機は子機からの登録要求信号があるまで待機してお
り、登録要求信号があったときは、登録要求信号を送出
した子機に対し認識番号（ＩＤ）及び制御プログラムの
送信要求を行う。子機はこれを受けて、ＩＤ及び制御プ
ログラムを送信する。このＩＤ及び制御プログラムは親
機側の拡張デバイス用メモリにロードされる。この時、
親機側において受信エラーの有無をチェックし、もし受
信エラーがあればエラー表示し、かつ子機の登録処理を
中止する。

【０００６】このようにして、親機はすべての子機の制
御プログラムを吸い上げ、親機がこの制御プログラムを
実行することにより、子機に対して各種の指示情報を送
信するようにして子機を制御する。従って、コントロー
ラ２０１の制御の基で、例えば演奏データをフロッピデ
ィスク２０３に記憶したり、プリンタ２０４によりプリ
ントすることが可能となる。

【０００７】

【発明が解決しようとする課題】このような構成におい
ては、ネットワークを用いて各種の拡張が可能であるも
のの、すべての処理をコントローラに集中させるのでコ
ントローラの負担が大きくなり、結果的にはコントロー
ラが処理できる能力までしかシステム全体の能力を上げ
ることができないという問題点があった。さらに、ネッ
トワーク上にコントローラとなり得る他の電子楽器を接
続しても、その電子楽器上の処理能力などの資源を有効
に活用することができないという問題点もあった。そこ
で、本発明は各種の拡張が可能であると共に、ネットワ
ーク上に接続された資源を有効に利用できる電子楽器ネ
ットワークシステムを提供することを目的としている。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、本発明はネットワークに接続した各ユニットに、複
数の処理を自動的に分散させることにより、ユニットを
自由に組合わせて大きなシステムを構築するようにした
ものである。

【０００９】

【作用】本発明によれば、従来一つの電子楽器で処理し
ていた複数の処理を、ネットワークに接続した各ユニッ
トに自動的に分散させることにより、各種の拡張が可能
になると共に、ネットワーク上の資源を有効に利用する
ことができる電子楽器ネットワークシステムを実現する
ことができる。

【００１０】

【実施例】第１図は、本発明の電子楽器ネットワークシ
ステムの全体構成概念図であり、プログラムサーバモジ
ュール１０、メインユニット２０、アサイナユニット３
０、自動演奏モジュール４０、スキャンモジュール５
０、外部通信モジュール６０、発音ユニット７０〜１１
０、オーディオ出力ユニット１２０がネットワーク回路
１４０に接続されることにより電子楽器ネットワークシ
ステムが構成されている。ただし、以下の説明において
は、ユニット単体だけで処理を行うユニットもモジュー
ルと称するものとする。上記各モジュールに割り当てら
れた各処理は、メインユニット２０を除いて予め割り当
てられている処理ではなく、後述するようにシステムの
立ち上げ時にメインユニット２０により、それぞれ割り
当てられた処理である。

【００１１】これらのモジュールは、汎用性のユニット
により構成されていると共に、動的にシステムを構成す
ることができ、性能の向上等のためにシステムの変更を
容易にできるようにされている。また、各モジュール内
のＣＰＵユニットとしては汎用のものが用いられてお
り、そのＣＰＵに割り当てられる処理に応じた処理プロ
グラムが演奏情報の処理の開始に先だって転送されるこ
とにより、そのＣＰＵユニットを備えたモジュールが割
り当てられた処理を行うようにされている。これらのモ
ジュールは物理的に互いに離れた位置にあっても局所的
に集中していてもよく、要はネットワークで相互に接続
されていればよいため、大きなシステムから小さなシス
テムまで種々の形態を有する電子楽器ネットワークシス
テムを構築することができる。

【００１２】各モジュールに処理プログラムが転送され
た後は、それぞれのモジュールがネットワークを介して
コマンドを発行する。コマンドには相手先のアドレスが
明示されているので、そのアドレスのモジュールがコマ
ンドを受け取り対応する処理が行われるようになる。例
として、一般的な押鍵の処理をおってみると、スキャナ
ユニット５１で検出された押鍵情報は、まずアサインユ
ニット３０に転送される。アサインユニット３０では自
分の管理のもとにある発音ユニット７０〜１１０のうち
空いているチャンネルを探し、その発音ユニット７０〜
１１０に対して受け取った押鍵情報を転送する。発音ユ
ニット７０〜１１０では、転送された押鍵情報に対応す
る楽音のディジタルデータを作成し、ネットワーク回路
１４０を介してオーディオ出力ユニット１２０に転送す
る。オーディオ出力ユニット１２０は受け取ったディジ
タルデータを時間軸上に正しく並べ直し（ディジタルデ
ータにはネットワーク上の転送を効率的にするために各
種の変調が加えられているため。）てサウンドシステム
１３０に転送し、サウンドシステム１３０から最終的な
アナログ楽音として発音される。

【００１３】この場合、発音チャンネルを増やしたい時
は発音ユニットをネットワークに追加するだけでよい。
追加された発音ユニットはメインユニット２０によって
自動的に認識され、それに応じてアサインユニット３０
の発音割当プログラムが変更される。また、何らかの事
情により今までアサイン機能を実現していたユニット３
０をネットワークから切り離す必要が生じた場合は、比
較的処理能力に余裕のある、例えばスキャナユニット５
１に新たにアサインのプログラムを割り当てて、スキャ
ンとアサインの双方の処理を１つのユニットで行うよう
にすればよい。このように、本発明の電子楽器システム
においては、汎用のユニットにプログラムをアサインす
ることにより、システムの拡張や縮小が可能になり、機
能が適正に配分されるのでどのような組み合わせにおい
ても最適な処理が遂行されるようになる。

【００１４】次に、各モジュールの説明を行う。図１に
示す構成において、プログラムサーバモジュール１０
は、プログラムサーバユニット１１とプログラムを記憶
する補助記憶装置１２からなり、メインユニット２０か
らのプログラム要求に従い、必要なプログラムを補助記
憶装置１２から読み出して、メインユニット２０に転送
する。メインユニット２０は、楽器システム全体を制御
しており、システムの立ち上がり時点において各モジュ
ールの接続状況を調べ、それぞれのモジュールに対して
必要なプログラムをプログラムサーバモジュール１０よ
り読み出して転送している。なお、全システムの立ち上
げ時点でのみ、各モジュールの接続状況を調べてプログ
ラムの配分を行うようにしているが、システムが動作し
ている最中にこれらの調査を行い、常にシステムの資源
の最適配分を行うようにすることもできる。

【００１５】アサインユニット３０は、楽器システムが
受け付けた発音要求を発音ユニット７０〜１１０に割り
当てる処理を行う。またアサインユニット３０は発音ユ
ニット７０〜１１０の割り当てだけではなく、それぞれ
の発音ユニット７０〜１１０の中での発音チャンネルの
割り当てまで行う。このため、アサインユニット３０は
各発音チャンネルの情報をテーブルとして記憶してい
る。また、発音割り当て処理は、楽音の発音までの時間
に大きな影響を与えるので、これを複数のユニットに分
散させて高速に処理するように、アサイン処理を行う複
数のユニットとアサイン処理自体の割り当てを行うメタ
アサインユニットとを用意してもよい。

【００１６】このメタアサインユニットは、発音要求の
内容を判断して受け付けた発音要求を割り当てるアサイ
ンユニットを決定し、発音要求をアサインユニットに転
送する。各アサインユニットはメタアサインユニットか
ら転送された発音要求を実際の発音ユニットの発音チャ
ンネルにアサインする。例えば、楽器システムに鍵盤モ
ジュールと自動演奏モジュールとが接続されている場
合、それぞれのモジュールからの発音要求は一旦メタア
サインユニットに転送され、鍵盤モジュールからの発音
要求と、自動演奏モジュールからの発音要求とがメタア
サインユニットにより別々のアサインユニットに割り当
てられるようにされる。

【００１７】一般に、アサイン処理では、空きチャンネ
ルを探したり、トランケート処理で各発音チャンネルの
状況を調べたりする際に、全チャンネルを順次操作する
処理が欠かせない。従って、発音チャンネルの数が増え
れば増えるほどこれらの処理には時間が掛かってしまう
ことになる。そこで、前記のようにメタアサインユニッ
トによりアサイン処理を分割して行うことにより、発音
割り当てにかける時間を短縮することができるようにな
る。このメタアサインユニットでの発音要求の分割の方
法としては、前記のような情報の発信元で分割する方
法、キーコードの偶数と奇数で分割する方法、高音域と
低音域で分割する方法、ＭＩＤＩのようなチャンネル番
号で分割する方法、音色により分割する方法等さまざま
な形態があり、所望に応じていずれを採用してもよい。
また、メタアサインユニットでの通信のオーバーヘッド
が小さい場合は、これらの分割の方法を組合わせてメタ
アサインを多段で行うこともできる。このようにする
と、アサイン処理に要する時間をより短縮することがで
きる。

【００１８】上記以外にも発音要求の分割の方法とし
て、通常の発音割り当てのように、メタアサイナの管理
下にある複数のアサイナのうち、空きチャンネルがある
アサイナに割り当てる方法もある。この場合、メタアサ
イナが管理するアサイナの発音チャンネルを直接検出す
るのでは時間が掛かるため、アサイナは自分に空きチャ
ンネルがあるかどうか、あるいは空きチャンネル数をメ
タアサイナに知らせるようにする。メタアサイナは、管
理するアサイナのうち空きチャンネルのあるアサイナ、
あるいは空きチャンネル数の多いアサイナに発音要求を
転送することにより、効率のよい発音割り当てを可能と
している。また、自動演奏モジュール４０は、自動演奏
ユニット４１と補助記憶装置４２とからなり、自動演奏
ユニット４１はメインユニット２０からの要求に応じ
て、補助記憶装置４２に記憶された演奏データを読み出
し、発音要求として前記アサインユニット３０に送信す
る。

【００１９】スキャンモジュール５０は、スキャンユニ
ット５１と鍵・パネルスイッチ回路５２とからなり、ス
キャンユニット５１は鍵・パネルスイッチ回路５２をス
キャンし、鍵イベント及びパネルスイッチイベントを検
出する。検出された鍵イベントは、発音要求としてパネ
ルスイッチイベントと共に前記アサインユニット３０に
送信される。楽器システムでは、アサインユニットが１
つだけ存在するか、あるいはアサインユニットが複数存
在する場合はメタアサインユニットが１つだけしか存在
しないため、スキャンユニット５１はそのユニットに発
音要求を送信するだけでよく、アサインユニットや発音
ユニットの内容などを知っている必要はない。外部通信
モジュール６０は、インタフェースユニット６１とイン
タフェース回路６２とから構成され、インタフェース回
路６２には一般に電子楽器に多く利用されるＭＩＤＩイ
ンタフェースが用いられている。この外部通信モジュー
ル６０は、楽器システムの外部から与えられるＭＩＤＩ
信号のうち、発音イベントを発音要求として前記アサイ
ンユニット３０に送信する。また、ＭＩＤＩ信号のうち
のコントロール情報をメインユニット２０に転送し、楽
器システムの制御を行うこともできる。

【００２０】発音ユニット７０〜１１０はネットワーク
との通信機能を備えた発音のためのモジュールである。
それぞれの発音ユニット７０〜１１０の発音形式、同時
発音数等は統一されている必要はない。発音ユニットが
波形メモリ方式の場合は、ユニット内部に波形を記憶し
たメモリにより楽音データを発生するようにされるが、
ＦＭ音源方式、ＤＳＰを用いたシミュレーション音源方
式等の場合はマイクロプログラムにより楽音データを発
生するようにされる。これらの波形データや、シミュレ
ーションのためのマイクロプログラムは各ユニット毎に
予め持っていることもできるが、楽器システムの立ち上
げ時にプログラムサーバモジュール１０から転送するこ
ともできる。メインユニット２０は楽器システムの立ち
上げ時に各発音ユニットの音源方式、発音チャンネル数
に応じたアサインプログラムをアサイナユニット３０に
供給している。

【００２１】アサインユニット３０から発音要求を受け
とった発音ユニット７０〜１１０は、指示される発音チ
ャンネルにて楽音の合成を開始し、合成されたディジタ
ル楽音データを後述のオーディオ出力ユニット１２０に
ネットワーク回路１４０を介して送信する。これによ
り、ネットワーク回路１４０上に発音ユニット７０〜１
１０が分散しており、さらに、それらの物理的位置が離
れている場合でも、すべての発音ユニット７０〜１１０
の出力がオーディオ出力ユニット１２０に集められるた
め、最終的なアナログ楽音に利用することが容易とな
る。ところで、ネットワーク回路１４０の速度が遅い場
合、またはネットワーク自体が広い範囲に広がっておら
ず、例えば図１に示すネットワークシステムの全体が１
つの電子楽器の本体内部で実現される場合は、全ての発
音ユニット７０〜１１０の出力をネットワーク回路１４
０を介さずに、破線で図示するミキシング回路１５０で
直接集めてミキシングすることもできる。

【００２２】また、オーディオ出力ユニット１２０は前
記のように各発音ユニット７０〜１１０から転送された
ディジタルデータを組合わせ、発音可能なディジタル情
報としてサウンドシステム１３０に送信する。ネットワ
ーク回路１４０は、前記それぞれのモジュール及びユニ
ットを接続するものであって、形式はバス型、リング型
等のどのようなものでもよい。なお、ネットワーク上の
各モジュールには物理アドレスと論理アドレスとが設定
され、物理アドレスは各モジュールに固有の番号であっ
て、一意に決定されており変更することはできない。論
理アドレスは、楽器システムの立ち上げ時に決定され、
１つの処理毎に１つのアドレスが割り当てられる。例え
ば、１つのモジュールでアサインと自動演奏との２つの
処理を実現する際には、物理アドレスは１つであるが、
論理アドレスを２つ持つことになる。また、論理アドレ
スは階層的に構成され、上位のデータがモジュールに割
り当てられた処理の種類を、下位のデータが同一種類の
モジュール毎の番号を示す。これにより、ある特定の処
理を行うモジュール全てに情報を流すときに、上位だけ
で判断させることにより個別にデータを流す必要がない
ブロードキャストを用いることができる。例えば、電子
楽器においてはシステムがエラーを引き起こしたときな
どに、強制的に全ての発音を終了させることがあるが、
このような場合には全ての発音モジュールに個別にデー
タを送信する替わりに、発音モジュールという種類を指
定した発音強制終了のブロードキャストメッセージを送
信することにより、すべての発音モジュールよりの発音
を停止することができる。

【００２３】次に、発音ユニット７０〜１１０のうち、
例えば発音ユニット７０がＤＳＰをもちいた音源方式で
ある場合の構成のブロックを図２に示す。この図におい
て、インタフェース７１はネットワーク回路１４０に接
続されており、ネットワーク上を流れるパケットのう
ち、自分に設定された物理アドレスまたはブロードキャ
ストアドレスが指定されているパケットのみを取り込
む。また、発音ユニット７０からパケットを発信する際
は、後述のＣＰＵ７４により指定される各種データに応
じてパケットを作成し、ネットワーク回路１４０上に送
信する。ＤＳＰ７２はＤＳＰ用ＲＡＭ７３に記憶された
マイクロプログラムに従い、楽音の合成を行う。マイク
ロプログラムは、楽器システムの立ち上げ時にプログラ
ムサーバモジュール１０から供給されるほか、マイクロ
プログラムによって決定される音色を切り替えたい時な
どに、新たなマイクロプログラムを記憶させることによ
り変更される。

【００２４】ＣＰＵ７４は、プログラムサーバモジュー
ル１０から供給されたＲＡＭ７６に記憶された制御プロ
グラムに従い、インタフェース７１の管理と、ＤＳＰ７
２の制御とを行うと共に、ＲＯＭ７５に記憶されている
イニシャル時の立ち上げ用のプログラムを実行する。な
お、ＤＳＰによる楽音合成では、マイクロプログラムの
種類によって、自然楽器のシミュレーションを行うシミ
ュレーション音源や、ＲＡＭ７６を波形メモリとした波
形メモリ音源、変調型のＦＭ音源を実現することができ
る。また、図３は発音ユニット７０〜１１０のうち、例
えば発音ユニット８０が波形メモリ方式である場合の構
成を示すブロック図である。この図に示すブロック図に
おいて、図２に示すブロック図との差異は、ＤＳＰ７２
の替わりに楽音合成回路８２、およびＤＳＰ用ＲＡＭ７
３の替わりに波形ＲＯＭ８３が設けられることである。
なお、前記のとおり、ＤＳＰ７２を用いても波形メモリ
方式の音源を実現することができるが、ハードウェアを
利用した専用ボードの方がさまざまな点で有利である。
さらに、楽音合成回路８２としては波形メモリ楽音合成
ＬＳＩを用いることができる。

【００２５】図４は、汎用ユニットの構成を示すブロッ
ク図である。この図において、インタフェース３１はネ
ットワーク回路１４０に接続するためのインタフェース
であり、スキャンユニット５１における鍵・パネルスイ
ッチ回路５２等の外部機器は、外部機器接続ポート３２
に接続される。また、ＲＯＭ３４にはイニシャル時の立
ち上げ用のプログラムなどが記憶されており、汎用ユニ
ット３０をアサインユニットなどとして特定目的に利用
する際には、プログラムサーバモジュール１０から読み
出されたプログラムがＲＡＭ３５に記憶され、それを基
に制御を行う。また、ＲＡＭ３５はＣＰＵ３３で処理を
実行する際の、各種の記憶領域としても利用される。こ
の汎用ユニットの構成は各モジュールに共通である。た
だし、メインユニットになるべきユニットのみは、ＲＯ
Ｍ３４に記憶されるプログラムがメインユニットとして
立ち上がるように他の汎用ユニットとは異なるようにさ
れている。

【００２６】次に、本発明の電子楽器ネットワークシス
テム全体の動作の概要を図９に示す。この図に示すよう
に、ネットワークシステムの立ち上げに際してはメイン
ユニット（Mein Unit）と汎用ユニットであるスレイブ
ユニット（Slave Unit）とは通信を行う。この通信は、
システムの立ち上げ時に、まずスレイブユニットがネッ
トワーク上に“Add Req ”（アドレスリクエスト）コマ
ンドをブロードキャストメッセージとして流し、メイン
ユニットからのパケットを待つ。このコマンドに対する
応答のプログラムは、メインユニットのみが、ＲＯＭ３
４内の立ち上げプログラムに有しているため、メインユ
ニットがこのコマンドに答えて、“ACK”（確認）コマ
ンドを、スレイブユニットの物理アドレスを設定して返
送する。なお、スレイブユニットから送信される“Add
Req ”コマンドはパケットの形で送信されるが、このパ
ケットの例を図６に示す。ただし、このパケットにおい
て、システム立ち上げ時は送信先物理アドレスおよび論
理アドレスはいずれもわかっていないため、上述のよう
にブロードキャストコードを送信先物理アドレスに替え
て送信している。また立ち上げ時においては、メインユ
ニットはスレイブユニットからのこのパケットの待ち状
態となっており、受信したパケットから送信元の物理ア
ドレスを知るようにしている。

【００２７】メインユニットからの“ACK ”コマンドを
スレイブユニットが受けると、スレイブユニットはメイ
ンユニットが動作していることを確認できると共に、送
信されたパケットからメインユニットの物理アドレスを
知ることができる。そして、スレイブユニットは、自ユ
ニットのデータである、例えば鍵スイッチが外部機器と
して接続されている、処理速度はこれくらい等のデータ
を前記パケットの形でメインユニットに送信する。この
ようにして、メインユニットはスレイブユニットのデー
タを知ることができるが、スレイブユニットは複数ある
ため上記動作を各スレイブユニットに対して行うことに
より、各スレイブユニットからのデータを収集し、収集
したデータに基づいて、例えば鍵スイッチが接続されて
いるユニットの機能をスキャナに決定する等の処理を行
うことにより、各スレイブユニットの機能を決定し、そ
の機能の処理を行うためのプログラム及び論理アドレス
を各スレイブユニットに送信する。スレイブユニットは
受信したプログラムに応じて処理を行う。メインユニッ
トは、このような処理をコマンドを送信したスレイブユ
ニットの全てに対して行う。

【００２８】以上のようにして、論理アドレスを持た
ず、自らの機能を実現するプログラムも持たない各スレ
イブユニットがネットワークを介して立ち上がるように
なる。これにより、楽器システムとしても機能の拡張が
ネットワークに単純に汎用ユニットを接続するだけで実
現することができ、さらに、接続されたユニットに応じ
てプログラムが配分されるので、演奏者に負担を掛ける
ことなく最適な仕事量の配分をすることができる。

【００２９】次に各フローチャートの説明を行う。図１
０はメインユニット２０の中のＲＯＭに記憶されている
基本ジョブ処理プログラムの１つであり、メインユニッ
ト２０の立ち上げ時にＲＯＭより読み出され実行される
メインユニットブート処理のフローチャートである。こ
の処理は、まず、ネットワークインタフェースの初期化
がステップＳ１００で行われ、次にインタフェースの走
査がステップＳ１１０で行われ、スレイブユニットから
のパケットの検出が行われる。そして、このパケットが
検出されるまでステップＳ１１０とステップＳ１２０を
巡回し、パケットが検出されるとステップＳ１３０によ
りコマンド（ＣＯＭ）に応じたジョブ（ｊｏｂ）が実行
される。そして、所定時間が経過されるまでステップＳ
１１０からステップＳ１４０の処理が繰り返される。こ
れは、メインユニット２０の立ち上がりから所定時間の
間だけ、楽器システム初期化に関するコマンドを受け付
けるためである。ここでは、ネットワークに接続された
各ユニットはほぼ同時に立ち上がるものと仮定してお
り、メインユニットが立ち上がった時点より所定時間の
間にメインユニットと通信を確立したユニットが楽器シ
ステムの資源（リソース）として認識されるようにな
る。

【００３０】所定時間経過されると、ステップＳ１５０
で各種プログラムを記憶しているプログラムサーバモジ
ュールとの通信が確立され、ステップＳ１６０でネット
ワーク上の各ユニットの状況に応じて、制御プログラム
等を供給する機能アサイン処理が行われて、メインユニ
ットのブート処理は終了する。上記ステップＳ１３０に
おけるジョブには図１１に示すアドレスリクエストジョ
ブ（Addr Req job ）処理と、図１２に示すイニシャル
ジョブ（INIT job ）処理とがある。図１１に示すアド
レスリクエストジョブ処理は、ステップＳ２００でメイ
ンユニットにより受信されたスレイブユニットからのパ
ケットに含まれる送信元物理アドレスをＰＡＤＤＲとし
て設定し、ステップＳ２１０で“ACK ”信号を送信コマ
ンドＳＣＯＭとして設定し、ステップＳ２２０で上記Ｓ
ＣＯＭをネットワーク上のＰＡＤＤＲに送信する。スレ
イブユニットは、これを受信することにより、メインユ
ニットが正常に起動していることと、メインユニットの
物理アドレスを知ることができる。なお、メインユニッ
トはシステム内に１つしか存在せず、その論理アドレス
は『０．０』とされている。

【００３１】図１２に示すイニシャルジョブ処理は、ス
レイブユニットから“INIT”コマンドと共に転送される
ＤＥＶ，ＳＰＥＥＤデータをバッファに記憶する。ＤＥ
Ｖは各ユニットに接続されているデバイスを示す情報で
あり、ＳＰＥＥＤは各ユニットのＣＰＵの処理速度デー
タであり、処理を割り当てる際の参考にする。メインユ
ニットはこれらの情報を基にどのような処理を各ユニッ
トに割り当てるかを前記ステップＳ１６０で決定する。
図８は前記ステップＳ１６０の機能アサイン処理のフロ
ーチャートを示している。この処理のステップＳ４００
では、図１２に示すステップＳ３１０で収集した各ユニ
ットの情報をデバイスの種類毎に分類する。次のステッ
プＳ４１０では、少なくとも１つの入力デバイス（例え
ば、鍵盤、ＭＩＤＩインタフェース等）と、１つの出力
デバイス（発音ユニット）とが存在するか否かが判断さ
れる。これらがない場合は、楽器システムとして機能し
ないため、ステップＳ４７０に分岐され、図１０に示す
メインユニットブート処理を再度立ち上げるようにす
る。これにより、遅れて立ち上がったユニットの情報を
取り入れることができる。

【００３２】ステップＳ４１０において、楽器システム
としての動作が可能と判断された時は、ステップＳ４１
５以下の各機能の処理を順に実行する。まず、ステップ
Ｓ４１５でオーディオユニット処理が行われる。この処
理では、メインユニットがプログラムサーバモジュール
から読み出したオーディオユニット用のプログラムを、
オーディオユニットに設定すると共に、オーディオユニ
ットの物理アドレスをメインユニットに記憶させ、論理
アドレスを設定させている。物理アドレスをメインユニ
ットに記憶させるのは、後述するＴＧ（発音ユニット）
処理の時にＴＧがどこに出力を出すのかを指示するため
にオーディオユニットの物理アドレスが必要となるため
である。そして、図１４以降で後述するＴＧ処理、アサ
イン処理、ＫＢ処理、パネル処理がステップＳ４２０〜
Ｓ４６０により、順次行われて機能アサイン処理は終了
する。

【００３３】図１４に図１３のステップＳ４２０で呼び
出されるＴＧ処理のフローチャートを示す。この処理に
おいては、ステップＳ５００にてカウンタｃｏが「１」
に設定される。このカウンタｃｏの値は論理アドレスの
下位データと使用され、下位データの「０」がブロード
キャストに使用されるため、「１」からカウントするよ
うにされている。次に、ステップＳ５０５に進み、まだ
処理されずに残っている発音ユニットのデータがバッフ
ァに残っているかが判断される。この場合は、システム
の立ち上げ時であり、図１３に示すステップＳ４１０に
おいて、発音ユニットは１つ以上存在することが確認さ
れているため、ステップＳ５１０に進んで、バッファか
らＤＥＶ＝“ＴＧ”である情報を１つ取り出し、ステッ
プＳ５１５にてその発音ユニットの物理アドレスをＡＤ
ＤＲとして設定する。

【００３４】次に、この発音ユニットから詳細情報を取
り出すために送信コマンドＳＣＯＭとして“Data Req
”を設定して、このＳＣＯＭをネットワーク上のＡＤ
ＤＲに送信する。すると、このＳＣＯＭは上記バッファ
から取り出された物理アドレスの発音ユニットにより受
信され、この発音ユニットは自らの発音ユニットの発音
タイプと、最大発音数のデータをメインユニットに送信
する。この発音タイプには波形メモリ方式、ＦＭ音源方
式、ＤＳＰシミュレーション方式等があり、ＤＳＰシミ
ュレーション方式は発音のためにマイクロプログラムを
一般に必要とする。メインユニットはステップＳ５３５
にて発音ユニットから送信された発音タイプデータをカ
ウンタｃｏが「１」のTG TYPEとして記憶し、最大発音
数データをカウンタｃｏが「１」のCH Num として記憶
する。このステップＳ５３５までが発音ユニットからデ
ータを取り出すステップであり、次のステップＳ５４０
からが、取り出したデータを元に発音ユニットにプログ
ラムを割り当てるステップである。

【００３５】ステップＳ５４０では、上記記憶されたTG
TYPEに応じた制御プログラムおよびマイクロプログラ
ムをプログラムサーバモジュールから取り出して、ＰＲ
ＯＧとしてレジスタに設定する。さらに、ステップＳ５
４２にて上記図１３に示すステップＳ４１５で記憶した
オーディオユニットの物理アドレスを、付加情報ＩＮＦ
Ｏとして設定する。また、ステップＳ５４５にて送信コ
マンドＳＣＯＭとして“Prog Load”を設定すると共
に、ステップＳ５５０にて、この発音ユニットの論理ア
ドレスＬＡＤＤＲとして「３．ｃｏ」（この場合、
「３．１」となる）を設定して、ステップＳ５５５にて
上記ＳＣＯＭ，ＰＲＯＧ，ＩＮＦＯ，ＬＡＤＤＲをネッ
トワーク上のＡＤＤＲに送信する。そして、ステップＳ
５６０に進みカウンタｃｏの値が１つインクリメントさ
れてｃｏ＋１とされて、ステップＳ５０５に戻り、未処
理ユニットがなくなるまで上記処理が繰り返し行われ
る。これにより、『３．ｃｏ』の論理アドレスが各発音
ユニットに与えられると共に、発音ユニットの発音タイ
プおよび最大発音数に応じた制御プログラム、およびマ
イクロプログラムが供給される。

【００３６】なお、発音ユニットから取り出した情報に
おいて、発音ユニットがＤＳＰを用いたシミュレーショ
ン音源方式と認識された場合は、例えば、ピアノの音色
を発生するマイクロプログラムを転送するようにする。
これは、楽器の電源を投入した時に音が出ないことを防
止するためである。ただし、音源が波形メモリ方式の場
合はマイクロプログラムは必要としないので、この処理
は必要としない。また、論理アドレスの上位データは、
図５に示す表の左端のように処理に応じて設定されてお
り、メインユニットは『０』、鍵盤は『１』、パネルス
イッチは『２』、発音ユニットは『３』、ＭＩＤＩイン
タフェースは『４』、アサイナユニットは『５』、オー
ディオユニットは『６』、プログラムサーバモジュール
は『７』、接続されていないものは『８』とされてい
る。この上位の論理アドレスに、前記カウンタｃｏで設
定されたデータを下位データとして設定することによ
り、同じ処理を行うユニット（論理アドレスの上位デー
タが同じとなる）の論理アドレスをそれぞれ設定するこ
とができる。次に、ステップＳ５６０にてカウンタｃｏ
の値が、ｃｏ＋１にインクリメントされステップＳ５０
５に戻り、未処理ユニットがなくなるまで上記処理が繰
り返し行われる。

【００３７】次に、図１５にアサイナ処理のフローチャ
ートを示す。アサインには、空きチャンネルを探す処理
や、空きチャンネルがない時は最も音量の小さいチャン
ネルを探す処理が必須であり、この時には端からチャン
ネルをすべてスキャンする必要があるため、チャンネル
数が増加するとアサインのために時間がかかるようにな
る。そこで、このような場合はアサイン処理を分割して
アサインにかかる時間を短縮するようにする。ここで
は、まずアサイン機能を分担可能なユニットを調べて、
アサインを１つのユニットでできる場合はアサインプロ
グラムをそのユニットに割り当てる。しかし、発音チャ
ンネル数が多く、アサインを１つにユニットではできな
い場合は、発音ユニットを複数のグループに分けて、グ
ループ毎のアサイナユニットと複数のアサイナを統括す
るメタアサイナユニットを決定して、それぞれプログラ
ムを割り当てるようにする。仕事を割り当てる際には、
ステップＳ３１０で得られた各モジュールのスピードＳ
ＰＥＥＤと既に割り当てられた仕事量に応じ、最も余力
のあるモジュールに割り当てるようにする。

【００３８】すなわち、ステップＳ６００にてアサイン
を分担可能な各ユニットの仕事量を調べ、この結果発音
チャンネル数が少なく１つのユニットで処理可能とステ
ップＳ６０２にて判断された時は、ステップＳ６０３に
てそのユニットの物理アドレスがＡＤＤＲとして設定さ
れる。そして、ステップＳ６０４にて単独用アサイナの
プログラムをプログラムサーバモジュールから取り出
し、ＰＲＯＧとしてレジスタに設定する。次に、ステッ
プＳ６０６にて各発音ユニットのＴＧタイプ（TGTyp
e）、チャンネル数（CH Num ）、および物理アドレス
および論理アドレスが付加情報ＩＮＦＯとしてレジスタ
に設定され、ステップＳ６０８にて、このアサイナユニ
ットの論理アドレスＬＡＤＤＲが「５．０」に設定され
ると共に、ステップＳ６１０にて送信コマンドＳＣＯＭ
が“Prog Load”とされて、ステップＳ６１２にて上記
ＳＣＯＭ，ＰＲＯＧ，ＩＮＦＯ，ＬＡＤＤＲをネットワ
ーク上のＡＤＤＲに送信する。これにより、単独のユニ
ットで構成されたアサイナのアサイナ処理が可能とな
る。なお、論理アドレスを『５．０』に設定しているの
は、アサイナにおいてはブロードキャストを使用する必
要がなく、主アサイナ（アサイナが１つの場合はそのア
サイナが主アサイナとなる）に発音要求を送信すれば良
いからである。

【００３９】上記ステップ６０２で１つのアサイナでは
仕事量が多過ぎると判断された場合は、ステップＳ６１
４に進み、各発音ユニット（ＴＧ）のＴＧタイプおよび
発音チャンネル数に応じて発音ユニットを複数のグルー
プに分割する。この分割は、例えば波形メモリ方式をア
サインするもの、ＤＳＰシミュレーション音源方式をア
サインするものとで分割する。あるいは、手演奏（ＫＢ
から）と自動演奏をアサインするもので分割する、単に
１／２に分割する等のいずれの分割方法でも良い。この
ようにして、分割されたグループのグループナンバｇｎ
を「１」とするようステップＳ６１６にて設定し、ステ
ップＳ６１８にて、このグループナンバｇｎの発音チャ
ンネルにアサインを行うユニットを決定し、ステップＳ
６２０にてそのアサインユニットの物理アドレスをＡＤ
ＤＲとして設定する。そして、ステップＳ６２２にて発
音ユニットのグループナンバｇｎに必要なプログラムを
プログラムサーバモジュールから取り出し、ＰＲＯＧと
してレジスタに設定する。

【００４０】次に、ステップＳ６２４にてグループナン
バｇｎ中の各発音ユニットのＴＧタイプ（TG Type）、
チャンネル数（CH Num ）、および物理アドレスおよび
論理アドレスが付加情報ＩＮＦＯとしてレジスタに設定
される。次に、ステップＳ６２６にてグループナンバｇ
ｎをアサインするアサイナの論理アドレスＬＡＤＤＲ
が、『５．ｇｎ』（この場合、『５．１』となる）に設
定されると共に、ステップＳ６２８にて送信コマンドＳ
ＣＯＭが“Prog Load”とされて、ステップＳ６１２に
て上記ＳＣＯＭ，ＰＲＯＧ，ＩＮＦＯ，ＬＡＤＤＲをネ
ットワーク上のＡＤＤＲに送信する。ここで、残りのグ
ループがある時はステップＳ６３２で判断されグループ
ナンバｇｎがｇｎ＋１にインクリメントされて、ステッ
プＳ６１８に戻り、上記処理が、残りグループがなくな
るまで繰り返し行われる。残りグループがなくなると、
ステップＳ６３６に進みメタアサイナの処理が行われ
る。

【００４１】すなわち、ステップ６３６にてメタアサイ
ンを行うユニットを決定し、ステップＳ６３８にて、そ
のメタアサインユニットの物理アドレスをＡＤＤＲとし
て設定する。そして、ステップＳ６４０にてメタアサイ
ナのプログラムをプログラムサーバモジュールから取り
出し、ＰＲＯＧとしてレジスタに設定する。次に、ステ
ップＳ６４２にてアサイナとなった各ユニットの物理ア
ドレスあるいは論理アドレス、および各アサイナのアサ
イン条件が付加情報ＩＮＦＯとしてレジスタに設定され
る。次に、ステップＳ６４４にてメタアサイナの論理ア
ドレスＬＡＤＤＲが『５．０』に設定されると共に、ス
テップＳ６４６にて送信コマンドＳＣＯＭが“Prog Lo
ad”とされて、ステップＳ６４８にて上記ＳＣＯＭ，Ｐ
ＲＯＧ，ＩＮＦＯ，ＬＡＤＤＲをネットワーク上のＡＤ
ＤＲに送信する。

【００４２】これにより、メタアサイナおよびグループ
のアサイナの処理が可能になる。なお、図７にメタアサ
イナのアサイン条件のテーブル例を示す。この図におけ
るテーブルは、例えばキーボード（ＫＢ）からの発音要
求、自動演奏からの発音要求、ＭＩＤＩ１〜８ｃｈ、Ｍ
ＩＤＩ９〜１６ｃｈから発音要求をアサイン条件として
分割したグループ、分割されたグループをそれぞれアサ
インするアサイナユニットの物理アドレスをテーブルと
している。

【００４３】図１６にはＫＢ（キーボード）処理のフロ
ーチャートを示す。キーボードには、例えばタッチレス
ポンスの機能のついているものやついていないもの、ア
フタタッチ機能のついているものやいないもの、キーボ
ードの横にピッチベンドホイールがついているものやい
ないもの、等の種々の制御タイプのキーボードがあるた
め、これらのデータをとり出して、これに応じたプログ
ラムを割り当てるようにしている。まず、ステップＳ７
００にて、カウンタｃｏが「１」に設定される。このカ
ウンタｃｏの値は論理アドレスの下位データと使用さ
れ、下位データの「０」がブロードキャストに使用され
るため、「１」からカウントするようにされる。

【００４４】次にステップＳ７０５に進み、まだ処理さ
れずに残っているキーボードを含むユニットのデータが
バッファに残っているかが判断される。この場合は、シ
ステムの立ち上げ時であり、図１３に示すステップＳ４
１０において、キーボードが１つ以上存在することが確
認されているため、ステップＳ７１０に進んで、バッフ
ァからＤＥＶ＝“ＫＢ”である情報を１つ取り出し、ス
テップＳ７１５にてそのキーボードを含むユニットの物
理アドレスをＡＤＤＲとして設定する。次に、このキー
ボードを含むユニットから詳細情報を取り出すために送
信コマンドＳＣＯＭに“Data Req ”を設定して、この
ＳＣＯＭをネットワーク上のＡＤＤＲに送信する。する
と、このＳＣＯＭは上記バッファから取り出されたキー
ボードを含むユニットにより受信され、このキーボード
を含むユニットは接続されたキーボードの制御タイプ
と、ホイール等の操作子のデータをメインユニットに返
送する。メインユニットはステップＳ７３５にてこのユ
ニットから送信された制御タイプデータをカウンタ値
「１」のKB TYPEとして記憶し、操作子データをカウン
タ値「１」のCnt として記憶する。以上のステップがキ
ーボードからデータを読み出す処理であり、以降のステ
ップが取り出したデータを元にキーボードにプログラム
を割り当てる処理である。

【００４５】すなわち、ステップＳ７４０にて上記記憶
されたKb TYPEおよび操作子データCnt に応じた制御プ
ログラムをプログラムサーバモジュールから取り出し
て、ＰＲＯＧとしてレジスタに設定する。さらに、ステ
ップＳ７４２にてこのユニットの論理アドレスＬＡＤＤ
Ｒとして『１．ｃｏ』（この場合、『１．１』となる）
を設定し、ステップＳ７４５にて、図１５で示すアサイ
ナ処理で記憶された、主アサイナの物理アドレスを付加
情報ＩＮＦＯとしてレジスタに設定する。この場合の主
アサイナとはアサイナが単独のユニットで構成されてい
る場合は、そのユニットの物理アドレスであり、複数の
ユニットで構成されている時は、メタアサイナの物理ア
ドレスとなる。

【００４６】次に、ステップＳ７５０にて送信コマンド
ＳＣＯＭとして“Prog Load”を設定すると共に、ステ
ップＳ７５５にて、上記ＳＣＯＭ，ＰＲＯＧ，ＩＮＦ
Ｏ，ＬＡＤＤＲをネットワーク上のＡＤＤＲに送信す
る。そして、ステップＳ７６０に進みカウンタｃｏの値
が１つインクリメントされてｃｏ＋１とされて、ステッ
プＳ７０５に戻り、未処理ユニットがなくなるまで上記
処理が繰り返し行われる。

【００４７】次に、ＭＩＤＩ処理を図１７に示す。この
処理は、まず、ステップＳ８００にて、カウンタｃｏが
「１」に設定される。このカウンタｃｏの値は論理アド
レスの下位データと使用され、下位データの「０」がブ
ロードキャストに使用されるため、「１」からカウント
するようにされる。次にステップＳ８１０に進み、まだ
処理されずに残っているＭＩＤＩユニットのデータが残
っているかが判断される。未処理ユニットが残っている
場合は、ステップＳ８２０に進んで、そのＭＩＤＩユニ
ットの物理アドレスをＡＤＤＲとして設定する。そし
て、ステップＳ８３０にてＭＩＤＩ制御プログラムをプ
ログラムサーバモジュールから取り出して、ＰＲＯＧと
してレジスタに設定し、ステップＳ８４０にて、このＭ
ＩＤＩユニットの論理アドレスを『４．ｃｏ』（この場
合、『４．１』となる）を設定し、ステップＳ８５０に
て、図１５で示すアサイナ処理で記憶された、主アサイ
ナの物理アドレスを付加情報ＩＮＦＯとしてレジスタに
設定する。

【００４８】次に、ステップＳ８６０にて送信コマンド
ＳＣＯＭとして“Prog Load”を設定すると共に、ステ
ップＳ８７０にて、上記ＳＣＯＭ，ＰＲＯＧ，ＩＮＦ
Ｏ，ＬＡＤＤＲをネットワーク上のＡＤＤＲに送信す
る。そして、ステップＳ８８０に進みカウンタｃｏの値
が１つインクリメントされてｃｏ＋１とされて、ステッ
プＳ８１０に戻り、未処理ユニットがなくなるまで上記
処理が繰り返し行われる。

【００４９】なお、前記ＫＢ処理、ＭＩＤＩ処理におい
て、主アサイナの物理アドレスをキーボードを含むユニ
ットあるいはＭＩＤＩユニットに供給しているのは、主
アサイナの論理アドレス「５．０」を用いて通信を行っ
た場合には、データが論理アドレスを判断するルーチン
まで上がって検出されるため、ネットワークの負担にな
る。しかしながら、物理アドレスはネットワークの入口
のハードウェアで検出するようにすることが一般的であ
るため、物理アドレスで実現できるものはブロードキャ
ストを用いることなく、物理アドレスにより通信を行う
ようにした方が種々の点で有利であるからである。

【００５０】次に、パネル処理を図１８に示す。この処
理においては、まず、ステップＳ９００にて、カウンタ
ｃｏが「１」に設定される。このカウンタｃｏの値は論
理アドレスの下位データと使用され、下位データの
「０」がブロードキャストに使用されるため、「１」か
らカウントするようにされる。次にステップＳ９１０に
進み、まだ処理されずに残っているパネルを含むユニッ
トのデータが残っているか否かが判断される。未処理ユ
ニットが残っている場合は、ステップＳ９２０に進ん
で、そのパネルを含むユニットの物理アドレスをＡＤＤ
Ｒとして設定する。そして、ステップＳ９３０にてパネ
ル制御プログラムをプログラムサーバモジュールから取
り出して、ＰＲＯＧとしてレジスタに設定し、ステップ
Ｓ９４０にてパネルを含むユニットの論理アドレスを
『２．ｃｏ』（この場合、『２．１』となる）を設定
し、ステップＳ９５０にて、各発音ユニットの物理アド
レスあるいは論理アドレスを付加情報ＩＮＦＯとしてレ
ジスタに設定する。

【００５１】次に、ステップＳ９６０にて送信コマンド
ＳＣＯＭとして“Prog Load”を設定すると共に、ステ
ップＳ９７０にて、上記ＳＣＯＭ，ＰＲＯＧ，ＩＮＦ
Ｏ，ＬＡＤＤＲをネットワーク上のＡＤＤＲに送信す
る。そして、ステップＳ９８０に進みカウンタｃｏの値
が１つインクリメントされてｃｏ＋１とされて、ステッ
プＳ９１０に戻り、未処理ユニットがなくなるまで上記
処理が繰り返し行われる。以上がメインユニット側のフ
ローチャートであり、次に、スレイブユニット側のフロ
ーチャートを示す。

【００５２】図１９はスレイブユニットブート処理のフ
ローチャートを示す。この処理においては、まずステッ
プＳ１０００において周辺回路の初期化を行い、その後
ステップＳ１００５にて、“Addr Req ”コマンドを送
信コマンドＳＣＯＭとして設定し、ステップＳ１０１０
にてこのＳＣＯＭをネットワーク上にブロードキャスト
し、所定時間メインユニットからの返答を待機するよう
にする。メインユニットからの返答があったことがステ
ップＳ１０１５にて判断された時は、ステップＳ１０２
０にて返答の送信元であるメインユニットの物理アドレ
スをMain ADとして記憶する。次からのステップは自ら
のデータを送るためのステップであり、ステップＳ１０
２５にて外部機器接続ポートを走査し、接続機器がある
ことがステップＳ１０３０で判断された時は、ステップ
Ｓ１０３５にて検出された接続機器のデバイス名をＤＥ
Ｖとしてレジスタに設定しステップＳ１０４５に進む。

【００５３】そして、外部機器が接続されていない時は
ステップＳ１０４０にて“NONE”をＤＥＶとして設定し
て、 同様にステップＳ１０４５に進み、自ユニットのＣ
ＰＵの処理スピードをＳＰＥＥＤとしてレジスタに設定
し、ステップＳ１０５０にて初期化を要求する“INIT”
コマンドを送信コマンドＳＣＯＭとして設定する。次
に、ステップＳ１０５５にて上記ＳＣＯＭ，ＤＥＶ，Ｓ
ＰＥＥＤをネットワーク上のMain ADに送信する。上記
ＳＰＥＥＤデータはそのスレイブユニットがアサインユ
ニットとされる時にメタアサインとするかどうかの判断
材料となる。また、外部機器として例えば、鍵盤ＫＢと
パネルＰＮが接続されいる時は、ＤＥＶをＫＢ／ＰＮと
して２つのデバイスを設定することもできる。次に、ス
テップＳ１０６０にてメインユニットから送信されてく
るプログラム等のデータを待つべく、ネットワークジョ
ブを立ち上げてスレイブユニットブート処理が終了す
る。

【００５４】次に、このネットワークジョブ処理のフロ
ーチャートを図２０に示す。この処理においては、ステ
ップＳ１１００においてスレイブユニットのインタフェ
ースが走査されて、ステップＳ１１１０にてパケットが
受信されたか否かが判断され、パケットが受信されるま
でインタフェースの走査が繰り返し行われる。そして、
パケットが受信されると、ステップＳ１１２０にて受信
データの組立が行われる。これは、データ量がプログラ
ムのように大量の場合は複数のパケットに分割されてデ
ータが送信されてくるため、分割されたデータを元に組
み立てる処理をこのステップにより行うためである。従
って、データが組み立てられるまでインタフェースを走
査して繰り返しパケットを取り込むようにしている。

【００５５】このようにして、受信データが組み立てら
れたことがステップＳ１１３０で判断されると、ステッ
プＳ１１４０にて論理アドレスがあるか否かが判断され
る。論理アドレスはプログラムの転送と同時にメインユ
ニットから割り当てられるため、プログラムがロードさ
れたあとは論理アドレスがあることになる。すなわち、
この場合はプログラムロード状態となっているため、ス
テップＳ１１６０にて対応するジョブにデータを渡せる
状態となっていることになる。そして、論理アドレスが
ない場合はプログラムが未だロードされていない状態な
ので、ステップＳ１１５０にてプログラムをロードする
等のジョブアサイン処理が行われる。次に、ステップＳ
１１７０に進み、以上のステップによる処理を実行した
結果、データを送信する時は、そのデータ送信要求に応
じて対応するアドレスにデータを送信する。すなわち、
ジョブがデータを送りたい場合にはそのデータ長に応じ
て複数のパケットの形にしたり、送信先の物理アドレス
を設定して送る等の処理を行う。このように、このネッ
トワークジョブ処理はデータを受信するだけでなくデー
タを送信する処理も行うと共に、この処理は立ち上げ時
だけではなく通常のルーチンワークの処理も行う。

【００５６】次に、図２１にステップＳ１１５０のジョ
ブアサイン処理で呼び出されるフローチャートを示す。
この処理は、ステップＳ１１２０で組み立てられた受信
データより受信コマンドＲＣＯＭを抽出し、このＲＣＯ
Ｍが“Data Req ”コマンドであるかどうかがステップ
Ｓ１２１０にて判断される。ＲＣＯＭが“Data Req”
コマンドである時はステップＳ１２２０にて“Data An
s ”コマンドが送信コマンドＳＣＯＭとして設定され、
ステップＳ１２３０にてこのＳＣＯＭおよび自ユニット
の処理速度ＳＰＰＥＤや接続機器データＤＥＶをネット
ワーク上のMainADに送信する。

【００５７】また、ＲＣＯＭが“Data Req ”コマンド
ではない場合はステップＳ１２４０にて、“Prog Roa
d”コマンドであるか否かが判断され、“Prog Road”
コマンドである場合は、ステップＳ１２５０にて受信デ
ータよりプログラムＰＲＯＧ，付加情報ＩＮＦＯ，論理
アドレスＬＡＤＤＲが抽出され、プログラムＰＲＯＧを
そのユニットのＣＰＵが実行可能なようにＲＡＭにロー
ドする。この実行可能なようにロードするとは、例えば
発音アサイナのプログラムを読み込んだ場合は、読み込
んだだけでは発音ユニットの最大発音数等がわからない
ため、どれをどこにアサインするのかわからない。この
ため、これらのデータをＩＮＦＯから得て、アサイナに
設定されたチャンネル数等をスキャンできるようにプロ
グラムを変更する等の処理を含んでいる。そして、ステ
ップＳ１２７０にて初期化ジョブを実行する。この初期
化ジョブはステップＳ１２６０にてロードされたプログ
ラム中にプログラムされている。このようにして、受信
コマンドＲＣＯＭが“ProgRoad”コマンドでない場合と
同様に、ジョブアサイン処理は終了する。

【００５８】次に、図２２にスキャンユニット初期化ジ
ョブのフローチャートを示す。この処理は、まず、スキ
ャンしたデータを主アサイナに送信するため、ステップ
Ｓ１３００にて付加情報ＩＮＦＯより主アサイナの物理
アドレスを取り出し、ステップＳ１３１０にてＫＢジョ
ブを立ち上げ、この初期化ジョブは終了する。

【００５９】図２３にＫＢジョブのフローチャートを示
す。このジョブは、ステップＳ１４００にて外部機器接
続ポートを走査して、ステップＳ１４１０にて走査した
データと前回の走査のデータとを比較して、ステップＳ
１４２０にて両データの間に一致しないデータがある時
はキーイベントがあるものと判断する。そして、キーイ
ベントが複数ある場合はステップＳ１４３０にてその内
の１つのイベントを取り出し、主アサイナに送信するた
めの処理を順次行う。すなわち、ステップＳ１４４０に
て“Note On”コマンドあるいは“Note Off ”コマン
ドを送信コマンドＳＣＯＭとして設定し、ステップＳ１
４５０にてキーの音高情報やキータッチ情報をＤＡＴＡ
としてレジスタに設定した後、ステップＳ１４６０にて
ＳＣＯＭ，ＤＡＴＡをネットワーク上の前記スキャンユ
ニット初期化ジョブで記憶した主アサイナの物理アドレ
スに送信する。この後、キーイベントに残りがあればス
テップＳ１４７０にて判断されて、ステップＳ１４３０
に戻り上記処理が繰り返し行われる。キーイベントの残
りがなくなれば、キーイベントがない場合と同様にＫＢ
ジョブは終了する。これらのジョブは割り込みにより繰
り返し実行される。

【００６０】次に、メタアサイナ初期化ジョブのフロー
チャートを図２４に示す。この処理のステップＳ１５０
０において、付加情報ＩＮＦＯより例えば図７に示すよ
うなメタアサイナのアサイン条件テーブルを作成し、初
期化ジョブは終了する。図２５にメタアサインジョブの
フローチャートを示すが、このジョブにはキーボード等
からのノートオン処理やノートオフ処理の信号が送りつ
けられる。そこで、ステップＳ１６００にて受信データ
より各種の情報を取り出し、ステップＳ１６１０にて前
記メタアサイナ初期化ジョブで作成したメタアサイナの
アサイン条件テーブルを参照してこの条件に合致するア
サインモジュールの論理アドレスを得る。そして、ステ
ップＳ１６２０にてこの論理アドレスに受信データを転
送する。この場合、データがネットワークに送出される
のは前記図２０に示すネットワークジョブ処理のステッ
プＳ１１７０にて行われるが、このステップではテーブ
ルを参照して上記論理アドレスを物理アドレスに変更し
てパケットを作成し、物理アドレスによりデータを送信
するようにしている。

【００６１】次に、アサイナ初期化ジョブのフローチャ
ートを図２６に示す。この処理のステップＳ１７００に
おいて、付加情報ＩＮＦＯより例えば図８に示すような
アサイナのアサインテーブルを作成し、初期化ジョブは
終了する。このアサインテーブルにおいて、発音ユニッ
トはそれぞれ４チャンネルのユニット１およびユニット
２とされており、このユニット番号が論理アドレスとさ
れ、ユニット固有のアドレスがその物理アドレスとされ
ると共に、１〜４の番号は発音チャンネル番号とされて
いる。

【００６２】図２７にアサイナジョブのフローチャート
を示す。この処理においては、ステップＳ１８００にて
受信データより各種の情報を取り出し、ステップＳ１８
１０にて前記アサイナ初期化ジョブで作成したアサイナ
のアサインテーブルを参照して、ステップＳ１８２０に
て特定のユニット番号と発音チャンネル番号にアサイン
するようにする。そして、ステップＳ１８３０にて発音
を割り当てる発音ユニットの論理アドレスをＬＡとして
設定し、ステップＳ１８４０にて、付加情報ＩＮＦＯと
して受信データＤＡＴＡの音高情報とタッチ情報の内
容、アサインタイプ、音色情報、発音を割り当てる発音
ユニット内の発音チャンネル番号を設定する。そして、
ステップＳ１８５０にて“Note On”コマンドあるいは
“Note Off ”コマンドを送信コマンドＳＣＯＭとし
て、ＩＮＦＯをネットワーク上の論理アドレスＬＡに送
信し、アサイナジョブは終了する。ただし、この送信は
前記と同様に図２０に示すステップＳ１１７０にて論理
アドレスが物理アドレスに変更されて行われる。

【００６３】次に、図２８に発音ユニット初期化ジョブ
のフローチャートを示す。このジョブは、ステップＳ１
９００にて楽音合成回路の初期化を行い、回路をクリア
することにより前回のデータによる異音の発生を防止し
ている。そして、ステップＳ１９１０にてメインユニッ
トから送信された付加情報ＩＮＦＯよりオーディオユニ
ットの物理アドレスを取り出す。さらに、オーディオ出
力ジョブの立ち上げをステップＳ１９２０で行い、ＤＳ
Ｐを用いたシミュレーション音源のようにマイクロプロ
グラムが与えられた場合は、ステップＳ１９３０にて与
えられたマイクロプログラムをマイクロプログラム用メ
モリへ転送している。これにより、発音ユニット初期化
ジョブは終了する。

【００６４】図２９にノートオンジョブのフローチャー
トを示す。このジョブにおいて、ステップＳ２０００に
てアサインジョブにより送信されてきた付加情報ＩＮＦ
Ｏより情報を取り出して、ＡＴとしてAsign Type、ＫＣ
としてKey Code、ＩＴとしてInitial Touch 、ＡＣとし
てAssign Channel を設定する。このアサインタイプ
は、例えばＤＳＰを用いたシミュレーション音源方式の
場合は、図２８に示すステップＳ１９３０にてマイクロ
プログラムが与えられることにより、音色が決定されて
いる。しかしながら、この音色はマイクロプログラムを
変更しなければ変更することができないことから、この
方式をスタティックなアサインタイプとし、例えば波形
メモリ方式は音色コードを送ることにより音色を変更す
ることができることから、ダイナミックなアサインタイ
プとしている。これにより、ダイナミックなアサインタ
イプの場合は、キーオン毎にあるいは発音割当毎に音色
を変えることができる。

【００６５】そこで、ステップＳ２０１０にてアサイン
タイプＡＴが“Dynamic ”と判断された場合は、ステッ
プＳ２０２０にて、付加情報ＩＮＦＯより音色情報Tone
Color を取り出してＴＣとして設定する。次に、ステ
ップＳ２０３０にてこの音色コードＴＣを発音チャンネ
ルＡＣに送り、さらに、アサインタイプがスタティック
な時と同様に、ステップＳ２０４０にて発音チャンネル
ＡＣにキーコードＫＣ，イニシャルタッチ情報ＩＴ、キ
ー音信号ＫＯＮを送り発音ユニットより発音が開始され
るようにする。そして、ノートオンジョブは終了する。

【００６６】次に、図３０に示すノートオフジョブにお
いては、ステップＳ２１００にて送信されてきた付加情
報ＩＮＦＯよりAssign Channel を取り出してＡＣとし
て設定し、ステップＳ２１１０にて、その発音チャンネ
ルＡＣにキーオフ信号ＯＦＦを送ることにより発音を停
止させる。これによりノートオフジョブは終了する。ま
た、全発音を止めるオールノートオフジョブの場合は、
ネットワーク上に論理アドレス「３．０」のブロードキ
ャストにより、キーオフ信号ＫＯＦＦを送信すると、図
３１に示すようにステップ２２００にて、全発音チャン
ネルに受信されたキーオフ信号ＯＦＦが送られ、すべて
の発音チャンネルよりの発音が停止される。さらに、図
２８に示すステップＳ１９２０にて立ち上げるオーディ
オ出力ジョブを図３２に示す。このジョブは、ステップ
Ｓ２３００にて楽音合成回路の出力ディジタルデータを
パケット化しオーディオユニットへ送信するジョブであ
る。

【００６７】以上で各フローチャートの説明を終わる
が、１つのユニットの処理能力に余裕があれば、複数の
機能を１ユニットに割り当てることができる。例えば、
１つのユニットに鍵スキャンのプログラムと発音割当の
プログラムとを割当て同時に動作させることができる。
これらのプログラムは割り込みなどにより時分割マルチ
タスクで処理される。このように複数の機能を割当てる
場合、単純に処理能力のあるものにランダムにプログラ
ムを割り当てるのではなく、処理に関連のあるものを割
り当てるようするとよい。すなわち、上記のように割り
当てると鍵スキャンからの情報はネットワークを介する
ことなく、発音割当のプログラムに転送されるので、レ
スポンスが向上するだけでなく、ネットワークのトラフ
ィックを減少させることができる。ただし、この場合
は、ネットワークに送信する前に、自ユニット中に対象
の機能が存在するか否かを調べて、存在する場合にはネ
ットワークに通信しない手段をプログラムに付加するよ
うにする。

【００６８】また、発音チャンネル数が増加すると、通
常の発音割当アルゴリズムでは発音チャンネル数Ｎに比
例して処理時間が増加するが、メタアサインユニットが
理想的であった場合（オーバヘッドが０で、割当が均一
に分割される場合）、理論的にはＮｌｏｇＮの時間で処
理を行うことができる。しかしながら、実際にはオーバ
ヘッドがあるのでここまで処理は効率化できないが、さ
らにメタアサインユニットを多段に構成すると、アサイ
ンをさらに高速にすることができる。この場合、メタア
サインユニット、メタメタアサインユニット（メタアサ
インユニットにアサインするためのユニット）とを同一
のモジュール中で構成すると、通信によるオーバヘッド
を極力少なくすることができる。

【００６９】以上説明したように、本発明の電子楽器ネ
ットワークシステムは、ネットワークに接続される複数
の処理ユニットと、この複数の処理ユニットの処理能力
や、外部接続機器が接続されているか等の状態を検出
し、検出された状態に応じて、上記複数の処理ユニット
のそれぞれに少なくとも一つの処理を割り当てる、上記
ネットワークに接続される割り当て手段とを備え、上記
割り当てられた処理に応じて、上記複数の処理ユニット
が協調して動作するようにしたものである。

【００７０】また、本発明の電子楽器ネットワークシス
テムは、各処理を行うためのプログラムを各種記憶して
いる記憶手段と、処理の割当に応じて必要なプログラム
を割り当てられたユニットに転送する手段とをさらに備
えるものである。さらに、本発明の電子楽器ネットワー
クシステムは、ネットワーク上の各発音ユニットの発音
チャンネル数を検出する手段と、この手段により検出さ
れた検出結果に応じて発音割当を管理する発音割り当て
用のテーブルを作成する作成手段と、作成されたテーブ
ルによって発音をネットワーク上の所定のユニットに割
り当てる割当手段とをさらに備えるものである。さらに
また、本発明の電子楽器ネットワークシステムは、複数
の発音チャンネルを複数のグループに分割し、この複数
のグループ毎に発音割当を行う複数の発音割当手段と、
所定の条件に応じて１つの発音割当手段を選択する選択
手段とをさらに備えるものである。

【００７１】

【発明の効果】本発明は以上のように構成されているの
で、従来一つの電子楽器で処理していた複数の処理を、
ネットワークに接続した各ユニットに自動的に分散させ
ることができるため、各種の拡張が可能になると共に、
ネットワーク上の資源を有効に利用することができる電
子楽器ネットワークシステムを実現することができる。

【図面の簡単な説明】

【図１】本発明の電子楽器ネットワークシステムの全体
概念図である。

【図２】ＤＳＰを用いた音源ユニットのブロック図であ
る。

【図３】波形メモリ方式の音源ユニットのブロック図で
ある。

【図４】汎用ユニットのブロック図である。

【図５】論理アドレス対照表である。

【図６】パケットの例を示す図である。

【図７】メタアサイナのアサイン条件テーブルの例を示
す図である。

【図８】アサイナのアサインテーブルの例を示す図であ
る。

【図９】本発明の電子楽器ネットワークシステムの全体
の動作の概要を示す図である。

【図１０】メインユニットブート処理のフローチャート
を示す図である。

【図１１】アドレスリクエストジョブ処理のフローチャ
ートを示す図である。

【図１２】イニシャルジョブ処理のフローチャートを示
す図である。

【図１３】機能アサイン処理のフローチャートを示す図
である。

【図１４】ＴＧ処理のフローチャートを示す図である。

【図１５】アサイナ処理のフローチャートを示す図であ
る。

【図１６】ＫＢ処理のフローチャートを示す図である。

【図１７】ＭＩＤＩ処理のフローチャートを示す図であ
る。

【図１８】パネル処理のフローチャートを示す図であ
る。

【図１９】スレイブユニットブート処理のフローチャー
トを示す図である。

【図２０】ネットワークジョブ処理のフローチャートを
示す図である。

【図２１】ジョブアサイン処理のフローチャートを示す
図である。

【図２２】スキャンユニット初期化ジョブのフローチャ
ートを示す図である。

【図２３】ＫＢジョブのフローチャートを示す図であ
る。

【図２４】メタアサイナ初期化ジョブのフローチャート
を示す図である。

【図２５】メタアサイナジョブのフローチャートを示す
図である。

【図２６】アサイナ初期化ジョブのフローチャートを示
す図である。

【図２７】アサイナジョブのフローチャートを示す図で
ある。

【図２８】発音ユニット初期化ジョブのフローチャート
を示す図である。

【図２９】ノートオンジョブのフローチャートを示す図
である。

【図３０】ノートオフジョブのフローチャートを示す図
である。

【図３１】オールノートオフジョブのフローチャートを
示す図である。

【図３２】オーディオ出力ジョブのフローチャートを示
す図である。

【図３３】従来の電子楽器ネットワークシステムの概要
を示すブロック図である。

【図３４】従来の電子楽器ネットワークシステムのフロ
ーチャートを示す図である。

【符号の説明】

１０ プログラムサーバモジュール １１ プログラムサーバ １２，４２ 補助記憶装置 ２０ メインユニット ３０ アサイナユニット ３１，７１，８１ インタフェース ３２ 外部機器接続ポート ３３，７４，８４ ＣＰＵ ３４，７５，８５ ＲＯＭ ３５，７６，８６ ＲＡＭ ３６，７７，８７ 内部バス ４０ 自動演奏モジュール ４１ 自動演奏ユニット ５０ 鍵・パネルスイッチモジュール ５１ スキャナユニット ５２ 鍵・パネルスイッチ回路 ６０ ＭＩＤＩインタフェースユニット ６１ インタフェースユニット ６２ ＭＩＤＩインタフェース ７０〜１１０ 発音ユニット ７２ ＤＳＰ ７３ ＤＳＰ用ＲＡＭ ８２ 楽音合成回路 ８３ 波形ＲＯＭ １２０ オーディオ出力ユニット １３０ サウンドシステム １４０ ネットワーク回路 １５０ ミキシング回路

Claims (1)

【特許請求の範囲】
1. 【請求項１】ネットワークに接続される複数の処理ユニ
   ットと、 該複数の処理ユニットの処理能力や、外部接続機器が接
   続されているか等の状態を検出し、検出された状態に応
   じて、上記複数の処理ユニットのそれぞれに少なくとも
   一つの処理を割り当てる、上記ネットワークに接続され
   る割り当て手段とを備え、 上記割り当てられた処理に応じて、上記複数の処理ユニ
   ットが協調して動作することを特徴とする電子楽器ネッ
   トワークシステム。