JP3203734B2

JP3203734B2 - 演奏支援装置

Info

Publication number: JP3203734B2
Application number: JP02296292A
Authority: JP
Inventors: 貴史平形
Original assignee: Yamaha Corp
Current assignee: Yamaha Corp
Priority date: 1992-02-07
Filing date: 1992-02-07
Publication date: 2001-08-27
Anticipated expiration: 2016-08-27
Also published as: JPH05224676A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、電子楽器に用いて好
適な演奏支援装置に関する。

【０００２】

【従来の技術】自然楽器の奏法として、所定パターンを
繰返して演奏する奏法が各種知られている。具体的に
は、ピアノ等の鍵盤楽器の奏法の一つにトリル奏法が知
られている。トリル奏法とは二つの異なった音を急速に
反復しつつ演奏する奏法であるが、初心者がこれを行う
と、反復速度が遅く、押鍵強度や反復周期も一定になら
ない。これを巧みに行うには多くの訓練が必要であり、
その速さも自ずと限界がある。そこで、本出願人は、ト
リル演奏すべき二音の鍵を単に同時に押下することによ
り、自動的にトリル音を発生させる装置を提案している
（実公昭５１−４２３６２）。

【０００３】

【発明が解決しようとする課題】しかしながら、上記装
置においては、トリル音を発生させるために和音と同様
の奏法、すなわち二音の鍵を単に同時に押下する奏法を
採用するから、演奏者において違和感が残るという問題
があった。さらに、二音の鍵を単に同時に押下する際に
和音を演奏するのかトリル音を演奏するのかを区別する
ため、なんらかの操作スイッチを設けて操作する必要が
あり、演奏が煩雑であった。本発明は上述した事情に鑑
みてなされたものであり、現実の繰返し奏法と同様の奏
法で繰返し音を発生させることができ、かつ、初心者に
おいても巧みな繰返し演奏を可能とする演奏支援装置を
提供することを目的としている。

【０００４】

【課題を解決するための手段】上記課題を解決するため
本発明にあっては、順次入力される演奏情報に含まれる
キーコードが所定パターンの繰返しであるか否かを検出
する検出手段と、前記検出手段において前記キーコード
が所定パターンの繰返しであることが検出されている期
間中、検出されたパターンのキーコードを所定時間間隔
で順次自動的に出力する出力手段とを具備することを特
徴としている。

【０００５】

【作用】検出手段において所定パターンの繰返しに係る
キーコードが検出されると、検出されたパターンのキー
コードが所定時間間隔で出力手段から順次自動的に出力
される。従って、例えば該所定時間間隔を一定値に設定
すると、入力された演奏情報に係るキーコードの時間間
隔にばらつきがあったとしても、出力手段からは一定の
時間間隔でキーコードが出力される。また、該所定時間
を入力された演奏情報に係るキーコードの時間間隔より
も短くすれば、出力手段からは演奏速度が加速されたキ
ーコードが出力される。また、出力されるキーコードに
係る押鍵強度を一定にすれば、入力された演奏情報の押
鍵強度にばらつきがあったとしても、出力手段からは一
定の押鍵強度の演奏情報が出力される。そして、検出手
段において所定パターンのキーコードが検出されなくな
ると、出力手段におけるキーコードの出力が停止する。

【０００６】

【実施例】Ａ．実施例の構成以下、図面を参照してこの発明の実施例について説明す
る。まず、図１はこの発明の一実施例による電子楽器の
電気的構成を示すブロック図であり、演奏者によるトリ
ル演奏を検出し、検出したトリル演奏を加速化、平均化
等した後に楽音信号として出力するものである。

【０００７】図において１は鍵盤であり、演奏者によっ
て演奏される複数の鍵が設けられ、これら鍵に対する操
作情報がバス５を介して出力される。この操作情報は、
通常の電子楽器のキーボードと同様に、押鍵を示すキー
オンパルスＫＯＮ，離鍵を示すキーオフパルスＫＯＦ
Ｆ，音高を示すキーコードＫＣおよび押鍵の強さを示す
ベロシティＶＥＬ等から成る。

【０００８】また、２は中央処理装置（ＣＰＵ）であ
り、読出し専用メモリ（ＲＯＭ）３に設定された処理プ
ログラムに基づいて、他の構成要素を制御するように構
成されている。なお、ＲＯＭ３には、制御プログラムの
他に、処理において使用される各種のデータおよびテー
ブル等も格納されている。４は読出し／書込みメモリ
（ＲＡＭ）であり、ＣＰＵ２の処理において、変数等を
一時的に記憶するための各種レジスタ、フラグ等が割当
てられる。６はタイマであり、ＣＰＵ２に時刻情報を供
給する。

【０００９】次に、７は音源回路であり、ＣＰＵ２から
バス５を介して音高、エンベロープ、音色等を指令する
データを受信すると、これらのデータに基づいて楽音信
号を発生する。そして、音源回路７は周知の電子楽器の
音源回路と同様に複数の楽音発生チャンネルが設けられ
ており、キーイベント毎にチャンネルが割当てられ、複
数の楽音を発生することが可能になっている。次に、８
はサウンドシステムであり、音源回路７から出力された
音声信号を増幅して発音するものである。

【００１０】Ｂ．実施例の動作実施例の全体動作次に、図２〜図４を参照し本実施例の全体を説明する。
まず、本実施例の制御プログラムは、大略図２に示すよ
うに、トリル検出部１００と、トリル変換部２００と、
トリル再合成部３００とから構成されている。トリル検
出部１００は、鍵盤１から入力された演奏情報に基づい
て、トリル演奏が行われたか否かを検出し、トリル演奏
が行われたことを検出すると、トリル情報すなわちトリ
ル演奏の速度、音高、音量等のデータをトリル変換部２
００に供給する。また、トリル検出部１００は、トリル
演奏以外の演奏情報を音源回路７に供給する。

【００１１】次に、トリル変換部２００は、供給された
トリル情報を加工してトリル再合成部３００に供給す
る。すなわち、トリル速度を大とするとともに、その時
間間隔およびベロシティＶＥＬの偏差を小とし、他のト
リル情報とともにトリル再合成部３００に供給する。次
に、トリル再合成部３００は、加工されたトリル情報に
基づいて、演奏情報を合成し、音源回路７に供給する。
従って、音源回路７には、トリル再合成部３００からト
リル演奏に係る演奏情報が供給されるか、若しくは、ト
リル検出部１００からトリル以外の演奏情報が供給さ
れ、両演奏情報に係る楽音がサウンドシステム８（図１
参照）から出力される。

【００１２】(i)トリル検出部１００による動作 (i−i)キーコードＫＣに基づく状態遷移次に、トリル検出部１００による動作の概要を図３の状
態遷移図を参照して説明する。まず、トリル検出部１０
０には、STATUS-0〜STATUS-4の五の状態（ステータス）
が存在し、原則としてキーコードＫＣが入力される度に
ステータスが遷移する。STATUS-0は初期状態のステータ
スであり、ここで鍵盤１の何れかの鍵が押鍵されると、
その鍵のキーコードＫＣが変数ＫＣ１に代入され、ステ
ータスがSTATUS-1に遷移する。次に、STATUS-1において
何れかの鍵が押下されると、その鍵のキーコードＫＣが
変数ＫＣ２に代入され、ステータスがSTATUS-2に遷移す
る。

【００１３】次に、STATUS-2において何れかの鍵が押下
されると、その鍵のキーコードＫＣが変数ＫＣ１に等し
いか否かが判定される。ここで、両者が等しい場合はス
テータスがSTATUS-3に遷移する。一方、両者が等しくな
い場合には、変数ＫＣ２の内容が変数ＫＣ１に代入さ
れ、キーコードＫＣの内容が変数ＫＣ２に代入され、ス
テータスはSTATUS-2のまま保持される。従って、例えば
STATUS-0の状態からコード「Ｃ₁」,「Ｄ₁」,「Ｃ₁」が連続し
て押鍵されると、ステータスは、STATUS-1およびSTATUS
-2を介してSTATUS-3に遷移する。

【００１４】ここで、コード「Ｃ₁」,「Ｄ₁」,「Ｃ₁」が順次
演奏された場合を考えると、この状態ではトリル演奏で
ある可能性が高いと考えられるが、トリル演奏であると
断定することは困難である。しかし、さらに多くの鍵が
押鍵されるのを待ってトリル演奏であるか否かを確実に
判定しようとすると、後述するトリル演奏の支援がそれ
だけ遅延することになる。そこで、本実施例において
は、ステータスがSTATUS-2からSTATUS-3に遷移する際
に、一応「トリル演奏が開始された」と判定し、トリル
検出部１００からトリル変換部２００に、その旨の情報
（開始メッセージ）が供給される。

【００１５】次に、STATUS-3において何れかの鍵が押鍵
されると、そのキーコードＫＣが変数ＫＣ２（上記例で
はコード「Ｄ₁」）に等しいか否かが判定される。両者が
等しい場合は、時間間隔および音量に関する情報がトリ
ル変換部２００に供給され、ステータスがSTATUS-4に遷
移する。一方、両者が等しくなかった場合には、トリル
演奏が終了したものと判定され、その旨の情報（終了メ
ッセージ）がトリル再合成部３００に供給されるととも
に、ステータスがSTATUS-0に遷移する。

【００１６】次に、STATUS-4において何れかの鍵が押鍵
されると、上記STATUS-3の場合と同様に、そのキーコー
ドＫＣが変数ＫＣ１（上記例ではコード「Ｃ₁」）に等し
いか否かが判定される。両者が等しい場合には、時間間
隔および音量に関する情報がトリル変換部２００に供給
され、ステータスがSTATUS-3に遷移する。また、STATUS
-3の場合と同様に、両者が等しくない場合には、終了メ
ッセージがトリル再合成部３００に供給され、ステータ
スがSTATUS-0に遷移する。従って、トリル検出部１００
は、コード「Ｃ₁」,「Ｄ₁」,「Ｃ₁」,「Ｄ₁」,……が所定時間内
の間隔で繰返し演奏される限り、ステータスはSTATUS-3
およびSTATUS-4を交互に遷移することになる。

【００１７】(i−ii)押鍵の時間間隔に基づく状態遷移ところで、鍵盤１において、二のキーコードが交互に押
鍵された場合においても、両キーコードの押鍵時間間隔
が長い場合にはトリル演奏とは言えない。そこで、本実
施例においては、一の鍵が押鍵されてから他の鍵が押鍵
されるまでの時間間隔が検出され、この時間間隔が所定
時間Ｋよりも小であるか否かが判定される。そして、こ
の時間間隔が該所定時間Ｋ以上であった場合には、ステ
ータスがSTATUS-1〜STATUS-4の何れであっても強制的に
STATUS-0に遷移させることとしている。

【００１８】(ii)トリル変換部２００による動作次に、トリル変換部２００による動作の概要を説明す
る。まず、上述したように、トリル変換部２００はトリ
ル検出部１００から、トリル演奏の速度、音高、音量等
のトリル情報が供給される。しかし、このトリル情報
は、演奏者によって演奏されたままの情報であり、特に
演奏者が初心者である場合にはトリル速度が遅く、その
速度（発音間隔）もベロシティも一定しない。そこで、
トリル変換部２００においては、トリル速度情報に所定
の係数を乗算することによりトリル速度を向上させ、さ
らに、乗算後のトリル速度とベロシティとを一定の時間
に亙って平均化することにより、発音間隔のばらつきと
ベロシティのばらつきとを小とする。そして、このよう
に加工されたトリル情報は、トリル再合成部３００に供
給される。

【００１９】(iii)トリル再合成部３００による動作次に、トリル再合成部３００による動作の概要を図４の
状態遷移図を参照して説明する。まず、トリル再合成部
３００には、OTSTATUS-0，OTSTATUS-1およびOTSTATUS-2
の三のステータスが存在する。OTSTATUS-0は初期状態の
ステータスであり、ここでトリル変換部２００からトリ
ル情報が供給されたか否かが検出される。トリル情報の
供給が検出されると、ステータスがOTSTATUS-1に遷移す
る一方、検出されなかった場合にはステータスはOTSTAT
US-0に留る。

【００２０】次に、OTSTATUS-1においては、トリル検出
部１００からトリル終了メッセージが供給されたか否か
が判定され、供給された場合にはステータスがOTSTATUS
-0に遷移する。一方、終了メッセージが供給されなかっ
た場合には、トリル変換部２００から供給されたトリル
情報に基づいて、第１のキーコード（トリル検出部１０
０でトリル演奏が検出された場合の変数ＫＣ１に等し
い）に係るトリル演奏情報を合成し、これを音源回路７
に供給する。

【００２１】また、OTSTATUS-2における動作もこれと同
様である。すなわち、OTSTATUS-2にあっては、トリル検
出部１００からトリル終了メッセージが供給されたか否
かが判定され、供給された場合にはステータスがOTSTAT
US-0に遷移する。一方、終了メッセージが供給されなか
った場合には、トリル変換部２００から供給されたトリ
ル情報に基づいて、第２のキーコード（同、変数ＫＣ２
に等しい）に係るトリル演奏情報を合成し、これを音源
回路７に供給する。

【００２２】このように、トリル再合成部３００におい
てOTSTATUS-1とOTSTATUS-2との間でステータスが遷移し
ている状態においては、トリル変換部２００から供給さ
れたトリル情報に基づいて二のキーコードに係るトリル
演奏情報が交互に合成される。これによって、加速化お
よび平均化されたトリル音がサウンドシステム８から出
力される。

【００２３】なお、トリル再合成部３００におけるOTST
ATUS-1とOTSTATUS-2との間のステータスの遷移は、トリ
ル検出部１００におけるSTATUS-3とSTATUS-4との間のス
テータスの遷移と同期するものではない。例えば、鍵盤
１においてトリル演奏に係る押鍵が１０回なされれば、
トリル検出部１００におけるステータスは、STATUS-3と
STATUS-4との間を１０回（５往復）遷移することにな
る。一方、トリル変換部２００において、例えばトリル
演奏の速度を２倍に加速するように設定されていれば、
トリル再合成部３００におけるOTSTATUS-1とOTSTATUS-2
との間の状態遷移は約２０回になる。

【００２４】実施例の詳細動作 (i)STATUS-0における動作上述した全体動作の詳細を図５〜図１３のフローチャー
トを参照して説明する。図５はＲＯＭ３に格納された制
御プログラムのメインルーチンのフローチャートであ
り、装置の電源投入とともに処理がステップＳＰ１に進
む。ステップＳＰ１においては、プログラムの初期設定
が行われ、全てのレジスタが所定の初期値にリセットさ
れる。

【００２５】次に、処理がステップＳＰ２に進むと、鍵
盤１からキーオン信号ＫＯＮが出力されたか否か、すな
わち押鍵が有ったか否かが検出され、押鍵が検出される
まで処理が待機する。そして、キーオン信号ＫＯＮが検
出されると、処理がステップＳＰ３に進む。ステップＳ
Ｐ３においては、変数ＣＲＴＭの内容が変数ＫＯＮＴＭ
に設定される。ここで、変数ＣＲＴＭは、後述する割込
処理において時々刻々の時刻情報が設定される。従っ
て、以下変数ＣＲＴＭを時刻情報ＣＲＴＭと呼ぶ。ま
た、変数ＫＯＮＴＭには、キーオン信号ＫＯＮが検出さ
れた際の時刻情報ＣＲＴＭが設定され、これによってキ
ーオン時刻を示す変数となる。従って、以下、変数ＫＯ
ＮＴＭを、キーオンタイムＫＯＮＴＭと呼ぶ。

【００２６】次に、処理がステップＳＰ４に進むと、変
数ＳＴＡＴＵＳの値に応じて対応するサブルーチンが呼
出される。ここで、変数ＳＴＡＴＵＳは、「０」〜
「４」の値を取り得る変数であり、これによってトリル
検出部１００におけるステータスが（図３参照）STATUS
-0〜STATUS-4の何れであるのかを表示する。この変数Ｓ
ＴＡＴＵＳは、先に初期設定（ステップＳＰ１）におい
て「０」に設定されており、最初の押鍵時においてはST
ATUS-0に対応するサブルーチン（図６(ａ)）が呼出され
る。

【００２７】図６(ａ)のサブルーチンが呼出されると、
処理がステップＳＰ１０１に進み、変数ＫＣ１に鍵盤１
から出力されたキーコードＫＣが代入され、変数ＶＥＬ
１に鍵盤１から出力されたベロシティＶＥＬが代入さ
れ、これにより、最初の押鍵に係る情報が記録される。
また、同ステップにおいては、最新の押鍵に係る時刻を
示す変数ＰＲＶＴＭに現時点の時刻情報ＣＲＴＭが代入
され、ステータスをSTATUS-1に遷移させるべく変数ＳＴ
ＡＴＵＳが「１」に設定される。

【００２８】次に、処理がステップＳＰ１０２に進む
と、上記変数ＫＣ１、変数ＶＥＬ１がそれぞれキーコー
ドおよびベロシティとして、キーオン信号ＫＯＮととも
に音源回路７に供給される。これにより、最初の押鍵状
態に基づいた楽音が音源回路７を介してサウンドシステ
ム８から出力される。そして、以上の処理が終了する
と、処理がメインルーチン（図５）に戻る。

【００２９】(ii)STATUS-1における動作メインルーチンにおいては、次のキーオン信号ＫＯＮが
検出されるまでステップＳＰ２で処理が待機し、キーオ
ン信号ＫＯＮが検出されると、処理がステップＳＰ３を
介してステップＳＰ４に進む。ここで、変数ＳＴＡＴＵ
Ｓは先にステップＳＰ１０１が実行された際に「１」に
設定されたから、STATUS-1に対応するサブルーチン（図
６(ｂ)参照）が呼出される。

【００３０】図６(ｂ)において処理が開始されると、ス
テップＳＰ１１１において変数ＫＣ２に鍵盤１から出力
されたキーコードＫＣが代入され、変数ＶＥＬ２に鍵盤
１から出力されたベロシティＶＥＬが代入され、これに
より、２番目の押鍵に係る情報が記録される。また、同
ステップにおいては、最新の押鍵から２番目の押鍵まで
の時間が、時刻情報ＣＲＴＭから変数ＰＲＶＴＭを減算
することによって求められ、求められた時間が変数ＩＮ
ＴＶ１に代入される。また、ステータスをSTATUS-2に遷
移させるべく変数ＳＴＡＴＵＳが「２」に設定される。

【００３１】次に、処理がステップＳＰ１１２に進む
と、変数ＰＲＶＴＭに現時点の時刻情報ＣＲＴＭが代入
される。次に、処理がステップＳＰ１１３に進むと、上
記変数ＫＣ２、変数ＶＥＬ２がそれぞれキーコードおよ
びベロシティとして、キーオン信号ＫＯＮとともに音源
回路７に供給される。これにより、２番目の押鍵状態に
基づいた楽音が音源回路７を介してサウンドシステム８
から出力される。そして、以上の処理が終了すると、処
理がメインルーチン（図５）に戻る。

【００３２】ところで、上述したように、本実施例によ
れば、トリル演奏がなされたか否かの判断はキーコード
に基づいてのみ行われるものではなく、押鍵の時間間隔
も判断対象となる。すなわち、最初の押鍵から２回目の
押鍵までの時間が所定時間Ｋ未満であれば、ステータス
はSTATUS-0に強制的に戻される。但し、この処理は後述
するタイマ割込処理によって行われるため、詳細は後述
する。

【００３３】(iii)STATUS-2における動作メインルーチンにおいて、３番目の押鍵に係るキーオン
信号ＫＯＮが検出されると、処理がステップＳＰ３を介
してステップＳＰ４に進む。ここで、変数ＳＴＡＴＵＳ
は先にステップＳＰ１１１において「２」に設定された
から、STATUS-2に対応するサブルーチン（図７参照）が
呼出される。

【００３４】(iii−i)最初のキーコードと３番目のキー
コードとが一致しない場合の動作図７において処理が開始されると、３番目の押鍵に係る
キーコードＫＣが、変数ＫＣ１すなわち最初の押鍵にか
かるキーコードと相違するか否かが判定される。ここ
で、両キーコードが相違する場合には「ＹＥＳ」と判定
されると、処理がステップＳＰ１２２に進み、２番目の
押鍵に係る変数ＫＣ２の内容と変数ＶＥＬ２の内容とが
各々変数ＫＣ１と変数ＶＥＬ１とに転送される。次に、
処理がステップＳＰ１２３に進むと、変数ＫＣ２に３番
目の押鍵に係るキーコードＫＣが代入され、変数ＶＥＬ
２に３番目の押鍵に係るベロシティＶＥＬが代入され
る。次に、処理がステップＳＰ１２４に進むと、変数Ｉ
ＮＴＶ１の内容すなわち最初の押鍵から２番目の押鍵ま
での時間が変数ＩＮＴＶ２に転送される。

【００３５】次に、処理がステップＳＰ１２５に進む
と、時刻情報ＣＲＴＭから変数ＰＲＶＴＭが減算され、
この結果が変数ＩＮＴＶ１に代入される。ここで、変数
ＰＲＶＴＭには、先にステップＳＰ１１２において２番
目の押鍵時刻が代入されているから、変数ＩＮＴＶ１に
は、２番目の押鍵から３番目の押鍵までの時間が代入さ
れる。次に、変数ＰＲＶＴＭには、時刻情報ＣＲＴＭす
なわち３番目の押鍵に係る時刻が代入される。

【００３６】次に、処理がステップＳＰ１２６に進む
と、上記変数ＫＣ２、変数ＶＥＬ２がそれぞれキーコー
ドおよびベロシティとして、キーオン信号ＫＯＮととも
に音源回路７に供給される。これにより、３番目の押鍵
状態に基づいた楽音が音源回路７を介してサウンドシス
テム８から出力される。そして、以上の処理が終了する
と、処理がメインルーチン（図５）に戻る。

【００３７】上記ステップＳＰ１２１〜１２６の動作に
おいては、変数ＳＴＡＴＵＳは変更されないから、ステ
ータスはSTATUS-2のまま保持される。また、ステップＳ
Ｐ１２２においては元々最初の押鍵に係る情報が記録さ
れていた変数ＫＣ１およびＶＥＬ１に２番目の押鍵に係
る情報が転送され、ステップＳＰ１２３においては元々
２番目の押鍵に係る情報が記録されていた変数ＫＣ２お
よびＶＥＬ２に３番目の押鍵に係る情報が転送される。
従って、以後メインルーチンにおいてキーオン信号ＫＯ
Ｎが検出される度に図７のサブルーチンが呼出され、変
数ＫＣ１に記憶された「Ｎ−２」番目の押鍵に係るキー
コードと、「Ｎ」番目の押鍵に係るキーコードＫＣとが
一致するまで、上記ステップＳＰ１２１〜１２６の処理
が同様に繰返される。

【００３８】(iii−ii)最初のキーコードと３番目のキ
ーコードとが一致する場合の動作一方、３番目の押鍵に係るキーコードＫＣが、変数ＫＣ
１すなわち最初の押鍵にかかるキーコードと等しい場合
には、ステップＳＰ１２１において「ＮＯ」と判定さ
れ、処理がステップＳＰ１２７に進む。

【００３９】ステップＳＰ１２７においては、３番目の
押鍵に係るベロシティＶＥＬが変数ＶＥＬ１に代入され
る。次に、処理がステップＳＰ１２８に進むと、変数Ｉ
ＮＴＶ１の内容すなわち最初の押鍵から２番目の押鍵ま
での時間が変数ＩＮＴＶ２に転送される。また、時刻情
報ＣＲＴＭから変数ＰＲＶＴＭが減算され、この減算結
果すなわち２番目の押鍵から３番目の押鍵までの時間が
変数ＩＮＴＶ１に代入される。また、変数ＰＲＶＴＭに
時刻情報ＣＲＴＭが代入され、ステータスをSTATUS-3に
遷移させるべく変数ＳＴＡＴＵＳが「３」に設定され
る。次に、処理がステップＳＰ１２９に進むと、トリル
スタートサブルーチン（図１０）が呼出される。

【００４０】図１０において処理が開始されると、ステ
ップＳＰ２０１において、変数ＫＣ１，ＫＣ２の内容
が、それぞれ変数ＯＴＫＣ１，ＯＴＫＣ２に転送され
る。ここで、変数ＯＴＫＣ１，ＯＴＫＣ２は、それぞれ
合成するトリル演奏情報に係るキーコードを示す変数で
ある。また、変数ＶＥＬ１，ＶＥＬ２の平均値すなわち
２番目の押鍵のベロシティと３番目の押鍵のベロシティ
との平均値が変数ＯＴＶＥＬに格納される。ここで、変
数ＯＴＶＥＬは、合成するトリル演奏情報のベロシティ
を示す変数である。また、ＯＴＩＮＴＶ＝（ＩＮＴＶ１×ａ₁＋ＩＮＴＶ２×ａ₂）
×（ｒａｔｅ／１００）……式(１) なる演算が実行されることにより、変数ＯＴＩＮＴＶが
設定される。

【００４１】ここで、変数ＯＴＩＮＴＶは合成するトリ
ル演奏情報の発音時間間隔を示す変数である。式(１)に
おいて、ａ₁およびａ₂は重み付けのための定数であり、
ａ₁>a₂およびａ₁＋ａ₂＝１の関係がある。すなわち、変
数ＯＴＩＮＴＶは過去の押鍵間隔たる変数ＩＮＴＶ１，
ＩＮＴＶ２に基づいて決定されるが、より新しい押鍵間
隔たる変数ＩＮＴＶ１を重視して決定するようにしたも
のである。また、定数ｒａｔｅは、トリル演奏を加速す
るための定数であり、例えば演奏者の演奏速度の２倍に
設定する場合には、「５０」に設定される。また、トリ
ル再合成部３００の出力ステータス（図４参照）をOTST
ATUS-1に設定すべく、変数ＯＴＳＴＡＴＵＳが「１」に
設定される。

【００４２】次に、処理がステップＳＰ２０２に進む
と、３番目の押鍵時刻たる変数ＰＲＶＴＭと、トリル演
奏情報の発音時間間隔たる変数ＯＴＩＮＴＶとが加算さ
れ、加算結果が変数ＯＴＴＭに代入される。これによ
り、変数ＯＴＴＭは、次にトリル音を発音する時刻を表
示する。以上の処理により、トリル演奏情報の合成に必
要な各種変数が設定されると、処理が図７のサブルーチ
ンを介してメインルーチンに戻る。そして、タイマ割込
が発生すると、設定した各種変数に基づいてトリル演奏
情報が合成される（詳細は後述する）。

【００４３】なお、図７においてステップＳＰ１２１〜
１２６の処理が数回実行され、「Ｎ−２」番目の押鍵に
係るキーコードと、「Ｎ」番目の押鍵に係るキーコード
ＫＣとの一致が検出された場合も上記と同様の処理が行
われる。この場合、上記説明のうち、“最初の押鍵”を
“「Ｎ−２」番目の押鍵”と、“２番目の押鍵”を
“「Ｎ−１」番目の押鍵”と、“３番目の押鍵”を
“「Ｎ」番目の押鍵”と読み替える。以後の処理につい
ても同様である。

【００４４】(iv)STATUS-3における動作次に、メインルーチンにおいて、４番目の押鍵に係るキ
ーオン信号ＫＯＮが検出されると、処理がステップＳＰ
３を介してステップＳＰ４に進む。ここで、変数ＳＴＡ
ＴＵＳは先にステップＳＰ１２８において「３」に設定
されたから、STATUS-3に対応するサブルーチン（図８参
照）が呼出される。

【００４５】(iv−i)２番目のキーコードと４番目のキ
ーコードとが一致しない場合の動作図８において処理が開始されると、ステップＳＰ１３１
において、４番目の押鍵に係るキーコードＫＣと変数Ｋ
Ｃ２すなわち２番目の押鍵にかかるキーコードとが相違
するか否かが判定される。ここで、両キーコードが相違
する場合にはトリル演奏が停止されたものと考えられる
ゆえ「ＹＥＳ」と判定され、処理がステップＳＰ１３７
に進む。ステップＳＰ１３７においては、トリル停止サ
ブルーチン（図１２）が呼出され、変数ＯＴＳＴＡＴＵ
Ｓが「０」に設定される。次に、ステップＳＰ１３８に
おいては、変数ＳＴＡＴＵＳが「０」に設定される。こ
れにより、プログラムが初期状態に戻され、処理がメイ
ンルーチンに戻る。

【００４６】(iv−ii)２番目のキーコードと４番目のキ
ーコードとが一致する場合の動作一方、４番目の押鍵に係るキーコードＫＣと、変数ＫＣ
２すなわち２番目の押鍵にかかるキーコードとが一致す
る場合には、トリル演奏が続行されているものと考えら
れる。この場合にはステップＳＰ１３１において「Ｎ
Ｏ」と判定され、処理がステップＳＰ１３２に進む。

【００４７】ステップＳＰ１３２においては、４番目の
押鍵に係るベロシティＶＥＬが変数ＶＥＬ２に代入され
る。次に、処理がステップＳＰ１３３に進むと、変数Ｉ
ＮＴＶ２の内容が変数ＩＮＴＶ３に、変数ＩＮＴＶ１の
内容が変数ＩＮＴＶ２に順次転送される。次に、処理が
ステップＳＰ１３４に進むと、時刻情報ＣＲＴＭから変
数ＰＲＶＴＭの内容が減算され、その減算結果すなわち
３番目の押鍵から４番目の押鍵までの時間が変数ＩＮＴ
Ｖ１に代入される。

【００４８】これにより、変数ＩＮＴＶ１には３番目の
押鍵から４番目の押鍵までの時間間隔が、変数ＩＮＴＶ
２には２番目の押鍵から３番目の押鍵までの時間間隔
が、変数ＩＮＴＶ３には最初の押鍵から２番目の押鍵ま
での時間間隔が、それぞれ記憶される。また、ステップ
ＳＰ１３４にあっては、変数ＰＲＶＴＭの内容が時刻情
報ＣＲＴＭに設定され、ステータスをSTATUS-4に遷移さ
せるべく変数ＳＴＡＴＵＳが「４」に設定される。

【００４９】次に、処理がステップＳＰ１３５に進む
と、変数ＶＥＬ２の内容すなわち４番目の押鍵に係るベ
ロシティ（ステップＳＰ１３２参照）が変数ＶＥＬＰに
転送される。次に、処理がステップＳＰ１３６に進む
と、トリル続行サブルーチン（図１１）が呼出される。

【００５０】図１１において処理が開始されると、ステ
ップＳＰ２１１において、変数ＯＴＶＥＬと変数ＶＥＬ
Ｐとの平均値が演算され、この演算結果が変数ＯＴＶＥ
Ｌの新たな値として設定される。ここで、先にステップ
ＳＰ２０１が実行された際、変数ＯＴＶＥＬには２番目
の押鍵と３番目の押鍵に係るベロシティの平均値が記憶
されているから、この値が４番目の押鍵のベロシティに
よる影響を付与されつつ更新されることになる。また、
本ステップにいては、ＯＴＩＮＴＶ＝（ＩＮＴＶ１×ａ₃＋ＩＮＴＶ２×ａ₄＋ＩＮＴＶ２×ａ₅） ×（ｒａｔｅ／１００） ……式(２) なる演算が実行されることにより、変数ＯＴＩＮＴＶが
設定される。

【００５１】ここで、変数ＯＴＩＮＴＶは、式(１)にお
いて説明したように、合成するトリル演奏情報の発音時
間間隔を示す変数であり、ａ₃〜ａ₅は、式(１)における
ａ₁，ａ₂と同様に重み付けのための定数であり、ａ₃＋
ａ₄＋ａ₅＝１の関係を有し、また、より新しい押鍵間隔
を重視するため、ａ₃＞ａ₄＞ａ₅の関係がある。

【００５２】次に、処理がステップＳＰ２１２に進む
と、４番目の押鍵時刻たる変数ＰＲＶＴＭと、トリル演
奏情報の発音時間間隔たる変数ＯＴＩＮＴＶとが加算さ
れ、加算結果が変数ＯＴＴＭに代入される。これによ
り、変数ＯＴＴＭは、次にトリル音を発音する時刻を表
示する。以上の処理により、トリル演奏情報の合成に必
要な各種変数が設定されると、処理が図８のサブルーチ
ンを介してメインルーチンに戻る。

【００５３】(v)STATUS-4における動作次に、メインルーチンにおいて、５番目の押鍵に係るキ
ーオン信号ＫＯＮが検出されると、処理がステップＳＰ
３を介してステップＳＰ４に進む。ここで、変数ＳＴＡ
ＴＵＳは先にステップＳＰ１３４において「４」に設定
されたから、STATUS-4に対応するサブルーチン（図９参
照）が呼出される。

【００５４】(v−i)最初および３番目のキーコードと５
番目のキーコードとが一致しない場合の動作図９において処理が開始されると、５番目の押鍵に係る
キーコードＫＣと、変数ＫＣ２すなわち最初および３番
目の押鍵にかかるキーコードとが相違するか否かが判定
される。ここで、両キーコードが相違する場合には、図
８における処理と同様に、ステップＳＰ１４７を介して
トリル停止サブルーチン（図１２）が呼出されることに
よって変数ＯＴＳＴＡＴＵＳが「０」に設定され、次に
ステップＳＰ１４８において変数ＳＴＡＴＵＳが「０」
に設定され、プログラムが初期状態に戻され、処理がメ
インルーチンに戻る。

【００５５】(v−ii)最初および３番目のキーコードと
５番目のキーコードとが一致する場合の動作一方、５番目の押鍵に係るキーコードＫＣと、変数ＫＣ
２すなわち最初および３番目の押鍵にかかるキーコード
とが一致する場合には、処理がステップＳＰ１４２に進
む。ステップＳＰ１４２〜１４６における処理は、上記
ステップＳＰ１３２〜１３６における処理と同様であ
る。すなわち、５番目の押鍵に係るベロシティＶＥＬが
ステップＳＰ１４２を介して変数ＶＥＬ１に代入され、
ステップＳＰ１４５を介して変数ＶＥＬＰに代入され
る。

【００５６】また、ステップＳＰ１４３、１４４を介し
て変数ＩＮＴＶ１、ＩＮＴＶ２およびＩＮＴＶ３が更新
され、変数ＰＲＶＴＭの内容が時刻情報ＣＲＴＭに設定
され、ステータスをSTATUS-3に遷移させるべく変数ＳＴ
ＡＴＵＳが「３」に設定される。次に、処理がステップ
ＳＰ１４６に進むと、トリル続行サブルーチン（図１
１）が呼出され、変数ＯＴＶＥＬ、ＯＴＩＮＴＶおよび
ＯＴＴＭが更新される。以後、トリル演奏が続行される
と、STATUS-3とSTATUS-4との間で押鍵の度にステータス
が遷移し、図８および図９のサブルーチンが交互に実行
される。

【００５７】(vi)割込処理における動作ＣＰＵ２はタイマ６によって所定時間毎にタイマ割込が
かけられており、タイマ割込が発生すると、図１３のタ
イマ割込処理ルーチンが呼出される。このルーチンは、
主にソフトウエアの全体構成（図２）中のトリル再合成
部３００の処理と、トリル検出部１００における押鍵時
間間隔による状態遷移の処理とを担うものである。以
下、詳細に説明する。図１３において処理が開始される
と、ステップＳＰ３０１において、タイマ６から時刻情
報が読出され、読出された時刻が変数（時刻情報）ＣＲ
ＴＭに設定される。次に、処理がステップＳＰ３０２に
進むと、この時刻情報ＣＲＴＭとキーオンタイムＫＯＮ
ＴＭとの差が所定時間Ｋ以上であるか否かが判定され
る。なお、キーオンタイムＫＯＮＴＭには、最後の押鍵
に係る時刻が格納されている（図５ステップＳＰ２，３
参照）。従って、ここで「ＹＥＳ」と判定された場合す
なわち上記差が所定時間Ｋ以上である場合には、トリル
演奏が終了したものと考えられる。

【００５８】従って、かかる場合は処理がステップＳＰ
３１０に進み、トリル停止サブルーチン（図１２）を介
して変数ＯＴＳＴＡＴＵＳが「０」に設定され、さらに
ステップＳＰ３１１を介して処理が変数ＳＴＡＴＵＳが
「０」に設定される。これにより、プログラムが初期状
態に戻され、割込処理が終了し、処理が割込前のルーチ
ンに戻る。

【００５９】一方、ステップＳＰ３０２において「Ｎ
Ｏ」と判定された場合すなわち発音間隔に鑑みてトリル
演奏が続行されていると判定された場合には、処理がス
テップＳＰ３０３に進む。ステップＳＰ３０３において
は、時刻情報ＣＲＴＭが変数ＯＴＴＭ以上であるか否か
が判定される。ここで、変数ＯＴＴＭには、先にステッ
プＳＰ２０２（図１０参照）またはステップＳＰ２１２
（図１１参照）が実行された際に、次のトリル音を発音
すべき時刻が記録されている。従って、時刻情報ＣＲＴ
Ｍがかかる時刻に達していなければ、「ＮＯ」と判定さ
れ、割込処理が終了し、処理が割込前のプログラムに戻
る。

【００６０】一方、時刻情報ＣＲＴＭが次のトリル音を
発音すべき時刻に達している場合には、ステップＳＰ３
０３において「ＹＥＳ」と判定され、処理がステップＳ
Ｐ３０４に進む。ところで、時刻情報ＣＲＴＭが次のト
リル音を発音すべき時刻に達している場合においても、
トリル演奏に係る鍵以外の鍵が押下され、これによって
トリル演奏が停止した場合には、トリル音を出力すべき
でない。トリル演奏の途中においてこのような状態が生
じた場合は、先に説明したステップＳＰ１３７（図８参
照）およびステップＳＰ１４７（図９参照）において説
明したように、トリル停止サブルーチン（図１２参照）
が呼出され、変数ＯＴＳＴＡＴＵＳが「０」に設定され
る。

【００６１】そこで、ステップＳＰ３０４にあっては、
変数ＯＴＳＴＡＴＵＳが「０」以外の数であるか否かを
判定し、「ＹＥＳ」と判定された場合にのみ、ステップ
ＳＰ３０５〜３０９に処理を移行させ、「ＮＯ」と判定
された場合すなわち変数ＯＴＳＴＡＴＵＳが「０」であ
る場合には、割込処理を終了させる。

【００６２】処理がステップＳＰ３０５に進むと、変数
ＯＴＳＴＡＴＵＳが「１」であるか否かが判定される。
ここで、変数ＯＴＳＴＡＴＵＳは「０」ではないから、
「１」または「２」である。「１」の場合は「ＹＥＳ」
と判定され、処理がステップＳＰ３０６に進む。ステッ
プＳＰ３０６においては、先にステップＳＰ２０１（図
１０参照）において設定された変数ＯＴＫＣ１および変
数ＯＴＶＥＬが、それぞれキーコードおよびベロシティ
として、キーオン信号ＫＯＮとともに音源回路７に出力
される。

【００６３】次に、処理がステップＳＰ３０７に進む
と、変数ＯＴＴＭと発音間隔を示す変数ＯＴＩＮＴＶと
が加算され、加算結果が新たな変数ＯＴＴＭとして設定
される。また、変数ＯＴＳＴＡＴＵＳが「２」に設定さ
れる。そして、上記処理が終了すると、タイマ割込処理
が終了する。

【００６４】従って、以後、時刻情報ＣＲＴＭが更新後
の変数ＯＴＴＭに達する前にこのタイマ割込ルーチンが
実行されると、ステップＳＰ３０３において「ＮＯ」と
判定されることになる。また、ステップＳＰ３０７おい
て変数ＯＴＳＴＡＴＵＳが「２」に設定されたから、次
にステップＳＰ３０５が実行されると「ＮＯ」と判定さ
れることになる。また、上述したように、変数ＯＴＴＭ
の値は、演奏者による新たな押鍵があると、その操作状
態に基づいて更新される（図１０ステップＳＰ２０２、
図１１ステップＳＰ２１２参照）。

【００６５】一方、上記ステップＳＰ３０５で「ＮＯ」
と判定されると、処理がステップＳＰ３０８に進む。ス
テップＳＰ３０８，３０９における処理は、上記ステッ
プＳＰ３０６，３０７における処理と同様である。すな
わち、ステップＳＰ３０８においては、変数ＯＴＫＣ２
および変数ＯＴＶＥＬが、それぞれキーコードおよびベ
ロシティとしてキーオン信号ＫＯＮとともに音源回路７
に出力され、ステップＳＰ３０９においては、変数ＯＴ
ＴＭが更新されるとともに変数ＯＴＳＴＡＴＵＳが
「１」に設定される。そして、上記処理が終了すると、
タイマ割込処理が終了する。

【００６６】なお、本発明は上述した実施例に限定され
るものではなく、種々の変形が可能であることは言うま
でもない。例えば、上記実施例においては、二つの音の
繰返しによるトリル奏法を検出して自動的にトリル演奏
を行うようにしたが、三つ以上の音による所定パターン
の繰返し（例えば、コード「Ｄ₁」,「Ｃ₁」,「Ｄ₁」,「Ｅ₁」,
「Ｄ₁」,「Ｃ₁」,「Ｄ₁」,……の繰返しであるターン奏法、あ
るいはアルペジオ奏法等）を検出し、検出したパターン
に係る演奏を自動的に行うようにしてもよい。

【００６７】また、上記実施例においては、最新の押鍵
と、最新の押鍵の一つ前の押鍵と、最新の押鍵の二つ前
の押鍵の押鍵タイミングおよび押鍵強度の平均をとるこ
とによってトリル演奏の速度および押鍵強度を決定し、
トリル演奏の加速および押鍵強度の平均化を行うように
したが、この処理は必ずしも行う必要は無い。すなわ
ち、トリル演奏を検出した時点の速度および押鍵速度に
よって出力すべきトリル演奏情報の速度および押鍵強度
を決定し、トリル演奏が検出されている間は、決定した
速度および押鍵強度に基づいてトリル演奏を自動的に行
うようにしてもよい。

【００６８】さらに、上記実施例においては、鍵盤の演
奏によって出力されたキーコードに基づいてトリル演奏
を検出したが、これに限らず、外部機器からＭＩＤＩで
入力されたキーコードに基づいてトリル演奏を検出して
もよい。

【発明の効果】以上説明したように、本発明の演奏支援
装置によれば、自動的に所定時間間隔で繰返し演奏が行
われるから、初心者においても巧みな繰返し演奏を行う
ことが可能である。

【図面の簡単な説明】

【図１】一実施例のハードウエア構成を示すブロック
図である。

【図２】一実施例のソフトウエアの全体構成を示すブ
ロック図である。

【図３】トリル検出部１００の状態遷移図である。

【図４】トリル再合成部３００の状態遷移図である。

【図５】一実施例の制御プログラムのメインルーチン
のフローチャートである。

【図６】同制御プログラムのサブルーチンのフローチ
ャートである。

【図７】同制御プログラムのサブルーチンのフローチ
ャートである。

【図８】同制御プログラムのサブルーチンのフローチ
ャートである。

【図９】同制御プログラムのサブルーチンのフローチ
ャートである。

【図１０】同制御プログラムのサブルーチンのフロー
チャートである。

【図１１】同制御プログラムのサブルーチンのフロー
チャートである。

【図１２】同制御プログラムのサブルーチンのフロー
チャートである。

【図１３】同制御プログラムのタイマ割込処理ルーチ
ンのフローチャートである。

【符号の説明】

２中央処理装置（検出手段、出力手段）

Claims

(57)【特許請求の範囲】

【請求項１】順次入力される演奏情報に含まれるキー
コードが所定パターンの繰返しであるか否かを検出する
検出手段と、前記検出手段において前記キーコードが所定パターンの
繰返しであることが検出されている期間中、検出された
パターンのキーコードを所定時間間隔で順次自動的に出
力する出力手段とを具備することを特徴とする演奏支援
装置。