JP3395480B2 - 電子楽器 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、種々の操作子で楽
音信号を制御することができる電子楽器に関する。

【０００２】

【従来の技術】電子楽器は、通常、種々の形態の自然楽
器に対応した複数の音色の楽音信号を生成することがで
きる。演奏者は、複数の音色の中から所望の音色を選択
して、当該音色による演奏を行うことができる。各音色
の楽音信号は、音量やピッチ等のパラメータにより生成
される。

【０００３】電子楽器における楽音発生指示は、通常鍵
盤を用いてなされる。しかし、鍵盤楽器以外の楽器、例
えば弦楽器や管楽器の楽音信号を発生させようとする
と、鍵盤からの指示のみでは情報不足となる。管楽器に
おける息圧制御や弦楽器におけるビブラートのような制
御情報は鍵盤以外の操作子から入力する必要が生じる。
このようなパラメータは、ブレスコントーラやピッチベ
ンドホイール等の操作子により制御可能である。

【０００４】例えば、音量はブレスコントローラにより
制御可能であり、ピッチはピッチベンドホイールにより
制御可能である。これら、パラメータと操作子の組み合
わせは、各音色毎にユーザが任意に設定することもでき
る。

【０００５】

【発明が解決しようとする課題】音源の一つに物理モデ
ル音源がある。物理モデル音源は、振動体を物理的に模
倣したものであり、特に管楽器の楽音発生に優れてい
る。管楽器の楽音を発生させる場合、物理モデル音源の
制御パラメータとして、息圧（ブレス）とアンブシュー
ルを用いる。ブレス信号発生のために、通常ブレスコン
トローラを用いる。ブレスコントーラは、演奏者の息圧
を検出する。物理モデル音源は、息圧に応じて音量等を
制御する。

【０００６】しかし、演奏者によってはブレスコントロ
ーラの使用を好まない場合がある。また、ブレスコント
ローラを持っていない場合もある。そのような場合、ブ
レスコントローラに代えて、他の操作子で制御したい場
合がある。例えば、ブレスコントローラの代わりに、フ
ットコントローラで音量等の制御を行いたい場合があ
る。

【０００７】その際には、音色の設定ｐｒｅｓｓｕｒｅ
（息圧）＝ＢＲＥＡＴＨ（ブレスコントローラ）を、ｐ
ｒｅｓｓｕｒｅ＝ＦＣ（フットコントローラ）に変更す
ればよい。しかし、この方法では、演奏者の好みのもの
に設定するため、個々の音色の設定を見直し、不適当な
ものは設定し直す必要があり、煩にたえない。また、１
つの操作子がないだけでも、当該操作子に対応する音色
を全て変更しなければならない。

【０００８】また、ある操作子の情報を別の操作子の情
報に変換して出力することができるものがある。この場
合、例えば音色の設定変更を行わずに、フットコントロ
ーラをブレスコントローラとして使用することができ
る。しかし、その場合、フットコントローラが完全にブ
レスコントローラに置き代わってしまうため、フットコ
ントローラを他の用途に使用することができなくなって
しまう。

【０００９】本発明の目的は、容易に種々の操作子によ
り楽音信号を制御することができる電子楽器を提供する
ことである。

【００１０】

【課題を解決するための手段】 本発明の一観点によれ
ば、電子楽器は、音色と操作子種類情報とを対応付けて
記憶する音色テーブルと、特定の操作子の操作に対応し
て出力される第１の操作子情報を、前記音色テーブルに
記憶された操作子種類情報に対応する第２の操作子情報
に変換するための変換テーブルと、前記出力される第１
の操作子情報を受信し、該受信した第１の操作子情報を
前記変換テーブルに基づき前記第２の操作子情報に変換
し、前記音色テーブルに記憶されている操作子種類情報
に対応させて楽音信号の制御を行う楽音信号制御手段と
を有する。

【００１１】変換テーブルにより操作子情報の変換を行
うことにより、音色テーブルの設定を変更せずに、第１
の操作子を第２の操作子に置き換えて、楽音信号を制御
することができる。

【００１２】

【発明の実施の形態】図１は、本発明の実施例による電
子楽器の機能を説明するための概念図である。

【００１３】ブレスコントローラ３は、演奏者の息圧を
検出し、データｂｃ１を出力する。ベロシティ１は、鍵
盤の押鍵速度に応じて、データｖｅｌを出力する。アフ
タタッチ２は、鍵盤の押鍵圧力に応じて、データａｔを
出力する。

【００１４】電子楽器は、３つのモードを有する。モー
ド１は、ブレスコントローラをそのまま使用する通常モ
ードである。このモードは、ブレスコントローラ１の出
力データｂｃ１を、そのままブレスデータｂｃとして使
用するモードである。セレクタ６は、データｂｃ１を素
通りさせ、データｂｃ１をブレスデータｂｃとして音源
およびＭＩＤＩ−ＯＵＴ端子に供給する。

【００１５】モード２は、ブレスコントローラに代えて
ベロシティにより楽音信号を制御したい場合のモードで
ある。このモードは、イベント変換テーブル４がベロシ
ティ１のデータｖｅｌをブレスデータｂｃ２に変換し、
データｂｃ２をブレスデータｂｃとして使用するモード
である。セレクタ６は、データｂｃ２を素通りさせ、デ
ータｂｃ２をブレスデータｂｃとして音源およびＭＩＤ
Ｉ−ＯＵＴ端子に供給する。

【００１６】モード３は、ブレスコントローラに代え
て、ベロシティとアフタタッチにより楽音信号を制御し
たい場合のモードである。このモードは、タッチＥＧ
（エンベロープジェネレータ）５がベロシティ１のデー
タｖｅｌとアフタタッチ２のデータａｔを基に、タッチ
エンベロープのデータｂｃ３を生成する。タッチエンベ
ロープは、楽音の音量に相当する。セレクタ６は、デー
タｂｃ３を素通りさせ、データｂｃ３をブレスデータｂ
ｃとして音源およびＭＩＤＩ−ＯＵＴ端子に供給する。

【００１７】なお、ベロシティ１のデータｖｅｌとアフ
タタッチ２のデータａｔは、常に音源およびＭＩＤＩ−
ＯＵＴ端子に供給される。モード２、モード３では、ベ
ロシティ１またはアフタタッチ２がブレスコントローラ
３の役割を果たすが、その場合であっても、ベロシティ
１とアフタタッチ２は本来の役割をも果たすため、直接
音源およびＭＩＤＩ−ＯＵＴ端子に供給される。ベロシ
ティまたはアフタタッチが、完全にブレスコントローラ
に置き代わるのではないので、ベロシティまたはアフタ
タッチの本来の機能を殺さずに済む。

【００１８】図２は、モード２で使用するイベント変換
テーブル４の構成を示す。イベント変換テーブル４は、
テーブルの右辺のイベントデータが入力されると、左辺
のイベントデータに変換して、出力する。つまり、テー
ブルの右辺のイベントが現れたら、左辺のイベントであ
ると解釈し、楽音信号を制御することになる。以下、右
辺と左辺の対応関係を式と呼ぶ。

【００１９】図１の例では、テーブルの第１式のよう
に、ベロシティ（ＶＥＬ）のデータｖｅｌをブレスコン
トローラ（ＢＲＥＡＴＨ）のデータｂｃ２に変換する。
その他、第２式のように、モジュレーションホイール
（ＭＯＤ．ＷＨＥＥＬ）のデータをフットボリューム
（ＦＯＯＴ ＶＯＬＵＭＥ）のデータに変換する等の設
定を行うこともできる。

【００２０】図３は、モード３で使用するタッチＥＧ５
の構成を説明するためのグラフである。横軸は時間であ
り、縦軸はブレスデータｂｃである。グラフは、エンベ
ロープ波形を形成している。

【００２１】モード１のときには、ブレスコントローラ
１のデータｂｃ１がそのままブレスデータｂｃ（縦軸）
となる。モード３のときには、ベロシティ１のデータｖ
ｅｌとアフタタッチ２のデータａｔに応じてブレスデー
タｂｃ３を生成する。データｂｃ３がブレスデータｂｃ
（縦軸）となる。

【００２２】発音の初期時Ｔ１では、ベロシティ（イニ
シャルタッチ）のデータｖｅｌをブレスデータｂｃとす
る。そして、所定時間経過後Ｔ２では、アフタタッチの
データａｔをブレスデータｂｃとする。アフタタッチの
データａｔは、最大値ａｔｍａｘと最小値ａｔｍｉｎの
間を周期的に変化する。アフタタッチは、ビブラートの
効果を与える。

【００２３】期間Ｔ１から期間Ｔ２へ移行する際は、ベ
ロシティのデータｖｅｌからアフタタッチのデータａｔ
にクロスフェードする。図４は、音源が持つ音色テーブ
ルを示す。テーブルの項目は、音色番号（Ｎｏ．）、音
色名（Ｎａｍｅ）、息圧（Ｐｒｅｓｓｕｒｅ）、ピッチ
（Ｐｉｔｃｈ）である。

【００２４】Ｎｏ．１は、以下のように設定されてい
る。Ｎａｍｅは、ＡＡＡＡであり、ユーザが任意に設定
可能である。Ｐｒｅｓｓｕｒｅは、ブレスコントローラ
（ＢＲＥＡＴＨ）であり、楽音パラメータＰｒｅｓｓｕ
ｒｅはブレスコントローラにより制御可能であることを
示す。Ｐｉｔｃｈは、ピッチベンドホイール（ＷＨＥＥ
Ｌ）であり、楽音パラメータＰｉｔｃｈはピッチベンド
ホイールにより制御可能であることを示す。

【００２５】Ｎｏ．２のように、設定することも可能で
ある。Ｎｏ．２は、ＮａｍｅがＢＢＢＢであり、Ｐｒｅ
ｓｓｕｒｅがブレスコントローラ（ＢＲＥＡＴＨ）であ
り、Ｐｉｔｃｈがアフタタッチ（ＡｆｔｅｒＴｏｕｃ
ｈ）である。

【００２６】この例のように、通常、管楽器タイプの音
源では、Ｐｒｅｓｓｕｒｅとしてブレスコントローラ
（ＢＲＥＡＴＨ）が設定される。本実施例によれば、演
奏者は、この音色テーブルを変更せずに済む。

【００２７】モード１の場合は、ブレスコントローラに
より直接パラメータＰｒｅｓｓｕｒｅが制御される。モ
ード２の場合は、ベロシティによりブレスコントローラ
のデータが生成されるので、ベロシティによりパラメー
タＰｒｅｓｓｕｒｅが制御されることになる。モード３
の場合は、ベロシティおよびアフタタッチによりブレス
コントローラのデータが生成されるので、ベロシティお
よびアフタタッチによりパラメータＰｒｅｓｓｕｒｅが
制御される。

【００２８】次に、以上のイベント変換を実現する電子
楽器を示す。図５は、本実施例による電子楽器の構成を
示すブロック図である。各種操作子１１は、音色選択ス
イッチ、ブレスコントローラ、鍵盤、ピッチベンドホイ
ール、モジュレーションホイール、フットコントローラ
等のいずれかまたは任意の組み合わせである。

【００２９】ＭＩＤＩインターフェース（Ｉ／Ｆ）１５
は、ＭＩＤＩ−ＩＮ端子およびＭＩＤＩ−ＯＵＴ端子を
有し、外部に対してＭＩＤＩデータを入出力することが
できる。操作子の情報をＭＩＤＩデータとして入力する
こともできる。

【００３０】ＲＯＭ１３は、コンピュータプログラムま
たは必要なパラメータを記憶する。ＲＡＭ１４は、イベ
ント変換テーブル２１、音色テーブル２２等を記憶す
る。また、ＲＡＭ１４は、レジスタ、バッファ等、ＣＰ
Ｕ１２のワーキングエリアを有する。

【００３１】ＣＰＵ１２は、ＣＰＵバス１８を介して、
ＲＯＭ１３、ＲＡＭ１４、各種操作子１１、ＭＩＤＩイ
ンターフェース１５、音源１６に接続される。ＣＰＵ１
２は、タイマを有し、ＲＯＭ１３に記憶されるコンピュ
ータプログラムに従い、各種処理を行う。

【００３２】ＣＰＵ１２は、各種操作子１１、またはＭ
ＩＤＩインターフェース１５に入力されるＭＩＤＩデー
タを基に、ＲＡＭ１４中のイベント変換テーブル２１に
応じて、イベント変換を行う。

【００３３】例えば、図２に示すイベント変換テーブル
によれば、ベロシティ（ＶＥＬ）からブレスコントロー
ラ（ＢＲＥＡＴＨ）への変換、およびモジュレーション
ホイール（ＭＯＤ．ＷＨＥＥＬ）からフットボリューム
（ＦＯＯＴ ＶＯＬＵＭＥ）への変換を行う。

【００３４】ＣＰＵ１２は、イベント変換を行った後
に、ＲＡＭ１４中の音色テーブル２２に従い、楽音パラ
メータを生成する。例えば、図４に示す音色テーブルに
よれば、各種操作子１１中の音色選択スイッチのイベン
トに応じて、音色番号（Ｎｏ．）を設定する。例えば、
音色番号１が設定されると、ブレスコントローラ（ＢＲ
ＥＥＡＴＨ）のイベントに応じて、楽音パラメータＰｒ
ｅｓｓｕｒｅ（息圧）を生成し、ピッチベンドホイール
（ＷＨＥＥＬ）のイベントに応じて、楽音パラメータＰ
ｉｔｃｈ（ピッチ）を生成する。

【００３５】既に、イベント変換テーブル２１により、
ベロシティのイベントデータは、ブレスコントローラの
イベントデータに置き換えられているので、実際には、
ベロシティのイベントを基に、楽音パラメータＰｒｅｓ
ｓｕｒｅが生成される。

【００３６】ＣＰＵ１２は、生成した楽音パラメータ
を、音源１６に供給する。音源１６は、例えば物理モデ
ル音源であり、楽音パラメータに応じて楽音信号を生成
する。音源１６は、物理モデル音源の他、ＰＣＭ音源、
ＦＭ音源等でもよい。

【００３７】サウンドシステム１７は、Ｄ／Ａ変換器、
アンプ、スピーカを有し、音源１６に接続される。音源
１６で生成された楽音信号は、サウンドシステム１７に
おいて、Ｄ／Ａ変換され、信号増幅された後に、スピー
カから楽音が発せられる。

【００３８】図６は、ＣＰＵが行う処理のメインルーチ
ンのフローチャートである。ステップＳＡ１では、レジ
スタ、バッファの初期化等の初期設定を行う。ステップ
ＳＡ２では、イベントのスキャンを行う。演奏者が各種
操作子を操作したり、ＭＩＤＩデータが入力されたりす
ると、イベントが発生する。

【００３９】ステップＳＡ３では、イベントがあるか否
かをチェックする。イベントがあるときには、ステップ
ＳＡ４へ進む。ステップＳＡ４では、イベント変換およ
びイベント処理を行い、ステップＳＡ５へ進む。詳細
は、後に別のフローチャートを参照しながら説明する。

【００４０】イベントがないときには、イベント変換お
よびイベント処理を行わずに、ステップＳＡ５へ進む。
ステップＳＡ５では、パネルスイッチ／表示器の処理を
行う。ユーザは、パネルスイッチを操作することによ
り、イベント変換テーブルを作成または変更する。パネ
ルスイッチが操作されると、ＲＡＭ中のイベント変換テ
ーブルが書き換えられ、テーブルの内容が表示器に表示
される。イベント変換テーブルの作成処理については、
後に詳細に説明する。

【００４１】ステップＳＡ６では、その他必要な処理を
行う。その後、ステップＳＡ２へ戻り、処理を繰り返
す。図７は、図６のステップＳＡ４のイベント処理の詳
細を示すフローチャートである。

【００４２】ステップＳＢ１では、受信したイベントが
発音イベント（キーオン／オフ）であるか否かをチェッ
クする。発音イベントでないときには、ステップＳＢ２
へ進む。

【００４３】ステップＳＢ２では、受信したイベントが
コントローライベント（例えば、モジュレーションホイ
ール等）である否かをチェックする。コントローライベ
ントであるときには、ステップＳＢ３へ進む。

【００４４】ステップＳＢ３では、受信したイベントを
音源に送出する。例えば、モジュレーションホイールの
イベントを受信したときには、音源にモジュレーション
ホイールのイベントをそのまま送出する。音源は、当該
イベントに応じてモジュレーションの楽音信号を生成す
る。

【００４５】イベントを受信したときには、まず、上記
のように、本来のイベントの処理を行う。その後に、以
下に示すイベント変換の処理を行う。ステップＳＢ４で
は、受信したイベントに対応するコントローラがイベン
ト変換テーブルの右辺にあるか否かをチェックする。例
えば、図２に示すイベント変換テーブルでは、第２式の
右辺にモジュレーションホイール（ＭＯＤ．ＷＨＥＥ
Ｌ）が存在する。

【００４６】受信したイベントがイベント変換テーブル
の右辺にあるときには、ステップＳＢ５へ進む。ステッ
プＳＢ５では、イベント変換テーブルに従い、受信イベ
ントをイベント変換テーブルの左辺のコントローライベ
ントに変換する。

【００４７】例えば、図２に示すイベント変換テーブル
では、モジュレーションホイール（ＭＯＤ．ＷＨＥＥ
Ｌ）のイベントを、フットボリューム（ＦＯＯＴ ＶＯ
ＬＵＭＥ）のイベントに変換する。

【００４８】ステップＳＢ６では、変換したデータを左
辺のコントローライベントとして音源に送出し、図６の
メインルーチンの処理へ戻る。例えば、変換したデータ
をフットボリュームのイベントとして音源に送出する。
音源は、フットボリュームのイベントに応じた楽音信号
を生成する。

【００４９】ステップＳＢ４において、受信したイベン
トに対応するコントローラが、イベント変換テーブルの
右辺にないと判断されたときには、イベント変換を行わ
ずに、図６のメインルーチンの処理へ戻る。

【００５０】ステップＳＢ２において、受信したイベン
トがコントローライベントでないと判断されたときに
は、ステップＳＢ７へ進む。ステップＳＢ７では、その
他のイベントの処理を行う。その後、図６のメインルー
チンの処理へ戻る。

【００５１】ステップＳＢ１において、受信したイベン
トが発音イベントであると判断されたときには、ステッ
プＳＢ８へ進む。ステップＳＢ８では、発音イベント処
理を行い、図６のメインルーチンの処理へ戻る。発音イ
ベント処理は、発音イベントに関係するイベントのイベ
ント変換と共に、発音イベントの処理を行う。詳細は、
後に説明する。

【００５２】図８は、図７のステップＳＢ８の発音イベ
ント処理の詳細を示すフローチャートである。ステップ
ＳＣ１では、受信した発音イベントがキーオン（ＫＯ
Ｎ）イベントであるか否かをチェックする。キーオンイ
ベントであるときには、ステップＳＣ２へ進む。

【００５３】ステップＳＣ２では、発音チャンネルの割
り当てを行う。ステップＳＣ３では、割り当てられた発
音チャンネルに、キーコード、タッチ情報（ベロシティ
およびアフタタッチを含む）、音色等に対応する楽音情
報を送出する。その後、ステップＳＣ５へ進む。これら
の楽音情報は、キーオンイベントに含まれた形で供給さ
れる。音源は、楽音情報に応じて、楽音信号を生成す
る。

【００５４】ステップＳＣ１において、受信した発音イ
ベントがキーオンイベントでないと判断されたときに
は、受信した発音イベントがキーオフイベントであるの
で、ステップＳＣ４へ進む。

【００５５】ステップＳＣ４では、キーオフ（ＫＯＦ
Ｆ）処理を行い、ステップＳＣ５へ進む。音源は、キー
オフイベントを受けて、減衰楽音信号を生成する。ステ
ップＳＣ５では、受信したイベントに関係する情報が、
イベント変換テーブルの右辺にあるか否かをチェックす
る。例えば、図２に示すイベント変換テーブルでは、第
１式の右辺にベロシティ（ＶＥＬ）が存在する。

【００５６】イベント変換テーブルの右辺にあるときに
は、ステップＳＣ６へ進む。ステップＳＣ６では、イベ
ント変換テーブルに従い、受信イベントをイベント変換
テーブルの左辺のコントローライベントに変換する。

【００５７】例えば、図２に示すイベント変換テーブル
では、ベロシティ（ＶＥＬ）のイベントを、ブレスコン
トローラ（ＢＲＥＡＴＨ）のイベントに変換する。ステ
ップＳＣ７では、変換したデータを左辺のコントローラ
イベントとして音源に送出し、図７の処理へ戻る。例え
ば、変換したデータをブレスコントローラのイベントと
して音源に送出する。音源は、ブレスコントローラのイ
ベントに応じた楽音信号を生成する。

【００５８】ステップＳＣ５において、受信したイベン
トに関係する情報が、イベント変換テーブルの右辺にな
いと判断されたときには、イベント変換を行わずに、図
７の処理へ戻る。

【００５９】以上は、発音イベントやコントローライベ
ント等のイベントが発生した際にイベント変換を行う場
合について述べた。次に、イベントの発生時ではなく、
例えばアフタタッチ等、逐次変化するイベントデータを
イベント変換して、リアルタイム制御を行う処理につい
て述べる。

【００６０】図９は、タイマイベント処理のフローチャ
ートである。タイマイベント処理は、タイマ割り込み信
号に応じて、所定時間間隔で行う処理である。タイマ割
り込み信号は、ＣＰＵ内のタイマにより生成される。

【００６１】ステップＳＤ１では、エンベロープ波形パ
ラメータに基づき、各種リアルタイムコントロール用波
形を生成する。例えば、ブレスコントローラのイベント
データに基づき、ブレス信号のエンベロープ波形を生成
する。

【００６２】ステップＳＤ２では、楽音合成の対応する
各部分に前記リアルタイムコントロール用波形を供給す
る。例えば、ブレス信号のエンベロープ波形を付与す
る。ステップＳＤ３では、作成した波形に関係する情報
が、イベント変換テーブルの右辺にあるか否かをチェッ
クする。イベント変換テーブルの右辺にあるときには、
ステップＳＤ４へ進む。

【００６３】ステップＳＤ４では、受信イベントをイベ
ント変換テーブルに従いイベント変換し、イベント変換
テーブルの左辺のコントローライベントを作成する。こ
れにより、変換したエンベロープ波形データが生成され
る。

【００６４】例えば、図３に示すタッチＥＧの場合、キ
ーオン直後の期間Ｔ１ではベロシティのイベントデータ
ｖｅｌによりブレス信号のエンベロープ波形が生成され
る。その後、ベロシティのイベントデータｖｅｌからア
フタタッチのイベントデータａｔにクロスフェードさせ
て、アフタタッチに基づくブレス信号のエンベロープ波
形を生成する。さらに、その後の期間Ｔ２では、アフタ
タッチのイベントデータａｔのみに基づき、ブレス信号
のエンベロープ波形を生成する。

【００６５】ステップＳＤ５では、変換したデータを左
辺のコントローライベントとして音源に送出する。例え
ば、上述の合成したブレス信号が供給される。その後、
割り込み前の処理へ戻る。

【００６６】ステップＳＤ３において、リアルタイムコ
ントロール用に作成した波形に関係する情報が、イベン
ト変換テーブルの右辺にないと判断されたときには、イ
ベント変換を行わずに、割り込み前の処理へ戻る。

【００６７】図１０は、イベント変換テーブル作成処理
の詳細を示すフローチャートである。この処理は、図６
のステップＳＡ５のパネル処理に含まれる。ユーザは、
パネルスイッチを操作することにより、イベント変換テ
ーブルを作成することができる。

【００６８】ステップＳＥ１では、イベント変換テーブ
ルの左辺となるイベントの選択入力を、ユーザのスイッ
チ操作により受け付ける。ステップＳＥ２では、選択さ
れた左辺に置き換えうる右辺の候補を表示器に表示し、
ユーザに候補を提示する。例えば、左辺としてブレスコ
ントローラが選択されたときには、連続可変なパラメー
タであることが必要なため、２値出力のオン／オフスイ
ッチは置き換え不可能であり、右辺の候補から外す。

【００６９】ステップＳＥ３では、候補から選択した右
辺を元にイベント変換テーブルを作成する。つまり、ユ
ーザが選択した左辺のイベントと右辺のイベントを対応
付けて、ＲＡＭに記録する。その後、処理を終了する。

【００７０】なお、電子楽器に備えられている操作子
は、イベント変換テーブルの左辺として選択できないよ
うにしてもよい。例えば、電子楽器に、ブレスコントロ
ーラが備えられているときには、ブレスコントローラを
イベント変換テーブルの左辺として選択できないように
する。

【００７１】イベント変換の用途として、ユーザの手元
にブレスコントローラがないときに、他の操作子を代わ
りに使いたい場合がある。そのような場合、電子楽器に
備えられている操作子についてはイベント変換を行う必
要がないので、備えられている操作子については、イベ
ント変換テーブルの左辺として選択できないようにす
る。

【００７２】本実施例は、音色テーブルの設定を変える
ことなく、所望の操作子のイベントデータを受信したか
のように楽音信号の制御を行うことができる。音色テー
ブルの設定を変える必要がないので、演奏者の手間を省
くことができる。

【００７３】また、１つの操作子を操作すると、該操作
子本来のイベントデータと共に、イベント変換された他
種のイベントデータも供給されるので、実際に接続され
ている操作子の数よりも多くの楽音パラメータを制御で
きる。

【００７４】初心者は、多数の操作子を同時に操作する
ことが困難であるので、イベント変換を行うことによ
り、少数の操作子で各種楽音パラメータを容易に連動さ
せ、操作性を向上させることができる。

【００７５】さらに、出力イベントデータの種類を切替
え可能な操作子を使用しなくても、全ての操作子を出力
切替え可能な操作子と同等な動作をさせることができ
る。以上実施例に沿って本発明を説明したが、本発明は
これらに制限されるものではない。例えば、種々の変
更、改良、組み合わせ等が可能なことは当業者に自明で
あろう。

【００７６】

【発明の効果】以上説明したように、本発明によれば、
変換テーブルにより操作子情報の変換を行うことによ
り、音色テーブルの設定を変更せずに、操作子を他の操
作子に置き換えて、楽音信号を制御することができる。

【図面の簡単な説明】

【図１】 本発明の実施例による電子楽器の機能を説明
するための概念図である。

【図２】 イベント変換テーブルの構成を示す図であ
る。

【図３】 タッチＥＧの構成を説明するためのグラフで
ある。

【図４】 音色テーブルの構成を示す図である。

【図５】 本実施例による電子楽器の構成を示すブロッ
ク図である。

【図６】 ＣＰＵが行う処理のメインルーチンのフロー
チャートである。

【図７】 図６のステップＳＡ４のイベント処理の詳細
を示すフローチャートである。

【図８】 図７のステップＳＢ８の発音イベント処理の
詳細を示すフローチャートである。

【図９】 タイマイベント処理のフローチャートであ
る。

【図１０】 イベント変換テーブル作成処理の詳細を示
すフローチャートである。

【符号の説明】

１ ベロシティ、 ２ アフタタッチ、 ３ ブレ
スコントローラ、４ イベント変換テーブル、 ５
タッチＥＧ、 ６ セレクタ、 １１各種操作子、
１２ ＣＰＵ、 １３ ＲＯＭ、 １４ ＲＡ
Ｍ、１５ ＭＩＤＩインターフェース、 １６ 音
源、 １７ サウンドシステム、 １８ ＣＰＵバ
ス、 ２１ イベント変換テーブル、 ２２ 音色
テーブル

フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G10H 1/00 - 7/00

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 音色と操作子種類情報とを対応付けて記
   憶する音色テーブルと、 特定の操作子の操作に対応して出力される第１の操作子
   情報を、前記音色テーブルに記憶された操作子種類情報
   に対応する第２の操作子情報に変換するための変換テー
   ブルと、 前記出力される第１の操作子情報を受信し、該受信した
   第１の操作子情報を前記変換テーブルに基づき前記第２
   の操作子情報に変換し、前記音色テーブルに記憶されて
   いる操作子種類情報に対応させて楽音信号の制御を行う
   楽音信号制御手段とを有する電子楽器。
2. 【請求項２】 前記楽音信号制御手段は、さらに、受信
   した第１の操作子情報を前記変換テーブルを用いて変換
   することなく、第１の操作子情報に対応した楽音信号の
   制御を行う請求項１記載の電子楽器。