JPH07271359A - 電子楽器 - Google Patents

Abstract

(57)【要約】 【目的】 プログラムの転送処理に時間がかかる場合で
あっても、高速なプログラムチェンジ処理を行う。 【構成】 複数のプログラムを記憶した記憶手段と、前
記複数のプログラムの中から所望のプログラムを選択す
るための選択指示手段と、表示手段と、転送されたプロ
グラムにもとづいて楽音信号を発生または制御する楽音
発生制御手段と、処理手段であって、この処理手段は少
なくとも、（１）前記プログラム選択指示に応じて、指
示されたプログラムに関する表示を行う表示処理と、
（２）前記プログラム選択指示に応じて、前記記憶手段
に記憶されたプログラムの内、指示されたプログラムを
楽音発生制御手段へと転送する転送処理とを実行するも
のであって、転送処理中に前記プログラム選択指示が発
生した場合は、転送処理を中断して表示処理を優先的に
行うものと、を備えた。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は複数のプログラムの中か
ら、何れかのプログラムを選択可能な電子楽器に関す
る。

【０００２】

【従来の技術】従来、複数の音色や効果（エフェクト）
等のプログラムの中から、何れかのプログラムを選択可
能な電子楽器がある。そして、プログラム変更に際して
は、複数プログラム記憶されたプログラムデータ（パラ
メータ）の内、選択されたものを音源回路や効果回路へ
転送している。また、選択されたプログラムに関する表
示（たとえば音色名や効果名等の表示）も同時に行われ
るものがある。

【０００３】

【発明が解決しようとする課題】上述したプログラム変
更に関する２つの処理（プログラムデータの転送処理と
プログラムに関する表示処理）は、プログラム変更の際
には必ず両方とも行われていた。従って、短時間に多数
のプログラム変更指示をした場合などは、プログラムデ
ータ転送およびプログラム関連の表示の処理がプログラ
ム変更指示の速度についていかず、変更指示操作は終了
しているにも関わらず、処理しきれていない分の処理が
続くような状態になり、最後の処理が終了するまでに相
当な時間待たされてしまう恐れがあった。

【０００４】

【課題を解決するための手段】上述した不都合を解決す
るため、本発明は、複数のプログラムを記憶した記憶手
段と、前記複数のプログラムの中から所望のプログラム
を選択するための選択指示手段と、表示手段と、転送さ
れたプログラムにもとづいて楽音信号を発生または制御
する楽音発生制御手段と、処理手段であって、この処理
手段は少なくとも、（１）前記プログラム選択指示に応
じて、指示されたプログラムに関する表示を行う表示処
理と、（２）前記プログラム選択指示に応じて、前記記
憶手段に記憶されたプログラムの内、指示されたプログ
ラムを楽音発生制御手段へと転送する転送処理とを実行
するものであって、転送処理中に前記プログラム選択指
示が発生した場合は、転送処理を中断して表示処理を優
先的に行うものと、を備えたことを特徴とする。

【０００５】

【作用】上述した構成により、選択指示手段によってプ
ログラムが選択指示されたときは、選択されたプログラ
ムに関する表示がなされるとともに、プログラムが楽音
発生制御手段へと転送される。このとき、プログラムの
転送中に他のプログラムの選択指示があった場合は、処
理手段においては、処理中の転送処理に換えて表示処理
が実行される。

【０００６】

【実施例】以下、図面を参照して、本発明の一実施例を
詳細に説明する。本実施例においてはプログラム変更の
例としてとして音色変更に関して説明する。図１はハー
ド構成の概略ブロック図である。ＣＰＵ（中央処理装
置）１は装置全体の動作を制御するものであり、ＲＯＭ
（リード・オンリィ・メモリ）３に記憶された制御プロ
グラムにしたがって処理を実行する。また、ＣＰＵ１と
各部とはバス２を介して接続されており、各種データの
送受が行われる。

【０００７】ＲＡＭ（ランダム・アクセス・メモリ）４
はＣＰＵ１による処理時において発生する各種データを
一時的に記憶するバッファ、レジスタ、フラグ等の領域
が設けられている。タイマ１１はＣＰＵ１に対して割り
込み信号を供給するもので、所定の周期（たとえば１０
ｍｓ毎）に割り込み信号を発生する。

【０００８】鍵盤５は多数（たとえば６１個）の鍵やピ
ッチベンドホイール等の演奏操作子を有するものであ
り、演奏者によって操作されると、その操作を鍵盤検出
回路６が検出し、バス２を介してＣＰＵ１へ操作情報が
出力される。ＣＰＵ１は、鍵操作情報にもとづいてノー
トオン、ノートオフ等のノートデータを作成するととも
に、ピッチベンドホイール等の操作情報にもとづいて楽
音制御データを作成し、バス２を介して音源回路１０へ
出力する。音源回路１０においては供給されたノートデ
ータ、楽音制御データにもとづいて楽音波形信号を形成
する。音源回路の方式としては、周知の波形メモリ読み
出し方式、ＦＭ（周波数変調）方式や物理モデルシミュ
レーション方式等が用いられる。音源回路１０において
形成された楽音波形信号はサウンドシステム１３へ供給
され、楽音が発生される。

【０００９】７はパネルスイッチであり、音色選択等各
種機能を指定するための多数のスイッチや、スライド操
作子、ロータリエンコーダからなる回転操作子等を有す
る。これら操作子の操作は、スイッチ検出回路８によっ
て検出され、操作情報がバス２を介してＣＰＵ１へ供給
される。ＣＰＵ１は供給された操作子情報に従って各種
機能を実行する。９はＬＣＤ等の表示回路であり、各種
データを表示する。たとえば、音色が選択されたとき
は、選択された音色に関する情報（音色名等）が表示さ
れる。１２はＭＩＤＩインターフェース（Ｉ／Ｆ）であ
り、外部音源装置や、自動演奏装置などと通信を行うた
めのものである。

【００１０】本実施例においては、マルチタスク方式で
処理が行われる。各種機能はそれぞれ個別のタスクによ
り実行され、各タスク間の動作をモニタプログラムが管
理する。この実施例では、スイッチ検出回路８によって
検出されたパネルスイッチの状態に応じて各種タスクを
実行させるパネル管理タスクと、パネルスイッチの操作
によってプログラムチェンジ（音色変更）が行われた場
合に選択された音色の情報を表示させるＰＣ（Ｐｒｏｇ
ｒａｍ Ｃｈａｎｇｅ）（表示）タスク、選択された音
色のパラメータを音源回路１０へと転送するＰＣ（デー
タ転送）タスクの３つのタスクに関して詳細に説明す
る。その他のタスク（たとえば鍵盤関連の処理を行うタ
スク等）については、詳細説明は省略する。

【００１１】図２はモニタプログラムによって各タスク
間の動作を管理するために用いられるタスク制御ブロッ
ク（ＴＣＢ）である。ここでは説明の便宜上、表形式で
タスク制御ブロックを表示している。図２において、左
端にはタスク名が記されており、処理の優先度の高い順
に上から並んでいる。その右側にはタスクの動作状態を
示すステータスが示されている。このステータスは、タ
スクが動作中であることを示す「ラン」、タスクが動作
する準備ができている（順番がくればいつでも動作でき
る）状態を示す「レディ」、動作していない状態を示す
「ウェイト」の３つからなる。モニタプログラムはステ
ータスが「レディ」となっているタスクの内の、優先順
位がもっとも高いタスクを「ラン」状態とし、いずれか
１つのタスク処理を選択的に実行するようになる。

【００１２】ステータスの右側には処理を中断したアド
レスや、処理中のレジスタ等の再開用データが示されて
いる。これは、あるタスクの動作中にタイマ割り込み等
により、それまで処理をしていたタスクの処理を中断し
て他のの処理へ移行しなければならないとき、その後の
復帰時に備えて、中断したアドレスや、レジスタの内容
等をタスク制御ブロックに記録しておくものである。

【００１３】次に図３から図６を参照して、ＣＰＵ１に
よる処理のフローチャートを説明する。図３は各タスク
間の動作を管理するモニタプログラムである。このモニ
タプログラムはタイマ１１から割り込み信号が発生した
ときや、タスクからＷＡＩＴコール、ＳＴＡＴコールが
あった場合に起動される処理である。

【００１４】タイマ１１から割り込み信号が発生する
と、ＣＰＵ１がいかなる処理（モニタプログラムの処理
中あるいはタスク処理中）をしている途中であっても、
ステップＳ１へと進む。ステップＳ１ではそれまでの処
理がモニタプログラムであったか否かが判断される。モ
ニタプログラムの処理中であったときは、ステップＳ２
へと進み、モニタプログラムの処理中アドレス等、復帰
に必要な情報を記憶し、ステップＳ３でパネル管理タス
クのタスク制御ブロックのステートを「レディ」とす
る。すなわち、タイマ割り込みがかかると、パネル管理
タスクが「レディ」状態となり、後述するステップＳ
８、ステップＳ９でパネル管理タスク（図４）が再開さ
れるようになる。このようにして、パネル管理タスクは
タイマ割り込みの周期である１０ｍｓ毎に実行されるよ
うになる。ステップＳ３の後、ステップＳ４へ進み、記
憶していたアドレス等の復帰に必要な情報にもとづい
て、中断していた位置のモニタプログラムの処理へと復
帰する。

【００１５】ステップＳ１にてＮｏと判断したとき、す
なわち、いずれかのタスクの処理中にタイマ割り込みが
かかったときは、ステップＳ５へ進み、処理中であった
タスクの、そのときのアドレスやレジスタ等をタスク制
御ブロックの該タスクに対応する領域へと記録し、ステ
ップＳ６へ進んで、処理中だったタスクのステータスを
「レディ」とし、ステップＳ７でパネル管理タスクのス
テータスを「レディ」とする。そして、ステップＳ８へ
と進む。

【００１６】ステップＳ８では、タスク制御ブロックに
ステータスが「レディ」状態のタスクがあるか否かをチ
ェックする。この判断がＹｅｓとなるまで、ステップＳ
８の処理を繰り返す。この間に、前述のタイマ割り込み
が発生したときは、ステップＳ１、２、３、４を介し
て、パネル管理タスクのステータスが「レディ」とされ
るので、ステップＳ８の判断でＹｅｓとなる。ステップ
Ｓ８でＹｅｓと判断されたときは、ステップＳ９へ進ん
で「レディ」状態にあるタスクの中で、優先順位が最も
高いタスク（図２の表においては上側に記載されている
タスク）のステータスを「ラン」とし、タスク制御ブロ
ックに記憶された再開用のアドレス、レジスタ等にもと
づいて該タスクの処理を再開し、モニタプログラムの処
理からタスクの処理へと移行する。

【００１７】また、詳細は後述するが、各タスクの処理
において「ＷＡＩＴコール」が発生したときは、ステッ
プＳ１０へ進む。ステップＳ１０においては、依頼タス
ク（ＷＡＩＴコールを発生させたタスク）における、処
理中のアドレス、レジスタ等をタスク制御ブロックに記
録し、次回の再開に備える。そして、ステップＳ１１で
依頼タスクのステータスをウェイトとし、ステップＳ８
へと進む。

【００１８】また、各タスクの処理において「ＳＴＡＴ
コール」が発生したときは、ステップＳ１２へ進む。ス
テップＳ１２ではそれまで処理中であった（すなわちＳ
ＴＡＴコールを発生させた）タスクのアドレスやレジス
タ等をタスク制御ブロックに記録し、次回の再開に備え
る。そしてステップＳ１３で処理中のタスクのステータ
スを「レディ」とし、ステップＳ１４で指定タスクのス
テータスを「レディ」とする。そしてステップＳ８へと
進む。

【００１９】ここで、前述したようにタイマ１１による
割り込み信号の発生があり、ステップＳ３またはステッ
プＳ７にてパネル管理タスクのステータスが「レディ」
状態となり、ステップＳ８を介してステップＳ９でパネ
ル管理タスクが「ラン」状態となった場合、図４のパネ
ル管理タスクが実行される。このパネル管理タスクに限
らず、すべてのタスクには「ＷＡＩＴコール」を発生す
る処理があり、この処理の後にタスクの処理を終了して
「ウェイト」状態となる。従って、ここではＷＡＩＴコ
ール処理の次からパネル管理タスクの処理が再開するも
のとして説明する。

【００２０】まずステップＳ２１でパネルスキャン処理
を実行する。スキャンした結果、操作子のイベントがあ
ったか否かをステップＳ２２で判断し、イベントがあっ
たときはステップＳ２３へ進み、イベントバッファにパ
ネル操作子のイベントを書き込む。イベントがなかった
ときはステップＳ２７へと進む。ステップＳ２４では書
き込んだイベントがプログラムチェンジイベントか否か
を判断し、プログラムチェンジイベントであったら、ス
テップＳ２５へ進んでプログラムチェンジ（表示）タス
クに対してＳＴＡＴコールを発生する。この結果、図３
のステップＳ１２へ処理が進み、ステップＳ１２、１３
を介してステップＳ１４でプログラムチェンジ（表示）
タスクのステータスが「レディ」となる。

【００２１】その後ステップＳ２７へ進んでＷＡＩＴコ
ールを発生し、その結果、図３のステップＳ１０以降へ
進み、ステップＳ１１においてこのパネル管理タスクは
「ウェイト」状態となる。ステップＳ２４でＮｏと判断
したときはステップＳ２６へ進み、その他のタスクに対
してＳＴＡＴコールを発生する。その結果、図３のモニ
タプログラムのステップＳ１４にてそのタスクのステー
タスが「レディ」となる。

【００２２】次にステップＳ２５、そして，モニタプロ
グラムのステップＳ１２、１３、１４、８、９を介し
て、プログラムチェンジ（表示）タスクが起動された場
合について説明する。前述したパネル管理タスクと同様
に、ＷＡＩＴコール処理（ステップＳ３９）の次からプ
ログラムチェンジ（表示）タスクの処理が再開するもの
として説明する。まずステップＳ３１でイベントバッフ
ァをチェックする。その結果、プログラムチェンジイベ
ントがイベントバッファに記憶されていたら、ステップ
Ｓ３２でＹｅｓと判断され、ステップＳ３３へと進む。

【００２３】ステップＳ３３ではイベントバッファに記
憶されているプログラムチェンジ番号を得て、ステップ
Ｓ３４で該プログラムチェンジ番号の表示用データ（音
色名等）を音色データＲＡＭから表示用バッファへとコ
ピーする。そして、ステップＳ３５で表示用バッファの
内容にもとづいて表示回路９を駆動して、音色名等を表
示させる。そして、ステップＳ３６でイベントバッファ
のプログラムチェンジイベントをクリアし、イベントバ
ッファにデータ転送イベントを書き込む。このとき、以
前のデータ転送イベントがまだクリアされていない状態
であれば、以前のデータ転送イベントに換えて、新たな
プログラム番号のデータ転送イベントがイベントバッフ
ァに上書きされていく。

【００２４】その後、ステップＳ３７へ進んでその他の
処理を実行し、ステップＳ３８でプログラムチェンジ
（データ転送）タスクに対してＳＴＡＴコールを発生す
る。この結果、図３のステップＳ１２へ処理が進み、ス
テップＳ１２、１３を介してステップＳ１４でプログラ
ムチェンジ（データ転送）タスクのステータスが「レデ
ィ」となる。

【００２５】そして、ステップＳ３１へ戻り、イベント
バッファをチェックし、ステップＳ３２でプログラムチ
ェンジイベントの有無を判断する。プログラムチェンジ
イベントがあったとき、すなわち、プログラムチェンジ
（表示）タスク実行中にプログラムチェンジイベントが
発生し、図４のパネル管理タスクのステップＳ２３でプ
ログラムチェンジイベントが書き込まれていたときは、
再びステップＳ３３以降の処理を実行する。一方、ステ
ップＳ３２でＮｏと判断したときは、ステップＳ３９へ
進んで、ＷＡＩＴコールを発生する。そして、図３のス
テップＳ１０へと進み、その結果、プログラムチェンジ
（表示）タスクは「ウェイト」状態となる。

【００２６】図３のステップＳ８、９にてプログラムチ
ェンジ（データ転送）タスクが優先順位最高のレディタ
スクであったときは、図６のプログラムチェンジ（デー
タ転送）タスクが実行される。ステップＳ４１ではイベ
ントバッファをチェックし、ステップＳ４２でデータ転
送イベントが記憶されているか否かが判断される。デー
タ転送イベントが記憶されているときは、ステップＳ４
３へ進んで、プログラムチェンジ中であることを示すＬ
ＥＤを点灯させる。このＬＥＤはプログラムチェンジ中
であることを示す専用のものであってもよいし、本来は
他の情報を表示するためのＬＥＤをプログラムチェンジ
中であることを表示することに兼用してもよい。

【００２７】そして、ステップＳ４４へ進み、イベント
バッファから、転送する音色プログラムの番号を得る。
そしてステップＳ４５でプログラムチェンジ番号の音色
データを音色データＲＡＭからエディットバッファへと
コピーする。そしてステップＳ４６でイベントバッファ
のデータ転送イベントをクリアし、その後、ステップＳ
４７で音色データを音源回路１０へと転送する。そして
ステップＳ４８でその他の処理をする。その後、ステッ
プＳ４９へ進み、ステップＳ４３にて点灯させたＬＥＤ
を元に戻す。この結果、専用のＬＥＤを点灯させていた
ときはＬＥＤが消灯し、他の表示と兼用していたＬＥＤ
を点灯させていたときは元の表示状態へと復帰する。そ
してステップＳ４１へ進む。

【００２８】ここで、ステップＳ４６の転送処理に時間
がかかる場合は、この転送処理が行われている最中にタ
イマ割り込みが発生し、その結果、図４のパネル管理タ
スクや図５のプログラムチェンジ（表示）のタスクが実
行されることがある。そのような場合には図５のステッ
プＳ３６で新たなデータ転送イベントがイベントバッフ
ァに書き込まれる。そして、ステップＳ４２でＹｅｓと
判断され、再びステップＳ４３以降の処理を実行するよ
うになる。

【００２９】１つのプログラムの音色データの転送中に
プログラムチェンジイベントが数回発生した場合は、図
４のパネル管理タスクを介して、図５のプログラムチェ
ンジ（表示）タスクの処理はその回数分だけ転送処理に
優先して実行される。一方、図６のプログラムチェンジ
（データ転送）タスクはステップＳ４１でバッファをチ
ェックしたときにイベントバッファに記憶されていたプ
ログラムチェンジについてのみ処理が行われる。従っ
て、データ転送中であっても変更した音色に関する表示
は直ちに切り換えられ、かつ、データ転送処理は必要最
小限の回数しか実行されない。その結果、高速な処理が
実現される。

【００３０】ステップＳ４２でＮｏと判断したときは、
ステップＳ５０へ進み、ＷＡＩＴコールを発生する。そ
の結果、図３のモニタプログラムのステップＳ１０、１
１においてプログラムチェンジ（データ転送）タスクが
「ウェイト」状態となる。

【００３１】以上説明したように、本発明においては短
時間で処理可能な表示タスクとデータ転送タスクとを別
タスクとし、短時間に複数のプログラムチェンジイベン
トが発生した場合には、表示はイベントが発生毎に直ち
に変更され、一方データ転送は必要最小限の回数のみ行
われる。よって、プログラムチェンジに関する処理の時
間は必要最小限ですむ。

【００３２】なお、上記実施例においては音色変更の例
を示したが、効果（エフェクト）の変更において本発明
を実施してもよい。

【００３３】また、上記実施例においては音色データの
転送が終了した後にさらに音色データの転送イベントが
あるか否かを判断し、イベントがあった場合に再度新た
なイベントに関する音色データの転送を行うようにした
が、音色変更のイベントがあった時点でそれまで行って
いた音色データの転送を中断し、新たな音色のデータの
転送を開始するようにしてもよい。また、１つの音色に
関する音色データの転送を複数の単位に分割し、１つの
単位の転送が終了した時点で新たなデータ転送イベント
の有無を判断し、イベントがあった場合にそれまでの音
色データの転送を中断し、新たな音色データの転送を開
始するようにしてもよい。このようにすると、音色変更
時のデータ転送にかかる処理時間がさらに短縮される。

【００３４】

【発明の効果】以上説明したように、複数のプログラム
を記憶した記憶手段と、前記複数のプログラムの中から
所望のプログラムを選択するための選択指示手段と、表
示手段と、転送されたプログラムにもとづいて楽音信号
を発生または制御する楽音発生制御手段と、処理手段で
あって、この処理手段は少なくとも、（１）前記プログ
ラム選択指示に応じて、指示されたプログラムに関する
表示を行う表示処理と、（２）前記プログラム選択指示
に応じて、前記記憶手段に記憶されたプログラムの内、
指示されたプログラムを楽音発生制御手段へと転送する
転送処理とを実行するものであって、転送処理中に前記
プログラム選択指示が発生した場合は、転送処理を中断
して表示処理を優先的に行うものと、を備えたので、プ
ログラムの転送処理に時間がかかる場合であっても、高
速なプログラムチェンジ処理が行える。

【図面の簡単な説明】

【図１】 本発明の一実施例におけるハード構成の概略
ブロックを示す図である。

【図２】 本発明の一実施例におけるタスク制御ブロッ
ク（ＴＣＢ）を示す図である。

【図３】 本発明の一実施例におけるモニタプログラム
のフローチャートを示す図である。

【図４】 本発明の一実施例におけるパネル管理のタス
クフローチャートを示す図である。

【図５】 本発明の一実施例におけるプログラムチェン
ジ（表示）タスクのフローチャートを示す図である。

【図６】 本発明の一実施例におけるプログラムチェン
ジ（データ転送）タスクのフローチャートを示す図であ
る。

【符号の説明】

１…ＣＰＵ、３…ＲＯＭ、４…ＲＡＭ、５…鍵盤、７…
パネルスイッチ、９…表示回路、１０…音源回路、１２
…ＭＩＤＩインターフェース

Claims (1)

【特許請求の範囲】
1. 【請求項１】 複数のプログラムを記憶した記憶手段
   と、 前記複数のプログラムの中から所望のプログラムを選択
   するための選択指示手段と、 表示手段と、 転送されたプログラムにもとづいて楽音信号を発生また
   は制御する楽音発生制御手段と、 処理手段であって、この処理手段は少なくとも、（１）
   前記プログラム選択指示に応じて、指示されたプログラ
   ムに関する表示を行う表示処理と、（２）前記プログラ
   ム選択指示に応じて、前記記憶手段に記憶されたプログ
   ラムの内、指示されたプログラムを楽音発生制御手段へ
   と転送する転送処理とを実行するものであって、転送処
   理中に前記プログラム選択指示が発生した場合は、転送
   処理を中断して表示処理を優先的に行うものと、を備え
   たことを特徴とする電子楽器。