(57)【特許請求の範囲】
【請求項１】
複数の楽音信号発生手段と、前記各楽音信号発生手段に対して音高の指定を伴う演奏情報を供給する演奏情報供給手段とを有する楽音信号発生装置において、
前記演奏情報供給手段は前記各楽音信号発生手段に対して共通の演奏情報を供給するものであり、
前記各楽音信号発生手段は、自機が楽音信号を生成すべき音高として離散的な音高範囲を規定する識別情報を記憶し、前記演奏情報によって指定された音高が該識別情報に合致した場合に楽音信号を生成すること
を特徴とする楽音信号発生装置。
【請求項２】
前記識別情報は、所定の音色に対して前記各楽音信号発生手段が楽音信号を生成すべき音名と、該所定の音色以外の音色に対して前記各楽音信号発生手段が楽音信号を生成するか否かとを規定するものであることを特徴とする請求項１記載の楽音信号発生装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、電子楽器、アミューズメント機器等、楽音を発生する装置に用いられる楽音信号発生装置に関し、特に複数のリソースによって並列処理を行ない高品質な楽音信号を生成する電子楽器に用いて好適な楽音信号発生装置に関する。
【０００２】
【従来の技術】
電子楽器には、安価であるが表現力が劣る低位機種から表現力の優れた高位機種まで各種のものがある。例えば電子ピアノの高位機種においては、様々な演奏状態や音高に対して多数の波形が記憶されており、サンプリング周波数も高く設定される。一方、低位機種にあっては、メモリを節約するために、１種類〜数種類程度の波形データしか記憶されておらず、サンプリング周波数も低く設定されている。
【０００３】
また、高位機種においては、必要な処理能力を確保するために複数の音源ユニットの並列処理によって楽音信号を合成することが一般的であり、機種が低位に向かうほど、並列処理に使用される音源ユニットの数が少なくなる。
【０００４】
【発明が解決しようとする課題】
ところで、従来の高位機種においては、各音源ユニットの役割が異なるため、その役割毎に専用の音源ユニットを用意しなければならなかった。また、低位機種から高位機種に亘る電子楽器を構成する場合も、やはり各音源ユニットの役割が機種別に異なるため、機種や役割毎に専用化された音源ユニットを用意せざるを得ず、コスト増を招いていた。
この発明は上述した事情に鑑みてなされたものであり、音源ユニット等の共通化が極めて容易となる電子楽器を提供することにある。
【０００５】
【課題を解決するための手段】
上記課題を解決するため本発明にあっては、下記構成を具備することを特徴とする。なお、括弧内は例示である。
請求項１記載の構成にあっては、複数の楽音信号発生手段（音源ユニット２０−１〜２０−ｎ）と、前記各楽音信号発生手段に対して音高の指定を伴う演奏情報（イベント情報）を供給する演奏情報供給手段（メインＣＰＵ１６）とを有する楽音信号発生装置において、前記演奏情報供給手段は前記各楽音信号発生手段に対して共通の演奏情報（全音名のイベント情報）を供給するものであり、前記各楽音信号発生手段は、自機が楽音信号を生成すべき音高として離散的な音高範囲を規定する識別情報（データMCODE）を記憶し、前記演奏情報によって指定された音高が該識別情報に合致した場合に楽音信号を生成することを特徴とする。
さらに、請求項２記載の構成にあっては、請求項１記載の楽音信号発生装置において、前記識別情報は、所定の音色（ピアノ）に対して前記各楽音信号発生手段が楽音信号を生成すべき音名と、該所定の音色以外の音色（伴奏音）に対して前記各楽音信号発生手段が楽音信号を生成するか否かとを規定するものであることを特徴とする。
【０００６】
【発明の実施の形態】
１．実施形態のハードウエア構成
次に、本発明の一実施形態の電子ピアノのハードウエア構成を図１を参照し説明する。
図において２は演奏操作子であり、鍵盤、ペダル、ホイール等によって構成されている。１６はメインＣＰＵであり、ＲＯＭ４に記憶された制御プログラムに基づいて、バス１４を介して各部を制御する。６はＲＡＭであり、メインＣＰＵ１６のワークメモリとして使用される。８はフロッピーディスクドライブであり、オプションとして装着される。１０は操作パネルであり、ユーザの操作の下、メインＣＰＵ１６に対して各種の指令を入力する。
【０００７】
１２はＭＩＤＩインターフェースであり、シーケンサや外付けの鍵盤等、外部のＭＩＤＩ機器との間でＭＩＤＩ信号をやりとりする。２０−１〜２０−ｎはｎ枚の音源ユニットであり、メインＣＰＵ１６から演奏情報を受信する。この演奏情報は各音源ユニット２０−１〜２０−ｎに対して共通である。
【０００８】
すなわち、メインＣＰＵ１６は演奏操作子２の操作状態、フロッピーディスクドライブ８を介してフロッピーディスクから読み出した情報およびＭＩＤＩインターフェース１２から供給されたＭＩＤＩ信号に基づいて各音源ユニット２０−１〜２０−ｎに共通の演奏情報を供給するが、かかる処理は、音源ユニット２０−１〜２０−ｎの数や役割分担によって変更されることはない。
【０００９】
各音源ユニットは、デイジーチェイン状に接続されており、各々の役割分担に応じて楽音信号を生成する。ここで、各音源ユニットは、当該音源ユニットの生成した楽音信号と前段から供給された楽音信号とを時分割多重して、次段の音源ユニットに供給する。これにより、最終段の音源ユニット２０−ｎからは、全音源ユニット２０−１〜２０−ｎの合成結果を多重した多重楽音信号が出力されることになる。１８はＤＡコンバータであり、この多重楽音信号をアナログの楽音信号に変換する。このアナログの楽音信号は、サウンドシステム（図示せず）を介して発音される。
【００１０】
次に、各音源ユニットの詳細構成を図２を参照し説明する。
図において３０はサブＣＰＵであり、メインＣＰＵ１６から供給された演奏情報に基づいて、バス３４を介して音源ユニット内の各部を制御する。３２はメモリであり、サブＣＰＵ３０の制御プログラム（詳細は後述する）を格納したＲＯＭおよびサブＣＰＵ３０のワークメモリとして用いられるＲＡＭによって構成されている。３６は音源ＤＳＰであり、サブＣＰＵ３０の指令に基づいて楽音信号を合成する。
【００１１】
また、音源ＤＳＰ３６は、前段の音源ユニットから供給された楽音信号を受信するＤＳＰＩＮ端子および後段の音源ユニットまたはＤＡコンバータ１８に供給する楽音信号を送信するＤＳＰＯＵＴ端子を有している。このＤＳＰＯＵＴ端子から出力される楽音信号は、ＤＳＰＩＮ端子に供給された楽音信号と音源ＤＳＰ３６において合成された楽音信号とを多重したものである。３８は音色データメモリであり、音源ＤＳＰ３６における楽音合成処理に用いられる各種の波形データ、その他の音色データを記憶している。
【００１２】
２．実施形態のデータ構成
上記音色データメモリ３８には、所定のアドレスに「MCODE」と称する１６ビットのデータが格納されている。ここで、データMCODEの詳細について、図３を参照し説明する。図においてデータMCODEの最上位ビットをACTIONCODEビットと呼び、対応する音源ユニットがＧＭ（General MIDI）またはＸＧ規格の標準音源として用いられるか否か、具体的には伴奏音の合成に用いられるか否かを示す。すなわち、本実施形態の電子ピアノは主としてピアノ音の合成に用いられるが、かかる音源ユニットを装着することにより打楽器や管楽器も含めて様々な音色で伴奏音を発生することができる。
【００１３】
データMCODEの第２〜第４ビットは無視される。第５〜第１６ビットは、合計１２の音名（Ｂ，Ａ＃／Ｂ♭，……，Ｃ）の各々に対応しており、これらをNOTECODEビットと呼ぶ。NOTECODEビットにおいては、当該音源ユニットが合成すべき音名については“１”が、それ以外の音名については“０”が記憶される。ここで、データMCODEの設定例として、７枚の音源ユニットを装備する高位機種の場合と、４枚の音源ユニットを装備する中位機種の場合を挙げておく。
【００１４】
＜高位機種＞
音源ユニット２０−１：Ｂ，Ａ＃／Ｂ♭のNOTECODEビットが“１”，それ以外は“０”
音源ユニット２０−２：Ａ，Ｇ＃／Ａ♭のNOTECODEビットが“１”，それ以外は“０”
音源ユニット２０−３：Ｇ，Ｆ＃／Ｇ♭のNOTECODEビットが“１”，それ以外は“０”
音源ユニット２０−４：Ｆ，ＥのNOTECODEビットが“１”，それ以外は“０”
音源ユニット２０−５：Ｄ＃／Ｅ♭，ＤのNOTECODEビットが“１”，それ以外は“０”
音源ユニット２０−６：Ｃ＃／Ｄ♭，ＣのNOTECODEビットが“１”，それ以外は“０”
音源ユニット２０−７：ACTIONCODEビットが“１”，それ以外は“０”
【００１５】
＜中位機種＞
音源ユニット２０−１：Ｂ，Ａ＃／Ｂ♭，Ａ，Ｇ＃／Ａ♭のNOTECODEビットが“１”，それ以外は“０”
音源ユニット２０−２：Ｇ，Ｆ＃／Ｇ♭，Ｆ，ＥのNOTECODEビットが“１”，それ以外は“０”
音源ユニット２０−３：Ｄ＃／Ｅ♭，Ｄ，Ｃ＃／Ｄ♭，ＣのNOTECODEビットが“１”，それ以外は“０”
音源ユニット２０−４：ACTIONCODEビットが“１”，それ以外は“０”
【００１６】
上記例の高位機種においては、音源ユニット２０−１〜２０−６がそれぞれピアノ音を２音名づつ分担し、音源ユニット２０−７が伴奏音を分担することになる。一方、中位機種では音源ユニット２０−１〜２０−３がそれぞれピアノ音を４音名づつ分担し、音源ユニット２０−４が伴奏音を分担することになる。なお、本実施形態において音名に応じて音源ユニットの役割を分けた理由について説明しておく。
【００１７】
従来の電子ピアノにおいては、複数の音源ユニットの役割分担は音域（すなわち音高軸上において連続する範囲）毎に設定されていた。しかし、演奏の態様によっては一部の音域におけるイベントが集中するため、一部の音源ユニットに対してのみ負荷が集中するという問題があった。そこで、本実施形態においては、音源ユニットの役割を音名に応じて分担することとした。これにより、各音源ユニットが分担する範囲は音高軸上で離散的になり、各音源ユニットの負荷をほぼ均等にすることができる。
【００１８】
３．実施形態の動作
３．１．メインＣＰＵ１６
次に、本実施形態の動作を説明する。まず、電子ピアノの電源が投入されると、メインＣＰＵ１６は所定の初期設定を行った後、演奏操作子２、ＭＩＤＩインターフェース１２の状態を監視する。そして、これらにおいて新たなイベントが生じると、そのイベント情報を各音源ユニット２０−１〜２０−ｎに送信する。
【００１９】
また、フロッピーディスクドライブ８が設けられている場合にユーザが操作パネル１０において所定の操作を行うと、ここにセットされたフロッピーディスクから演奏情報ファイル（例えばＳＭＦ：標準ＭＩＤＩファイル）が読み出される。そして、メインＣＰＵ１６は、この演奏情報ファイルに基づいて、各音源ユニットにイベント情報を逐次供給する。
【００２０】
３．２．サブＣＰＵ３０
各音源ユニットのサブＣＰＵ３０においては、電子ピアノの電源が投入されると、図４に示すメインルーチンが起動される。図において処理がステップＳＰ２に進むと、図５に示す初期設定ルーチンが呼び出される。図５において処理がステップＳＰ２０に進むと、データMCODEが音色データメモリ３８から読み出される。次に処理がステップＳＰ２２に進むと、このデータMCODE内のNOTECODEビットに応じて、当該音源ユニットが分担すべき音名が判別される。
【００２１】
判別された音名は、配列ONNOTEの一要素に加えられる。なお、全てのNOTECODEビットが“０”であった場合は、配列ONNOTEは要素数「０」の配列になる。次に、処理がステップＳＰ２４に進むと、ACTIONCODEビットが“１”であるか否かが判定される。ここで「ＹＥＳ」と判定されると（すなわち伴奏音用の音源ユニットの場合は）、処理はステップＳＰ２６に進み、フラグGMMODEが“１”に設定される。一方、「ＮＯ」と判定されると（すなわちピアノ音用の音源ユニットの場合は）、処理はステップＳＰ２８に進み、フラグGMMODEが“０”に設定される。
【００２２】
次に、処理がステップＳＰ３０に進むと、フロッピーディスクドライブ８が装着されているか否かが判定される。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ３４に進み、フラグFDDFLGに“１”が設定される。一方、「ＮＯ」と判定されると、処理はステップＳＰ３６に進み、フラグFDDFLGが“０”に設定される。以上により、初期設定が終了し、処理はメインルーチン（図４）に戻る。
【００２３】
図４において処理がステップＳＰ４に進むと、共通処理が行われる。この共通処理はフロッピーディスクドライブ８の有無にかかわらず実行される各種の処理である。次に、処理がステップＳＰ６に進むと、上記フラグFDDFLGが“１”であるか否かが判定される。ここで「ＹＥＳ」と判定されると（フロッピーディスクドライブ８が存在する場合）、処理はステップＳＰ８に進み、ＦＤＤ付きの機種に特有のプログラムが実行される。
【００２４】
一方、ステップＳＰ６において「ＮＯ」と判定されると処理はステップＳＰ１０に進み、ＦＤＤなしの機種に特有のプログラムが実行される。
ステップＳＰ８，ＳＰ１０の相違点は、フロッピーディスクとの間でデータをやりとりするか否か、自動演奏・自動伴奏機能の内容、操作パネル１０で検出する操作内容、あるいは操作パネル１０に表示する表示内容等である。
【００２５】
次に、処理がステップＳＰ１２に進むと、図６に示す演奏イベント処理ルーチンが呼び出される。このルーチンによる処理は、音色データメモリ３８内のデータMCODEの内容に応じて異なるため、以下、それぞれ場合を分けて説明する。
【００２６】
３．２．１．ピアノ音用の音源ユニットの場合
図６において処理がステップＳＰ４０に進むと、メインＣＰＵ１６から新たなイベント情報が供給されたか否かが判定される。ここで「ＮＯ」と判定されると、直ちに本ルーチンの処理が終了する。一方、「ＹＥＳ」と判定されると、処理はステップＳＰ４２に進む。
【００２７】
ここでは、フラグGMMODEが“１”であるか否かが判定される。先のステップＳＰ２４〜ＳＰ２８において説明したように、ピアノ音用の音源ユニットにあってはフラグGMMODEが“０”に初期設定されている。従って、ここでは「ＮＯ」と判定され、処理はステップＳＰ４８に進む。以下、イベント情報の種類に応じて処理内容が異なるため、さらに場合を分けて説明する。
【００２８】
（１）ノートイベント
ステップＳＰ４８においては、該イベント情報がノートイベント（ノートオンまたはノートオフ）であるか否かが判定される。ノートイベントである場合は「ＹＥＳ」と判定され処理はステップＳＰ５０に進む。ここでは、該ノートイベントが鍵盤のノートイベントであって、かつ、指定音高の音名が配列ONNOTEに含まれるか否かが判定される。
【００２９】
ここで「ＹＥＳ」と判定されると、処理はステップＳＰ５２に進み当該ノートイベントに対応した処理が行われる。具体的には、音源ＤＳＰ３６に対して発音または消音指示が供給される。音源ＤＳＰ３６においては、この指示に応じて楽音信号の合成が開始され、あるいは消音処理が行われる。この楽音信号は、次段以降の音源ユニットを介してＤＡコンバータ１８に供給され、サウンドシステムを介して発音されることになる。
【００３０】
一方、該ノートイベントが鍵盤以外のイベントである場合または鍵盤のノートイベントであっても指定音高の音名が配列ONNOTEに含まれない場合は、ステップＳＰ５０においては「ＮＯ」と判定され、発音／消音処理が行われずに本ルーチンが終了する。従って、メインＣＰＵ１６が全音源ユニット２０−１〜２０−ｎに対して同一の鍵盤イベント情報を送信したとしても、これに対して楽音信号を合成する音源ユニットは１台だけになる。
【００３１】
（２）ノートイベント以外の場合
ところで、メインＣＰＵ１６から供給されたイベント情報がノートイベントではなかった場合、上述のステップＳＰ４８においては「ＮＯ」と判定され、処理はステップＳＰ５４に進む。ここでは、このイベント情報に対応する処理が実行される。具体的には、ノートイベント以外のイベント情報とは、ＧＭ規格においては、ペダル操作、チャンネルボリューム、またはマスターボリューム等のコントロールチェンジである。
【００３２】
すなわち、供給されたイベント情報がペダル操作に係るピアノ音のコントロールチェンジ（バンクセレクト）であった場合は、全ピアノ用音源ユニット２０−１〜２０−（ｎ−１）がかかるイベント情報に基づいて、同時に波形データの切換等の処理を実行することになる。また、イベント情報がマスターボリュームまたはピアノ音に係るチャンネルボリュームであった場合は、全ピアノ用音源ユニットが同時に音量の増減処理を実行することになる。
【００３３】
３．２．２．伴奏音用の音源ユニットの場合
（１）ＭＩＤＩファイルまたは外部ＭＩＤＩ信号のイベントの場合
上述したように、伴奏音用の音源ユニットにおいては、フラグGMMODEが“１”に初期設定されている。従って、演奏イベント処理ルーチンが呼び出されると、処理はステップＳＰ４０，ＳＰ４２を介してステップＳＰ４４に進む。ここでは、該イベント情報が、フロッピーディスクドライブ８から読み出されたＭＩＤＩファイルまたはＭＩＤＩインターフェース１２を介して入力された外部ＭＩＤＩ信号のうち何れかに属するか否かが判定される。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ４６に進み、該ＭＩＤＩファイルまたは外部ＭＩＤＩ信号に基づいて対応する処理が行われる。例えば、各種の打楽器や管楽器等による伴奏音の楽音信号が生成される。
【００３４】
（２）鍵盤のノートイベントの場合
イベント情報が鍵盤のノートイベントであった場合、ステップＳＰ４４において「ＮＯ」と判定され、ステップＳＰ４８を介して処理はステップＳＰ５０に進む。上述した高位機種および中位機種の伴奏音用音源ユニットの例にあっては、データMCODE中の全NOTECODEビットが“０”であるから、配列ONNOTEは空配列である。従って、ステップＳＰ５０においては必ず「ＮＯ」と判定され、実質的な処理が行われずに演奏イベント処理ルーチンが終了する。
【００３５】
（３）ノートイベント以外の演奏操作子２イベントの場合
イベント情報がノートイベント以外の演奏操作子２イベントに係るものであった場合は、処理はステップＳＰ４４，ＳＰ４８を介してステップＳＰ５４に進む。従って、当該イベント情報がマスターボリュームのコントロールチェンジであった場合は、ピアノ用音源ユニット２０−１〜２０−（ｎ−１）と同時に伴奏音の音量が増減される。また、イベント情報が合成中の音色に係るチャンネルボリュームまたはバンクセレクト等であった場合は、ピアノ用音源ユニットとは無関係に当該音色に対して音量の増減やパラメータの変更等が実行されることになる。
【００３６】
４．実施形態の効果
以上のように本実施形態においては、低位機種から高位機種に亘って、使用される音源ユニットの相違点を、波形データおよびデータMCODEを格納した音色データメモリ３８だけに抑えることができる。そして、その他のハードウエアおよびソフトウエアをほとんど共通化できるから、機種毎に異なる設計を行う手間が省け、製造時における在庫管理も容易になり、同一ユニットの大量生産によりコストダウンを図ることができる。
【００３７】
５．変形例
本発明は上述した実施形態に限定されるものではなく、例えば以下のように種々の変形が可能である。
（１）上記実施形態においては、ピアノ音用に６枚または３枚、伴奏音用に１枚の音源ユニットを用いた例を説明したが、音源ユニットの装着数や役割分担はこれに限られるものではないことは言うまでもないことであり、どの音色の再生音を優先するのか、あるいはコスト的に何枚の音源ユニットを装着できるかによって適宜変更することができる。
【００３８】
例えば、上記実施形態においてピアノ音加えてにバイオリン音の再生を重視すべき場合には、バイオリン専用の音源ユニットを追加してもよい。バイオリンは、弦毎に音高が連続して変化するため、音源ユニットの役割分担は弦に応じて設定すると好適である。この場合、データMCODEには、バイオリンの４弦（Ｇ，Ｄ，Ａ，Ｅ）に対応する４ビットを追加するとよい。そして、バイオリン専用の音源ユニットが１枚であればこれら４ビットが全て“１”に設定され、２枚であれば２ビットづつ“１”に設定されることになる。
【００３９】
（２）また、上記実施形態においては、ピアノ用音源ユニットの役割分担を音高軸上で離散的になるように音名に応じて設定したが、音名以外の方法で役割を分担してもよい。例えば、ピアノ用音源ユニットの数を５枚にするのであれば、キーコードを「５」で除算した余りによって分担させるとよい。
【００４０】
また、「各音源ユニットの負荷をほぼ均等にする」という利点はやや犠牲になるが、音域（音階軸上で連続的な領域）に応じて音源ユニットの役割を分担させてもよい。この場合は、ピアノ音の全音域を６領域に分割し、データMCODE内のNOTECODEビットに代えて６ビットのデータを設け、それらのビットの値によって各音源ユニットの役割を設定するとよい。
【００４１】
（３）また、データMCODEは役割分担を直接表現するものに限られず、「どの機種の何番目の音源ユニットか」を示す機種情報であってもよい。この場合、各音源ユニットの具体的な役割分担は、その機種情報に基づいて、メモリ３２内のＲＯＭ内のプログラムで判断するとよい。この場合においても、音色データメモリ３８を除いて各音源ユニットのハードウエア／ソフトウエアは共通化することができる。
【００４２】
（４）また、上記実施形態においてデータMCODEは音色データメモリ３８の所定のアドレスに格納したが、データMCODEを任意のアドレスに格納可能とし、音色データメモリ３８の所定のアドレスにそのポインタを記憶させてもよい。さらに、データMCODEはビットパターンに限られるものではなく、例えばASCIIやShift-JIS等の文字データであってもよい。
【００４３】
（５）また、上記実施形態においては、各音源ユニットはメモリ音源であったが、ＦＭ音源や物理モデル音源であってもよいことは言うまでもない。この場合、音色データメモリ３８には、波形データに代えて、音源種別に応じたパラメータが記憶されることになる。
【００４４】
（６）さらに、一部の音源ユニットを「音源」以外の「エフェクタ」にしてもよい。すなわち、ＤＳＰ３６に供給するマイクロプログラムやパラメータをエフェクタ用に設定することにより、音源ユニットを「エフェクタ」として動作させることができる。具体的には、当該エフェクタユニットは音源ユニットとＤＡコンバータ１８との間に介挿され、多重楽音信号に効果処理を施してＤＡコンバータ１８に供給することになる。また、データMCODEには、「音源」か「エフェクタ」かを区別するビットを追加するとよい。
【００４５】
（７）さらに、ＤＳＰ３６用の複数種類のマイクロプログラムをＲＯＭ４や音色データメモリ３８等に格納しておき、データMCODEに対応するマイクロプログラムをＤＳＰ３６内のプログラムメモリに転送してもよい。これにより、データMCODEを変更に応じて、各ユニット２０−１〜２０−ｎの機能を設定することができる。
【００４６】
（８）上記実施形態においては、フロッピーディスクドライブ８の有無によって処理の内容を変更したが、フロッピーディスクドライブ８に代えて（または加えて）、フラッシュメモリ、ＣＤ−ＲＯＭ等、各種の外部記憶装置を接続可能にしておき、これら装置の有無に応じて処理内容を変更してもよい。
【００４７】
【発明の効果】
以上説明したように本発明によれば、音源ユニット等の共通化が極めて容易となり、設計および製造時におけるコストダウンを図ることができる。
【図面の簡単な説明】
【図１】  本発明の一実施形態の電子ピアノのブロック図である。
【図２】  音源ユニットの詳細ブロック図である。
【図３】  データMCODEの構造を示す図である。
【図４】  サブＣＰＵ３０のメインルーチンのフローチャートである。
【図５】  サブＣＰＵ３０の初期設定ルーチンのフローチャートである。
【図６】  サブＣＰＵ３０の演奏イベント処理ルーチンのフローチャートである。
【符号の説明】
２……演奏操作子、４……ＲＯＭ、６……ＲＡＭ、８……フロッピーディスクドライブ、１０……操作パネル、１２……ＭＩＤＩインターフェース、１４……バス、１８……ＤＡコンバータ、２０−１〜２０−ｎ……音源ユニット、３２……メモリ、３４……バス、３８……音色データメモリ。
【図１】
0003659120.tif 000002
【図２】
0003659120.tif 000003
【図３】
0003659120.tif 000004
【図４】
0003659120.tif 000005
【図５】
0003659120.tif 000006
【図６】
0003659120.tif 000007