JP2001188533A - 自動演奏装置、演奏データ変更装置、及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 演奏を記録して得られる演奏データを他の演
奏データと組み合わせて再生させる場合に、それらを適
切な関係で再生できるようにする技術を提供する。 【解決手段】 ＣＰＵ１０１は、ＲＥＣスイッチが操作
されると、その後に鍵盤１０９をユーザが初めて押鍵し
たタイミングを基準に時間データを生成し、鍵盤１０９
への操作内容を示すイベントデータにその時間データを
付加してＲＡＭ１０４に格納する。それによって得た演
奏データの再生開始から所定時間が経過するまでの間に
処理されるイベントデータの処理タイミングは、クォン
タイズスイッチが操作されると、全て同じに変更する。
そのようにして、その間にコード指定するイベントデー
タが格納されていれば、それの再生開始時に、コードを
判定できるようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、組み合わせられた
複数の演奏データ（シーケンスデータ）を再生するうえ
での同期をとる（演奏上のズレを回避する）ための技術
に関する。

【０００２】

【従来の技術および発明が解決しようとする課題】現
在、自動演奏（ここでは自動伴奏を含む）用の演奏デー
タを再生することで自動演奏を行う自動演奏装置は専用
の装置としてだけでなく、電子楽器等の楽音生成装置に
も広く搭載されている。その自動演奏装置により、ユー
ザは一人でもアンサンブル演奏のような楽しみ方を味わ
うことができる。なお、それが再生の対象とする演奏デ
ータは、通常、演奏上のイベントの内容を表すイベント
データ、及びそれの処理タイミングを示す時間データか
らなるデータ対を処理順序に従って並べた形で構成され
ている。

【０００３】自動演奏装置のなかには、組み合わされた
複数の演奏データを並行に再生できるようになっている
ものがある。通常、それらの再生は、主となる演奏デー
タの再生の進行に応じて、それの従となる他の演奏デー
タを再生することで行うようになっている。その一方で
は、ユーザが押鍵すると、押鍵された鍵の組み合わせか
らコードを判定し、それによって何らかのコードを判定
するとリズムを開始するといったように、ユーザの演奏
操作に応じて演奏データの再生を開始するものもある。

【０００４】従来の自動演奏装置は、並行に再生する演
奏データの組み合わせは予め固定的に定められており、
その組み合わせをユーザが任意に変更することができな
かった。このため、例えば自身が行った演奏を演奏デー
タの形で残した（記録した）としても、ユーザはそれを
他の演奏データと組み合わせて再生させることができな
かった。これでは、記録した演奏データを広く活用する
ことができない。このようなことから、演奏データを任
意に組み合わせられるようにすることが望まれていた。
そのようにすることで、ユーザにとっての利便性を向上
させることができる。

【０００５】ところで、多くのユーザは必ずしも演奏を
適切に行うことができない。押鍵すべき鍵を押鍵すべき
タイミングで操作していくことができない。このため、
たとえ演奏を記録することで得た演奏データを他の演奏
データ、例えばリズム再生（伴奏）用の演奏データと組
み合わせられるようにしても、記録時にコードを指定す
るための押鍵に時間がかかっていると、コードの判定が
遅れ、その結果としてリズム演奏の開始も遅れてしまう
ことになる。これは、それらの間に演奏上のズレが生じ
ることになって、他の演奏データを必ずしも適切な状態
で再生させることができないということを意味する。こ
のようなことから、記録によって得た演奏データを他の
演奏データと組み合わせて再生できるようにした場合に
は、他の演奏データが適切に再生されるようにする必要
があると考えられる。

【０００６】本発明の課題は、演奏を記録して得られる
演奏データを他の演奏データと組み合わせて再生させる
場合に、それらを適切な状態で再生できるようにする技
術を提供することにある。

【０００７】

【課題を解決するための手段】本発明の第１の態様の自
動演奏装置は、演奏上のイベントの内容を表すイベント
データに、該イベントデータの処理タイミングを指定す
る時間データが付加されてなる演奏データを再生するこ
とにより自動演奏を行うことを前提とし、イベントデー
タを取得するイベントデータ取得手段と、イベントデー
タ取得手段が取得したイベントデータの処理タイミング
を指定する時間データを生成する時間データ生成手段
と、イベントデータ取得手段が取得したイベントデータ
に、時間データ生成手段が生成した時間データを付加し
て演奏データを生成する演奏データ生成手段と、演奏デ
ータ生成手段が生成した演奏データを構成するイベント
データ、及び該イベントデータに付加された時間データ
によって指定される処理タイミングから、予め定めた条
件を満たして処理されるイベントデータを抽出するイベ
ントデータ抽出手段と、イベントデータ抽出手段が抽出
したイベントデータの処理タイミングを、予め定めた規
則に従って変更するタイミング変更手段と、タイミング
変更手段によってイベントデータの処理タイミングが変
更された演奏データを再生して自動演奏を行う自動演奏
手段と、を具備する。

【０００８】本発明の第２の態様の自動演奏装置は、上
記第１の態様の自動演奏装置の構成に加えて、自動演奏
手段が再生する演奏データと組み合わされた他の演奏デ
ータを再生して自動演奏を行う他の自動演奏手段と、自
動演奏手段が処理したイベントデータから、条件を満た
すイベントデータが処理されたか否か判定する処理判定
手段と、処理判定手段の判定結果に応じて、他の自動演
奏手段による他の演奏データの再生を制御する再生制御
手段と、を更に具備する。

【０００９】なお、上記の構成において、イベントデー
タ抽出手段は、条件を満たして処理されるイベントデー
タとして、所定時間内に、構成音となる楽音の発音開始
を指示するイベントデータが該構成音毎に揃っているコ
ードの各構成音に対応するイベントデータをそれぞれ抽
出し、タイミング変更手段は、規則に従って、少なくと
も、イベントデータ抽出手段が抽出した全てのイベント
データが所定時間と比較して短い時間内に処理される状
態に該イベントデータの処理タイミングを変更する、こ
とが望ましい。

【００１０】また、イベントデータ抽出手段は、演奏デ
ータの先頭部分に存在するイベントデータを対象にし
て、条件を満たして処理されるイベントデータを抽出す
る、ことが望ましい。

【００１１】更には、他の自動演奏手段が他の演奏デー
タとして、伴奏用の演奏データを再生する場合に、処理
判定手段は、条件を満たすイベントデータとして、自動
演奏手段が所定時間内に、コードの構成音となる楽音の
発音開始を指示するイベントデータを各構成音毎に全て
処理したか否か判定し、再生制御手段は、自動演奏手段
が演奏データの再生を開始した後、処理判定手段が条件
を満たすイベントデータを処理したと初めて判定した際
に、他の自動演奏手段に他の演奏データの再生を開始さ
せる、ことが望ましい。

【００１２】本発明の演奏データ変更装置は、演奏上の
イベントの内容を表すイベントデータに、該イベントデ
ータの処理タイミングを指定する時間データが付加され
てなる演奏データを対象にして、該イベントデータの処
理タイミングを変更することを前提とし、演奏データを
取得する演奏データ取得手段と、演奏データ取得手段が
取得した演奏データを構成するイベントデータ、及び該
イベントデータに付加された時間データによって指定さ
れる処理タイミングから、予め定めた条件を満たして処
理されるイベントデータを抽出するイベントデータ抽出
手段と、イベントデータ抽出手段が抽出したイベントデ
ータの処理タイミングを、予め定めた規則に従って変更
するタイミング変更手段と、を具備する。

【００１３】本発明の第１の態様の記録媒体は、演奏上
のイベントの内容を表すイベントデータイベントデータ
を取得するイベントデータ取得手段と、イベントデータ
取得手段により取得されたイベントデータの処理タイミ
ングを指定する時間データを生成する時間データ生成手
段と、イベントデータ取得手段により取得されたイベン
トデータに、時間データ生成手段により生成された時間
データを付加して演奏データを生成する演奏データ生成
手段と、演奏データ生成手段により生成された演奏デー
タを構成するイベントデータ、及び該イベントデータに
付加された時間データによって指定される処理タイミン
グから、予め定めた条件を満たして処理されるイベント
データを抽出するイベントデータ抽出手段と、イベント
データ抽出手段により抽出されたイベントデータの処理
タイミングを、予め定めた規則に従って変更するタイミ
ング変更手段と、タイミング変更手段によってイベント
データの処理タイミングが変更された演奏データを再生
して自動演奏を行う自動演奏手段と、を実現させるプロ
グラムを記録している。

【００１４】本発明の第２の態様の記録媒体は、上記第
１の態様の記録媒体に記録されたプログラムによって実
現される手段に加えて、自動演奏手段により再生される
演奏データと組み合わされた他の演奏データを再生して
自動演奏を行う他の自動演奏手段と、自動演奏手段によ
り処理されたイベントデータから、条件を満たすイベン
トデータが処理されたか否か判定する処理判定手段と、
処理判定手段による判定結果に応じて、他の自動演奏手
段による他の演奏データの再生を制御する再生制御手段
と、を更に実現させるプログラムを記録している。

【００１５】本発明の第３の態様の記録媒体は、演奏上
のイベントの内容を表すイベントデータに、該イベント
データの処理タイミングを指定する時間データが付加さ
れてなる演奏データを取得する演奏データ取得手段と、
演奏データ取得手段により取得された演奏データを構成
するイベントデータ、及び該イベントデータに付加され
た時間データによって指定される処理タイミングから、
予め定めた条件を満たして処理されるイベントデータを
抽出するイベントデータ抽出手段と、イベントデータ抽
出手段により抽出されたイベントデータの処理タイミン
グを、予め定めた規則に従って変更するタイミング変更
手段と、を実現させるプログラムを記録している。

【００１６】本発明では、演奏データ中に存在する、予
め定めた条件を満たして処理されるイベントデータを抽
出し、その処理タイミングを規則に従って変更する。そ
れにより、少なくとも、その条件を満たして処理される
イベントデータがより適切なタイミングで処理されるよ
うにする。その結果、例えば条件を満たして処理される
イベントデータが、組み合わされた他の演奏データの再
生制御に関わるものであれば、イベントデータの処理タ
イミングを変更した演奏データを他の演奏データと組み
合わせて再生させる場合に、それらを適切な状態で再生
させられるようになる。

【００１７】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照しながら詳細に説明する。図１は、本実
施の形態による自動演奏装置を搭載した電子楽器の回路
構成図である。

【００１８】その電子楽器は、図１に示すように、楽器
全体の制御を行うＣＰＵ１０１と、そのＣＰＵ１０１の
指示に従って時間を計時するタイマ（ＴＩＭＥＲ）１０
２と、プログラムや各種制御用データ、及び各種演奏デ
ータ（シーケンスデータ）等を格納したＲＯＭ１０３
と、ＣＰＵ１０１がワーク用に使用するＲＡＭ１０４
と、各種情報を表示するＬＣＤ（液晶表示器）１０５
と、複数のＬＥＤからなるＬＥＤ群１０６と、複数のス
イッチからなるスイッチ群１０７と、ＣＰＵ１０１の指
示に従って楽音を放音する音源１０８と、鍵盤１０９
と、フロッピーディスク（ＦＤ）１２０にアクセスする
フロッピーディスクドライブ（ＦＤＤ）１１０と、を備
えて構成されている。

【００１９】上記スイッチ群１０７を構成するスイッチ
としては、特に図示していないが、自動演奏（自動伴奏
を含む）の開始を指示するためのＳＴＡＲＴスイッチ、
鍵盤１０９に対してユーザが行った操作の内容の記録開
始を指示するためのＲＥＣスイッチ、自動演奏、或いは
記録の終了などを指示するためのＳＴＯＰスイッチ、記
録することで得た演奏データを対象にイベントデータの
処理タイミングの調整（後述する）を指示するためのク
ォンタイズスイッチ、自動演奏の対象とする演奏データ
を指定するためのソングスイッチ、及び各種入力用に用
いられるテンキー、などが設けられている。

【００２０】以上の構成において、その動作を説明す
る。ＣＰＵ１０１は、電源がオンされると、ＲＯＭ１０
３に格納されているプログラムを読み出して実行するこ
とにより、楽器全体の制御を開始する。その制御は、演
奏者（ユーザ）の鍵盤１０９や、スイッチ群１０７を構
成する各種スイッチへの操作に応じて行う。

【００２１】上記スイッチ群１０７、及び鍵盤１０９
は、それぞれ、ユーザの操作の対象となる操作子群の他
に、それらへの操作を検出する検出回路を備えた入力装
置である。

【００２２】スイッチ群１０７や鍵盤１０９の検出回路
は、検出対象とする操作子（ここでは鍵、或いはスイッ
チ）群を随時スキャン（走査）し、そのスキャン結果を
解析し、その解析結果を操作情報としてＣＰＵ１０１に
送る。その解析は、例えば今回のスキャン結果と前回の
それとを対比して行う。それにより、例えば鍵盤１０９
の検出回路は、状態が変化した鍵、その変化の内容を検
出（特定）して、その鍵、及びそれの変化の内容を示す
情報を操作情報としてＣＰＵ１０１に送る。他方のスイ
ッチ群１０７の検出回路は、例えば操作されたスイッチ
を検出（特定）して、そのスイッチを示す情報を操作情
報としてＣＰＵ１０１に送る。

【００２３】ＣＰＵ１０１は、上記スイッチ群１０７、
及び鍵盤１０９の各検出回路から送られた操作情報に応
じて、以下のような制御を行う。鍵盤１０９の検出回路
から操作情報を受け取った場合、ＣＰＵ１０１は、それ
から制御コマンドを生成して、それを音源１０８に送出
する。その音源１０８は、例えば楽音の波形データを生
成する音源ＬＳＩ、その波形データをＤ／Ａ変換してア
ナログのオーディオ信号を出力するＤ／Ａコンバータ、
そのオーディオ信号を増幅するアンプ、及び増幅後のオ
ーディオ信号を音声に変換するスピーカなどから構成さ
れたものである。その音源１０８に制御コマンドを送出
することにより、ＣＰＵ１０１は、ユーザの鍵盤１０９
への操作に応じて発音させるべき楽音をリアルタイムで
発音させる。

【００２４】スイッチ群１０７の検出回路から操作情報
を受け取った場合には、ＣＰＵ１０１は、その操作情報
が示すスイッチに割り当てた機能に応じて、各種設定や
変数（パラメータ）の値の変更、或いはＦＤＤ１１０に
対するＦＤ１２０へのアクセス指示などを行う。また、
必要に応じて、ＬＣＤ１０５の表示内容の変更やＬＥＤ
の点灯制御なども行う。それにより、自動演奏の対象と
する曲やリズムの変更、その実行（開始や終了）、音
色、或いはエフェクトなどに関わる各種設定、ＦＤ１２
０へのアクセスなどを行う。

【００２５】ＬＣＤ１０５の画像表示は、例えばＣＰＵ
１０１が、ＲＡＭ１０４を作業に使用して、ＲＯＭ１０
３から読み出した表示させるべき画像のデータを用いて
１画面分の画像データを生成し、それをＬＣＤ１０５に
送出することで行われる。ＣＰＵ１０１は、そのように
してＬＣＤ１０５に画像データを送出することにより、
表示させるべき画面を表示させ、その画面内にユーザに
通知すべき情報を必要に応じて表示させる。

【００２６】自動演奏は、ＲＯＭ１０３、ＲＡＭ１０
４、或いはＦＤ１２０に格納された演奏データ（ファイ
ル）を再生することで行われる。その演奏データの形式
には様々なものがあり、それを構成するデータも、演奏
上のイベントの内容を表すイベントデータ、及びそれの
処理タイミングを示す時間データだけとは限らない。ヘ
ッダー部を構成するデータや、データ量を示すデータな
どが存在する場合もある。しかし、ここでは、便宜的
に、特に断らない限り、演奏データは、イベントデー
タ、及びそれの時間データからなるデータ対のみが処理
順序に従って並べた形で構成されているものとして説明
することにする。

【００２７】ＲＯＭ１０３に格納された演奏データに
は、それぞれ、互いに異なる番号が予め割り当てられて
いる。ＦＤ１２０から読み出して、或いはユーザが鍵盤
１０９に対して行った操作の内容を記録することでＲＡ
Ｍ１０４に格納した演奏データには、ＲＯＭ１０３の演
奏データとは異なる番号を割り当てている。それによ
り、自動演奏の対象とする演奏データは、ソングスイッ
チへの操作に続けて、テンキーを操作してそれの番号
（ソング番号）を入力することにより、演奏データの格
納先に関わらず、指定することができるようになってい
る。

【００２８】ＳＴＡＲＴスイッチが操作されると、ＣＰ
Ｕ１０１は、その時点で指定されている演奏データの再
生を開始する。その再生は、時間データに従ってそれが
付加されたイベントデータを順次、処理していくことで
行う。そのようにして最後のイベントデータまで処理す
るか、或いは、その前にＳＴＯＰスイッチが操作される
と、演奏データの再生を終了させる。なお、その処理
は、イベントデータをそのまま音源１０８に送出する
か、或いはそれから音源１０８に送出すべき制御コマン
ドを生成して音源１０８に送出することで行われる。こ
こでは、便宜的に、イベントデータはそのまま音源１０
８に送出する、即ち演奏データ中のイベントデータは音
源１０８に対する制御コマンドと同じ意味で用いること
にする。

【００２９】鍵盤１０９への操作内容の記録は、ＲＥＣ
スイッチが操作された場合に行われる。ＣＰＵ１０１
は、そのスイッチが操作されると、タイマ１０２をスタ
ートさせ、鍵盤１０９から操作情報を受け取ると、その
操作情報からイベントデータを生成し、そのイベントデ
ータに、タイマ１０２が計時した時刻から生成した時間
データを付加してＲＡＭ１０４に格納する。そのように
して、ユーザの演奏操作内容を記録する。なお、以降、
ユーザの鍵盤１０９への操作内容を記録して演奏データ
を生成することを録音と呼ぶことにする。

【００３０】ＲＯＭ１０３、或いはＲＡＭ１０４に格納
された演奏データは、任意に組み合わせて再生させるこ
とができる。その組み合わせの設定（指定）は、例えば
上記ソングスイッチを操作した後、テンキーを用いて、
演奏データを組み合わせての再生を指定する数値、組み
合わせを所望する各演奏データの番号、をその順序で入
力することで行うようになっている。それにより、ユー
ザは演奏データの組み合わせを変えることによって自動
演奏の内容を様々に変更させることができるため、ユー
ザは高い利便性を得ることができる。

【００３１】上記演奏データの組み合わせ方は様々であ
る。しかし、ここでは、混乱を避けて理解を容易とする
ために、メロディ用の演奏データを主とし、それに伴奏
用の演奏データを従として組み合わせることを前提とす
る。

【００３２】伴奏用の演奏データは、鍵盤１０９への操
作、例えばコードの構成音となる音高の鍵を全て押鍵す
ることで（コードを指定することで）再生を開始させる
ことができる。それにより、ユーザに、鍵盤１０９を操
作しての演奏に伴奏を同期させることができるようにな
っている。このようなことから、組み合わされた伴奏用
の演奏データは、鍵盤１０９への操作に応じた再生開始
と同様に、メロディ用の演奏データの再生時において、
コードの構成音となる音高の楽音の発音を指示するイベ
ントデータが所定時間（コード判定を行ううえで設けた
制限時間）内に全て揃い、それらの楽音が全て発音され
る状態となったときに、言い換えればそれらのなかで最
後に残っていたイベントデータを処理したときに再生を
開始するようになっている。

【００３３】ところで、ユーザがコード指定のための押
鍵を迅速に行うとは限らない。それを迅速に行えなかっ
た場合、録音によって得られた演奏データの再生時に、
コード指定のための初めての押鍵に対応するイベントデ
ータを処理してから時間がかかってコードを判定するこ
とになる。それは、普通、録音によって得られた演奏デ
ータの再生による演奏と、組み合わされた演奏データ
（伴奏用の演奏データ）の再生による演奏との間に、演
奏上のズレを生じさせる。そのズレは非常に望ましくな
い。

【００３４】このようなことから、本実施の形態では、
コード指定に対応するイベントデータを抽出し、それの
処理タイミングを、それらが所定時間よりも短い時間
（少なくとも、演奏上のズレが認識できないような時
間）範囲内で全て処理されるように変更している。その
変更を行うことにより、録音時、ユーザはコード指定の
ための押鍵を迅速（適切）に行った形になる。再生時に
は、初めてのコード指定のために最初に行われた押鍵に
対応するイベントデータを処理した後、直ちにコードを
判定することができるようになる。この結果、ユーザが
コード指定を迅速に行えたか否かに関わらず、組み合わ
された演奏データ間における演奏上のズレを回避させる
ことができる。その変更後の演奏データのみを再生した
場合には、コードがより適切な形で発音されることにな
る。

【００３５】ＣＰＵ１０１は、上記処理タイミングの変
更を、クォンタイズスイッチが操作された場合に行う。
その対象は、ＲＡＭ１０４に格納した演奏データ（録音
によって得られた演奏データ、或いは／及び、ＦＤ１２
０から読み出した演奏データ）のなかでユーザがソング
スイッチを操作して指定した演奏データである。なお、
本実施の形態では、演奏データを配列変数（後述するＭ
ＥＭ）として扱い、その各要素にイベントデータと時間
データを共に代入させている。メロディ用の演奏データ
の時間管理には曲の先頭から経過した時間で処理タイミ
ングを表す絶対時間系を採用し、伴奏用の演奏データの
時間管理には直前のイベントからの時間間隔（デルタタ
イム）で処理タイミングを表す相対時間系を採用してい
る。

【００３６】次に、図２〜図１４に示す各種動作フロー
チャートを参照して、上記ＣＰＵ１０１の制御動作につ
いて詳細に説明する。ここでは、イベントデータの処理
タイミングの変更や自動演奏に重点を置いて説明する。

【００３７】図２は、全体処理の動作フローチャートで
ある。始めに図２を参照して、全体処理について詳細に
説明する。なお、この全体処理は、ＣＰＵ１０１が、Ｒ
ＯＭ１０３に格納されているプログラムを読み出して実
行することで実現される。

【００３８】先ず、ステップ２０１では、電子楽器を予
め定めた初期状態に設定するイニシャライズを行う。そ
のイニシャライズを行うことにより、音源１０８は予め
定めた状態に設定され、ＬＣＤ１０５には初期画面が表
示される。

【００３９】ステップ２０１に続くステップ２０２で
は、スイッチ群１０７から操作情報を受け取り、その操
作情報に対処するためのスイッチ（ＳＷ）処理を実行す
る。その実行後は、ステップ２０３に移行し、鍵盤１０
９から操作情報を受け取り、その操作情報に対処するた
めの鍵盤処理を実行する。ステップ２０４にはその実行
後に移行する。

【００４０】ステップ２０４では、ユーザの鍵盤１０９
に対して行った操作の内容を演奏データの形で保存する
ための録音処理を実行する。その後に移行するステップ
２０５では、演奏データ中のイベントデータの処理タイ
ミングを変更するためのクォンタイズ処理を実行する。
それを実行した後はステップ２０６に移行する。

【００４１】ステップ２０６では、メロディ用の演奏デ
ータを対象に再生を行うための再生処理を実行する。そ
れ以降は、ステップ２０７で伴奏用の演奏データを対象
に再生を行うための伴奏処理、ステップ２０８で音源１
０８に対する指示を行うための発音処理、ステップ２０
９でその他の処理を、その順序で実行する。ステップ２
０９のその他の処理を実行した後は、上記ステップ２０
２に戻る。なお、ＦＤＤ１１０に対する制御などは、ス
テップ２０９のその他の処理を実行することで実現され
る。

【００４２】上記ステップ２０２〜２０９は処理ループ
を形成しており、ユーザが電源をオフにするまでの間、
ＣＰＵ１０１はその処理ループを繰り返し実行する。そ
れにより、電子楽器は、スイッチ群１０７や鍵盤１０９
へのユーザの操作に応じて動作する。

【００４３】以降は、上記全体処理内で実行される各種
サブルーチン処理についてより詳細に説明する。図３
は、上記ステップ２０２として実行されるスイッチ（Ｓ
Ｗ）処理の動作フローチャートである。サブルーチン処
理については、図３を参照して、始めにスイッチ（Ｓ
Ｗ）処理について詳細に説明する。なお、図３には、ス
イッチ群１０７から操作情報を取得した後の処理の流れ
を抜粋して示している。

【００４４】先ず、ステップ３０１では、ＲＥＣスイッ
チが操作（ＯＮ）されたか否か判定する。ユーザがその
スイッチを操作した場合、判定はＹＥＳとなってステッ
プ３０２に移行し、録音の実行を管理するための変数Ｒ
ＴＦに、その実行をユーザが指示したことを示す値の１
を代入した後、ステップ３０３に移行する。そうでない
場合には、判定はＮＯとなってそのステップ３０３に移
行する。

【００４５】ステップ３０３では、ＳＴＡＲＴスイッチ
が操作（ＯＮ）されたか否か判定する。ユーザがそのス
イッチを操作した場合、判定はＹＥＳとなり、ステップ
３０４で演奏データの再生を開始するための再生開始処
理を実行した後、ステップ３０５に移行する。そうでな
い場合には、判定はＮＯとなってそのステップ３０５に
移行する。

【００４６】ステップ３０５では、ＳＴＯＰスイッチが
操作（ＯＮ）されたか否か判定する。ユーザがそのスイ
ッチを操作した場合、判定はＹＥＳとなってステップ３
０６に移行する。そうでない場合には、判定はＮＯとな
ってステップ３０８に移行する。

【００４７】ステップ３０６では、ＳＴＯＰスイッチへ
の操作に対応するために、変数ＲＴＦ、ＲＳＴ、ＳＴ
Ｆ、ＢＴＦ、及びＢＳＴＦにそれぞれ０を代入する。続
くステップ３０７では、発音中の全楽音の消音を音源１
０８に指示するための制御コマンド（イベントデータ）
を生成して出力バッファに格納する。その後、ステップ
３０８に移行する。なお、上記各変数において、変数Ｒ
ＴＦ、及びＲＳＴは録音の実行に関わるものであり、変
数ＳＴＦはメロディ用の演奏データの再生に関わるも
の、変数ＢＴＦ、及びＢＳＴＦは伴奏用の演奏データの
再生に関わるものである。出力バッファは、音源１０８
に出力すべきコマンド（イベントデータ）の一時的な保
持用にＲＡＭ１０４に設けたエリアである。

【００４８】ステップ３０８では、クォンタイズスイッ
チが操作（ＯＮ）されたか否か判定する。ユーザがその
スイッチを操作した場合、判定はＹＥＳとなってステッ
プ３０９に移行し、イベントデータの処理タイミングの
変更の実行を管理するための変数ＱＦに、その実行をユ
ーザが指示したことを示す値の１を代入した後、図４の
ステップ３１０に移行する。そうでない場合には、判定
はＮＯとなってそのステップ３１０に移行する。

【００４９】ステップ３１０では、上述した以外のスイ
ッチが操作（ＯＮ）されたか否か判定する。そのような
スイッチをユーザが操作した場合、判定はＹＥＳとなっ
てステップ３１１に移行する。そうでない場合には、判
定はＮＯとなり、ここで一連の処理を終了する。

【００５０】ステップ３１１では、音源１０８にコマン
ド（イベントデータ）を送出する必要が生じるスイッチ
が操作されたか否か判定する。ユーザがテンキーなどを
操作して新たに音色を指定したり、或いはエフェクトに
関わる設定を変更したような場合、判定はＹＥＳとな
り、ステップ３１２に移行して、その操作に応じてコマ
ンド（イベントデータ）を作成し、次にステップ３１３
でその作成したコマンド（イベントデータ）を出力バッ
ファに格納した後、一連の処理を終了する。そうでない
場合には、判定はＮＯとなり、ステップ３１４に移行し
て、その他の処理を実行した後に一連の処理を終了す
る。再生対象とする演奏データの切り換えやＦＤ１２０
へのアクセスなどは、ステップ３１４のその他の処理を
実行することで行われる。

【００５１】上述したスイッチ（ＳＷ）処理を実行する
ことにより、ユーザのスイッチ群１０７への操作に応じ
て各種変数の値の変更やコマンド（イベントデータ）の
作成が行われる。それにより、電子楽器は、ユーザのス
イッチ群１０７への操作に応じて動作することになる。

【００５２】次に、上記ステップ３０４として実行され
る再生開始処理について、図５に示すその動作フローチ
ャートを参照して詳細に説明する。ここでは、便宜的
に、組み合わされた伴奏用の演奏データの再生を行うこ
とを前提として、その処理の流れを抜粋して表してい
る。

【００５３】伴奏用の演奏データの再生開始を鍵盤１０
９操作で指示できるようにすると、ユーザはその再生開
始の指示（ここではコード指定）を演奏開始時に行うの
が普通である。これは、コード指定に対応するイベント
データは演奏データの先頭部分に存在することを意味す
る。録音時にイベントデータに付加する時間データは、
ＲＥＣスイッチを操作した後、鍵盤１０９の鍵を初めて
押鍵したときを基準（時間データの値を０）にして生成
するようになっている。このようなことから、本実施の
形態では、クォンタイズスイッチが操作されると、図２
のステップ２０５のクォンタイズ処理（詳細は後述す
る）を実行して、演奏データの先頭部分に存在する、コ
ード指定に対応するイベントデータの時間データの値を
全て０にしている。ユーザが録音によって得た演奏デー
タ（以降、録音演奏データと呼ぶ）を指定してクォンタ
イズスイッチを操作した後、ＳＴＡＲＴスイッチを操作
すると、再生開始処理では、そのようにして時間データ
の値が変更された録音演奏データを対象に、その再生開
始に関わる処理を行うことになる。

【００５４】先ず、ステップ５０１では、メロディ用の
演奏データの再生を管理するための変数ＳＴＦに１を代
入する。続くステップ５０２では、引数として用いられ
る変数ｍ、及び演奏データの再生進行を管理するための
変数Ｔに、それぞれ０を代入する。その代入を行った後
は、ステップ５０３に移行して、配列変数ＭＥＭを構成
する要素の指定（引数）用に用いられる変数ＡＤに、再
生の対象とする演奏データに応じて初期値を代入する。
その後、ステップ５０４に移行する。

【００５５】ステップ５０４では、配列変数ＭＥＭの変
数ＡＤの値で指定される要素ＭＥＭ（ＡＤ）に代入され
ている時間データの値を変数ＭＴに代入する。続くステ
ップ５０５では、変数ＭＴの値が変数Ｔの値と等しいか
否か判定する。それらの値が等しい場合（これは、再生
の対象が録音演奏データであれば、ＲＥＣスイッチを操
作してから初めて行われた押鍵と同じタイミングである
ことを意味する）、判定はＹＥＳとなってステップ５０
６に移行し、そうでない場合には、判定はＮＯとなって
ステップ５１２に移行する。

【００５６】ステップ５０６では、要素ＭＥＭ（ＡＤ）
に代入されているイベントデータを取り出す。続くステ
ップ５０７では、そのイベントデータが表すイベントが
楽音の発音開始を指示するノートオンイベントか否か判
定する。それがノートオンイベントであった場合、判定
はＹＥＳとなり、ステップ５０８に移行して、配列変数
ＮＯＴＥの変数ｍの値で指定される要素ＮＯＴＥ（ｍ）
に、その楽音の音高番号（ノートナンバー）を代入し、
次にステップ５０９で変数ｍの値をインクリメントした
後、ステップ５１０に移行する。そうでない場合には、
判定はＮＯとなってそのステップ５１０に移行する。

【００５７】ステップ５１０では、ステップ５０６で取
り出したイベントデータを出力バッファに格納する。続
くステップ５１１では、変数ＡＤの値をインクリメント
する。そのインクリメントを行った後、上記ステップ５
０４に戻る。

【００５８】上記ステップ５０４〜５１１で形成される
処理ループは、ステップ５０５の判定がＮＯとなるま
で、即ち演奏データ中で先頭に位置するイベントデータ
と同じタイミングで処理すべきイベントデータが無くな
ったと判定するまで繰り返し実行される。それにより、
配列変数ＮＯＴＥの要素に、そのタイミングで発音させ
るべき楽音のノートナンバーを順次、代入させていくよ
うになっている。

【００５９】そのステップ５０５の判定がＮＯとなって
移行するステップ５１２では、それぞれ、ノートナンバ
ーが代入されている要素ＮＯＴＥ（０）〜（ｍ）（但
し、ｍの値は０のときも有り得る）のノートナンバーを
参照して、コードが成立しているか否か判定する。それ
らのなかのノートナンバーを組み合わせて構成されるコ
ードが存在していた場合、判定はＹＥＳとなってステッ
プ５１３に移行する。そうでない場合には、判定はＮＯ
となり、ここで一連の処理を終了する。

【００６０】ステップ５１３では、成立しているコード
の種類を示す番号（コード種番号）を変数ＣＯＤＥに代
入する。続くステップ５１４では、そのコードの根音の
ノートナンバーを変数ＲＯＯＴに代入する。その代入後
は、ステップ５１５でコード成立（指定）の有無を管理
するための変数ＢＴＦに、それが成立した旨を示す値の
１を代入する。その後、一連の処理を終了する。

【００６１】録音演奏データでタイミング変更（時間デ
ータの値の変更）を行ったものは、上述したように、そ
の先頭部分に存在する、コード成立と判定させるイベン
トデータの時間データの値は０となっている。このた
め、それを再生対象としているのであれば、上記再生開
始処理の実行時にステップ５１２の判定はＹＥＳとなっ
て、ステップ５１３〜５１５の各処理が行われることに
なる。その結果、後述するように、伴奏用の演奏データ
はメロディ用の演奏データ（録音演奏データを含む）と
同時に再生が開始することになって、それらの間に演奏
上のズレが生じるのを確実に回避させることができる。

【００６２】図６は、図２の全体処理でステップ２０３
として実行される鍵盤処理の動作フローチャートであ
る。ここでは、便宜的に、鍵盤１０９から操作情報（演
奏データ中のイベントデータに対応する）を取得した後
における処理の流れを抜粋して表している。次に、図６
を参照して、鍵盤処理について詳細に説明する。

【００６３】先ず、ステップ６０１では、鍵盤１０９か
ら受け取った操作情報から、そのなかで状態が変化した
鍵の有無、状態が変化した鍵が有ればその変化の内容を
判定する。鍵盤１０９のなかで状態が変化した鍵が存在
していない場合、その旨が判定されて、ここで一連の処
理が終了する。状態が変化した鍵が存在し、その変化が
押鍵による変化であった場合には、その旨が判定されて
ステップ６０２に移行する。状態が変化した鍵が存在
し、その変化が離鍵による変化であった場合には、その
旨が判定されてステップ６０７に移行する。

【００６４】ステップ６０２では、変数ＮＴに、押鍵さ
れた鍵に割り当てた鍵番号（ノートナンバー）を代入す
る。続くステップ６０３では、その変数ＮＴに代入した
ノートナンバーに基づき、ノートオンイベントデータを
作成する。その後、ステップ６０４に移行する。

【００６５】ステップ６０４では、変数ＲＴＦの値が１
か否か判定する。ユーザがＲＥＣスイッチを操作した場
合、その変数ＲＴＦには１が代入されることから、判定
はＹＥＳとなり、ステップ６０５で録音開始に対処する
ための録音開始処理を実行し、次にステップ６０６にお
いて、ステップ６０３で作成したイベントデータを出力
バッファに格納した後、一連の処理を終了する。そうで
ない場合には、判定はＮＯとなり、上記ステップ６０６
に移行する。

【００６６】一方、ステップ６０７では、変数ＮＴに、
離鍵された鍵に割り当てた鍵番号（ノートナンバー）を
代入する。続くステップ６０８では、その変数ＮＴに代
入したノートナンバーに基づき、ノートオフイベントデ
ータを作成する。その後は、ステップ６０６に移行し
て、ステップ６０８で作成したイベントデータを出力バ
ッファに格納した後、一連の処理を終了する。

【００６７】次に、上記ステップ６０５として実行され
る録音開始処理について、図７に示すその動作フローチ
ャートを参照して詳細に説明する。この録音開始処理で
は、先ず、ステップ７０１で変数ＲＴＦに０を代入す
る。続くステップ７０２では、変数ＲＳＦに１を代入す
る。その後は、ステップ７０３で変数Ｔに０を代入し、
次にステップ７０４で変数ＡＤに初期値を代入する。そ
の代入を行った後、一連の処理を終了する。

【００６８】０を代入した変数Ｔの値は、これ以降、変
数ＲＳＦの値が１となっている間、時間データで表され
る最小の時間（最小分解能時間）が経過する度に、順
次、インクリメントされる。録音時には、そのようにし
て更新される変数Ｔの値が時間データとしてイベントデ
ータに付加される。その変数Ｔに０を代入することによ
り、ＲＥＣスイッチを操作した後、ユーザが初めて押鍵
したタイミングを基準として時間データは生成されるこ
とになる。

【００６９】図８は、図２の全体処理でステップ２０４
として実行される録音処理の動作フローチャートであ
る。次に、図８を参照して、録音処理について詳細に説
明する。その全体処理からは、上記変数ＲＳＦ、Ｔ、及
びＡＤの値などが引数として渡される。

【００７０】先ず、ステップ８０１では、変数ＲＳＦの
値が１か否か判定する。その値が１であった場合、判定
はＹＥＳとなってステップ８０２に移行し、そうでない
場合には、判定はＮＯとなり、ここで一連の処理を終了
する。

【００７１】ステップ８０２では、変数Ｔの値を更新し
てから最小分解能時間が経過したか否か判定する。その
時間が経過していた場合、判定はＹＥＳとなり、ステッ
プ８０３で変数Ｔの値をインクリメントした後、ステッ
プ８０４に移行する。そうでない場合には、判定はＮＯ
となってステップ８０４に移行する。

【００７２】ステップ８０４では、出力バッファにイベ
ントデータが格納されているか否か判定する。ユーザが
鍵盤１０９の鍵に対して何らかの操作を行った場合、判
定はＹＥＳとなってステップ８０５に移行する。そうで
ない場合には、判定はＮＯとなり、ここで一連の処理を
終了する。

【００７３】ステップ８０５では、配列変数ＭＥＭの変
数ＡＤの値で指定される要素ＭＥＭ（ＡＤ）に、出力バ
ッファに格納されているイベントデータ、及び変数Ｔの
値（時間データ）をまとめて代入する。続くステップ８
０６では、変数ＡＤの値をインクリメントする。その
後、ステップ８０７に移行して、出力バッファに他に格
納されているイベントデータが無いか否か判定する。出
力バッファに格納されていたイベントデータを全て配列
変数ＭＥＭの要素に代入した場合、判定はＹＥＳとなっ
て一連の処理を終了し、そうでない場合には、判定はＮ
Ｏとなって上記ステップ８０５に戻り、対象とするイベ
ントデータを変えて、それ以降の処理を同様に実行す
る。

【００７４】上述した録音処理を実行することにより、
ユーザが鍵盤１０９を操作する度に、その操作内容を示
すイベントデータ、及びその操作タイミングを示す時間
データがＲＡＭ１０４に格納される。

【００７５】図９、及び図１０は、図２の全体処理でス
テップ２０５として実行されるクォンタイズ処理の動作
フローチャートである。次に、図９、及び図１０を参照
して、その処理について詳細に説明する。この処理は、
ユーザがソングスイッチ、及びテンキーを操作して指定
した、ＲＡＭ１０４に格納されている演奏データ（主に
録音演奏データである）を対象に行われる。全体処理か
らは、変数ＱＦの値などが引数として渡される。

【００７６】先ず、ステップ９０１では、変数ＱＦの値
が１か否か判定する。その変数ＱＦに１が代入されてい
た場合、判定はＹＥＳとなり、ステップ９０２で変数Ａ
Ｄに、処理対象の演奏データに応じて初期値を代入した
後、ステップ９０３に移行する。そうでない場合には、
判定はＮＯとなり、ここで一連の処理を終了する。

【００７７】ステップ９０３では、配列変数ＭＥＭの変
数ＡＤの値で指定される要素ＭＥＭ（ＡＤ）に代入され
ている時間データを変数Ｔに代入する。続くステップ９
０４では、変数ＳＴに代入されている、コード判定を行
ううえで設けた所定時間を示す値が変数Ｔの値以上か否
か判定する。ステップ９０３で変数Ｔに代入した時間デ
ータの値が、演奏データの再生開始からその所定時間が
経過するまでの間の時間を示していた場合、判定はＹＥ
Ｓとなり、ステップ９０５で要素ＭＥＭ（ＡＤ）の時間
データの値を０に書き換え、次のステップ９０６で変数
ＡＤの値をインクリメントした後、上記ステップ９０３
に戻る。そうでない場合には、判定はＮＯとなってステ
ップ９０７に移行する。

【００７８】上記ステップ９０３〜９０６で形成される
処理ループをステップ９０４の判定がＮＯとなるまで繰
り返し実行することにより、演奏データの再生開始から
上記所定時間が経過するまでの間に位置しているイベン
トデータの時間データの値は全て０となる。それによ
り、その間に位置しているイベントデータは全て演奏デ
ータの再生開始時に処理されるようになる。その間にコ
ードを判定するうえで必要なイベントデータが全て存在
しているのであれば、時間データを変更した後の演奏デ
ータを伴奏用の演奏データと組み合わせると、それらは
同時に再生が開始することになって、それらの間に演奏
上のズレは生じなくなる。

【００７９】ステップ９０７では、変数ｎに０を代入
し、変数ＡＤに再び初期値を代入する。続くステップ９
０８では、要素ＭＥＭ（ＡＤ）の時間データを変数Ｔに
代入する。その代入後は、ステップ９０９に移行して、
変数ＳＴの値が変数Ｔの値以上か否か判定する。変数Ｓ
Ｔの値が変数Ｔの値以上であった場合、判定はＹＥＳと
なって図１０のステップ９１０に移行する。そうでない
場合には、判定はＮＯとなって図１０のステップ９１４
に移行する。

【００８０】ステップ９１０では、要素ＭＥＭ（ＡＤ）
のイベントデータがノートオンイベントデータか否か判
定する。そのイベントデータがノートオンイベントデー
タであった場合、判定はＹＥＳとなり、ステップ９１１
でそのイベントデータ中のノートナンバーを要素ＮＯＴ
Ｅ（ｎ）に代入し、ステップ９１２で変数ｎの値をイン
クリメントし、更にステップ９１３で変数ＡＤの値をイ
ンクリメントした後、図９のステップ９０８に戻る。そ
うでない場合には、判定はＮＯとなってステップ９１３
に移行し、変数ＡＤの値をインクリメントした後、図９
のステップ９０８に戻る。

【００８１】上記図９のステップ９０８〜図１０のステ
ップ９１３で形成される処理ループをステップ９０９の
判定がＮＯとなるまで繰り返し実行することにより、演
奏データの再生開始から上記所定時間が経過するまでの
間に位置しているノートイベントデータ中のノートナン
バーが要素ＮＯＴＥ（ｎ）に代入される。

【００８２】そのステップ９０９の判定がＮＯとなって
移行する図１０のステップ９１４では、要素ＮＯＴＥ
（０）〜（ｎ）（但し、ｎの値は０のときも有り得る）
に代入されているノートナンバーによってコードが構成
されているか否か判定する。それらのなかのノートナン
バーを組み合わせて構成されるコードが存在していた場
合、判定はＹＥＳとなり、ステップ９１５でそのノート
ナンバーを有するノートイベントデータを先頭に移動さ
せ、ステップ９１６で変数ＱＦに０を代入した後、一連
の処理を終了する。そうでない場合には、判定はＮＯと
なってステップ９１６に移行する。そのステップ９１５
を行うことにより、コードを指定するノートナンバーを
有するイベントデータは、演奏データの先頭にまとめら
れた形となる。なお、イベントデータの移動は、要素Ｍ
ＥＭ中のイベントデータを書き替えることで行われる。

【００８３】演奏データは、その先頭のイベントデータ
から順次、処理される。演奏データの形式や規格によっ
ては、各イベントデータ毎に処理タイミングを異ならせ
なければならないこともある。しかし、そのような演奏
データであっても、コードを指定するノートナンバーを
有するイベントデータを演奏データの先頭にまとめるこ
とで、コード判定をより迅速に行えるようにすることが
できる。

【００８４】なお、本実施の形態では、演奏データの再
生開始から所定時間が経過するまでの間に位置している
ノートイベントデータの時間データの値を０、即ちそれ
らの処理タイミングを全て同じとしているが、必ずしも
そうする必要はない。例えば、その間でコードを構成す
るイベントデータを抽出し、それらの処理タイミングの
みを全て同じとしても良い。それらの処理タイミング
は、全て同じとしなくとも良い。結果として演奏上のズ
レが認識されなければ良いことから、そのズレが認識さ
れない時間（当然のことながら、上記所定時間よりも短
い時間である）範囲内で全てのイベントデータが処理さ
れるようにそれらの処理タイミングを変更させれば良
い。

【００８５】次に、図１１、及び図１２に示す動作フロ
ーチャートを参照して、図２のステップ２０６として実
行される再生処理について詳細に説明する。ここでも、
便宜的に、組み合わされた伴奏用の演奏データの再生を
行うことを前提に、その処理の流れを抜粋して表してい
る。全体処理からは、変数ＡＤ、Ｔ、ＣＯＤＥ、及びＲ
ＯＯＴの値などが引数として渡される。

【００８６】先ず、ステップ１１０１では、変数ＳＴＦ
の値が１か否か判定する。それに１が代入されていた場
合、判定はＹＥＳとなってステップ１１０２に移行し、
そうでない場合には、判定はＮＯとなって、ここで一連
の処理を終了する。

【００８７】ステップ１１０２では、変数Ｔの値を更新
してから最小分解能時間が経過したか否か判定する。そ
の時間が経過していた場合、判定はＹＥＳとなり、ステ
ップ１１０３で変数Ｔの値をインクリメントした後、ス
テップ１１０４に移行する。そうでない場合には、判定
はＮＯとなり、ここで一連の処理を終了する。

【００８８】ステップ１１０４では、要素ＭＥＭ（Ａ
Ｄ）の時間データが変数Ｔの値と等しいか否か判定す
る。その要素ＭＥＭ（ＡＤ）のイベントデータを処理す
べきタイミングとなった場合、判定はＹＥＳとなり、ス
テップ１１０５でそのイベントデータを取り出した後、
ステップ１１０６に移行する。そうでない場合には、判
定はＮＯとなり、ここで一連の処理を終了する。

【００８９】ステップ１１０６では、ステップ１１０５
で取り出したイベントデータが表すイベントの種類を判
定する。そのイベントがノートオフイベントであった場
合、その旨が判定されて図１２の後述するステップ１１
２０に移行する。そのイベントがノートオンイベントで
あった場合には、その旨が判定されてステップ１１０７
に移行する。そのイベントがそれら以外であった場合に
は、その旨が判定されて図１２の後述するステップ１１
１４に移行する。

【００９０】ステップ１１０７では、変数ｍに０を代入
する。続くステップ１１０８では、配列変数ＮＯＴＥの
変数ｍの値で指定される要素ＮＯＴＥ（ｍ）が空か否か
判定する。その要素ＮＯＴＥ（ｍ）に値（ノートナンバ
ー）が代入されていない場合、判定はＹＥＳとなってス
テップ１１０９に移行する。そうでない場合には、判定
はＮＯとなって１１１６に移行する。

【００９１】ステップ１１０９では、要素ＮＯＴＥ
（ｍ）に、ステップ１１０５で取り出したイベントデー
タ中のノートナンバーを代入する。続くステップ１１１
０では、各要素ＮＯＴＥ（０）〜（Ｍ）に代入されてい
るノートナンバーによってコードが成立しているか否か
判定する。それらのなかのノートナンバーを組み合わせ
て構成されるコードが存在していた場合、判定はＹＥＳ
となり、ステップ１１１１に移行する。そうでない場合
には、判定はＮＯとなって図１２のステップ１１１４に
移行する。なお、上記Ｍは、再生される演奏データに割
り当てた最大同時発音数が代入された変数である。

【００９２】ステップ１１１１では、変数ＢＴＦに１を
代入する。その代入後は、ステップ１１１２で変数ＣＯ
ＤＥに成立しているコードのコード種番号を代入し、ス
テップ１１１３で変数ＲＯＯＴにその根音のノートナン
バーを代入し、図１２のステップ１１１４でステップ１
１０５の実行時に取り出したイベントデータを出力バッ
ファに格納し、更にステップ１１１５で変数ＡＤの値を
インクリメントした後、ステップ１１２５に移行する。

【００９３】上記ステップ１１０８の判定がＮＯとなっ
て移行するステップ１１１６では、変数ｍの値をインク
リメントする。続くステップ１１１７では、変数ｍの値
が変数Ｍの値よりも大きいか否か判定する。演奏データ
の再生によって最大同時発音数の楽音を発音させてい
る、或いは発音させることになった場合、判定はＹＥＳ
となり、ステップ１１１８に移行する。そうでない場合
には、判定はＮＯとなり、上記ステップ１１０８に戻
る。

【００９４】上記ステップ１１０８→１１１６→１１１
７→１１０８で形成される処理ループをステップ１１０
８の判定がＹＥＳとなるまで繰り返すことにより、要素
ＮＯＴＥ（０）〜（Ｍ）のなかで空となっている要素が
サーチされる。そのサーチの結果、空となっている要素
が見つかれば、上述したステップ１１０９に移行して、
それ以降の処理を実行することになる。空となっている
要素が見つからなければ、ステップ１１１７の判定がＹ
ＥＳとなってステップ１１１８に移行することになる。

【００９５】ステップ１１１８では、要素ＮＯＴＥ
（０）〜（Ｍ）のなかで所定の条件を満足している要素
の番号を変数Ｓに代入する。続くステップ１１１９で
は、その変数Ｓの値で指定される要素ＮＯＴＥ（Ｓ）
に、ステップ１１０５で取り出したイベントデータ中の
ノートナンバーを代入する。その後、上記ステップ１１
１０に移行する。

【００９６】上記所定の条件を満足している要素とは、
例えばそれらのなかで最も早く発音された楽音のノート
ナンバーが代入されている要素である。その要素にノー
トナンバーを代入することにより、最大同時発音数を越
えて楽音を発音させる必要が生じると、最も早く発音さ
せた楽音から消音させるようにしている。そのために、
ステップ１１１９からステップ１１１０に移行すると、
その後のステップ１１１４の実行時に、ステップ１１１
９の実行時に上書き（削除）したノートナンバーの楽音
の消音を指示するノートオフイベントデータを出力バッ
ファに格納するようになっている。

【００９７】一方、ステップ１１０６でノートオフイベ
ントと判定した場合に移行する図１２のステップ１１２
０では、変数ｍに０を代入する。続くステップ１１２１
では、要素ＮＯＴＥ（ｍ）のノートナンバーがステップ
１１０５で取り出したイベントデータのノートナンバー
と一致するか否か判定する。それらが一致していた場
合、判定はＹＥＳとなり、ステップ１１２２で要素ＮＯ
ＴＥ（ｍ）をクリア、即ち０を代入した後、上記ステッ
プ１１１４に移行する。そうでない場合には、判定はＮ
Ｏとなり、ステップ１１２３に移行する。

【００９８】ステップ１１２３では、変数ｍの値をイン
クリメントする。続くステップ１１２４では、変数ｍの
値が変数Ｍの値よりも大きいか否か判定する。変数ｍの
値が変数Ｍの値よりも大きい場合、判定はＹＥＳとなっ
てステップ１１１４に移行し、そうでない場合には、判
定はＮＯとなってステップ１１２１に戻る。

【００９９】上記ステップ１１２１→１１２３→１１２
４→１１２１で形成される処理ループをステップ１１２
１の判定がＹＥＳとなるまで繰り返すことにより、要素
ＮＯＴＥ（０）〜（Ｍ）のなかで、ステップ１１０５で
取り出したイベントデータのノートナンバーが代入され
ている要素がサーチされる。そのサーチの結果、そのノ
ートナンバーが代入されている要素が見つかれば、上述
したステップ１１２２に移行して、その要素のノートナ
ンバーがクリアされることになる。その要素が見つから
なければ、即ち既にそのノートナンバーに対応する楽音
の消去を音源１０８に対して指示していれば、ステップ
１１２４の判定がＹＥＳとなってステップ１１１４に移
行することになる。

【０１００】上記ステップ１１１５の実行後に移行する
ステップ１１２５では、変数ＡＤが最終アドレスより大
きいか否か判定する。ユーザが指定した演奏データの再
生が終了した場合、判定はＹＥＳとなってステップ１１
２６に移行する。そうでない場合には、判定はＮＯとな
り、図１１のステップ１１０４に戻る。

【０１０１】ステップ１１２６では、変数ＳＴＦに０を
代入する。続くステップ１１２７では、発音中の全楽音
の消音を指示するイベントデータを生成して出力バッフ
ァに格納する。その後、一連の処理を終了する。

【０１０２】ステップ１１０４〜ステップ１１２５で形
成される処理ループは、ステップ１１０４の判定がＮＯ
となるか、或いはステップ１１２５の判定がＹＥＳとな
るまで、言い換えれば処理すべきイベントデータが無く
なるまで、イベントデータ毎に、その種類に応じて実行
される。それにより、コード判定は、ノートオンイベン
トデータを処理する毎に、即ちそれを出力バッファに格
納する毎に行うようになっている。その判定結果に応じ
て変数ＢＴＦに１を代入し、変数ＣＯＤＥ、及びＲＯＯ
Ｔの値を更新することで、判定したコードが伴奏用の演
奏データの再生に反映されることになる。

【０１０３】図１３は、図２の全体処理でステップ２０
７として実行される伴奏処理の動作フローチャートであ
る。次に、図１３を参照して、伴奏処理について詳細に
説明する。全体処理からは、変数ＢＴＦ、ＢＳＴＦ、Ｒ
ＯＯＴ、及びＣＯＤＥなどの値が引数として渡される。
なお、上述したように、その伴奏処理で再生の対象とす
る伴奏用の演奏データは、メロディ用の演奏データとは
異なり、相対時間系を採用しているものである。

【０１０４】先ず、ステップ１３０１では、変数ＢＴＦ
の値が１か否か判定する。その変数ＢＴＦには、上述し
たように、新たにコードを判定された際に１が代入され
る。このことから、新たにコードが判定された場合、判
定はＹＥＳとなってステップ１３０２に移行し、そうで
ない場合には、判定はＮＯとなってステップ１３１７に
移行する。

【０１０５】ステップ１３０２では、変数ＢＳＴＦの値
が０か否か判定する。その変数ＢＳＴＦには、伴奏用の
演奏データの再生を開始してから終了するまでの間、１
が代入される。このことから、その再生を開始していな
い場合、判定はＹＥＳとなってステップ１３０３に移行
し、そうでない場合には、判定はＮＯとなってステップ
１３０７に移行し、変数ＢＴＦに０を代入した後、ステ
ップ１３０８に移行する。

【０１０６】ステップ１３０３では、変数ＢＳＴＦに１
を代入する。その代入後は、ステップ１３０４で変数Ｂ
ＴＦに０を代入し、ステップ１３０５で伴奏用の演奏デ
ータの再生進行を管理するための変数ＢＡＤに、その演
奏データに応じて初期値を代入し、更にステップ１３０
６で配列変数ＭＥＭの変数ＢＡＤの値によって指定され
る要素ＭＥＭ（ＢＡＤ）の時間データを変数ＢＴに代入
した後、ステップ１３０８に移行する。

【０１０７】ステップ１３０８では、変数ＢＴの値を更
新してから最小分解能時間が経過したか否か判定する。
その時間が経過した場合、判定はＹＥＳとなり、ステッ
プ１３０９で変数ＢＴの値をデクリメントした後、ステ
ップ１３１０に移行する。そうでない場合には、判定は
ＮＯとなり、ここで一連の処理を終了する。

【０１０８】ステップ１３１０では、変数ＢＴの値が０
か否か判定する。要素ＭＥＭ（ＢＡＤ）のイベントデー
タを処理すべきタイミングとなった場合、判定はＹＥＳ
となり、ステップ１３１１に移行する。そうでない場合
には、判定はＮＯとなり、ここで一連の処理を終了す
る。

【０１０９】ステップ１３１１では、要素ＭＥＭ（ＢＡ
Ｄ）のイベントデータを取り出す。続くステップ１３１
２では、そのイベントデータが楽音の発音を指示するノ
ートオンイベントデータか否か判定する。それがノート
イベントデータであった場合、判定はＹＥＳとなり、ス
テップ１３１３でそのノートナンバーを変数ＲＯＯＴ、
及びＣＯＤＥの値に応じて変換、即ちメロディ用の演奏
データ中で指定されたコード種、その根音を基にノート
ナンバーを変換した後、ステップ１３１４に移行する。
そうでない場合には、判定はＮＯとなり、そのステップ
１３１４に移行する。

【０１１０】ステップ１３１４では、ステップ１３１１
で取り出したイベントデータ、或いはステップ１３１３
でノートナンバーを変換したイベントデータを出力バッ
ファに格納する。続くステップ１３１５では、変数ＢＡ
Ｄの値をインクリメントする。その後、ステップ１３１
６に移行して、変数ＢＡＤの値が最終アドレスの値より
も大きいか否か判定する。再生の対象としている演奏デ
ータの再生が終了した場合、判定はＹＥＳとなって上記
ステップ１３０５に戻り、その再生を最初から開始す
る。そうでない場合には、判定はＮＯとなって上記ステ
ップ１３０６に戻り、処理の対象を次のイベントデータ
に切り換える。

【０１１１】一方、上記ステップ１３０１の判定がＮＯ
となって移行するステップ１３１７では、変数ＢＳＴＦ
の値が０か否か判定する。上述したように、伴奏用の演
奏データの再生が開始していない場合、判定はＹＥＳと
なり、ここで一連の処理を終了する。そうでない場合に
は、判定はＮＯとなり、上記ステップ１３０８に移行す
る。

【０１１２】このように、伴奏処理では、演奏データの
再生が終了すると、その先頭から再度、その再生を開始
するようになっている。それにより、メロディ用の演奏
データが再生されている間、それの再生を繰り返し行う
ようになっている。

【０１１３】図１４は、図２の全体処理でステップ２０
８として実行される発音処理の動作フローチャートであ
る。最後に、図１４を参照して、発音処理について詳細
に説明する。

【０１１４】先ず、ステップ１４０１では、出力バッフ
ァにイベントデータが格納されているか否か判定する。
そこにイベントデータが格納されていた場合、判定はＹ
ＥＳとなり、ステップ１４０２に移行する。そうでない
場合には、判定はＮＯとなり、ここで一連の処理を終了
する。

【０１１５】ステップ１４０２では、出力バッファに格
納されたイベントデータを音源１０８に出力する。続く
ステップ１４０３では、音源１０８に出力したイベント
データを出力バッファから消去する。その後、上記ステ
ップ１４０１に戻る。

【０１１６】このようにして、発音処理は、ステップ１
４０１の判定がＮＯとなるまでの間、言い換えれば出力
バッファにイベントデータが残っている間、ステップ１
４０１〜１４０３で形成される処理ループを繰り返し実
行するようになっている。それにより、発音処理の実行
時に出力バッファに格納されていたイベントデータは全
て音源１０８に出力している。

【０１１７】なお、本実施の形態では、メロディ用の演
奏データを主とし、伴奏用の演奏データを従として組み
合わせるようになっているが、組み合わせはそれに限定
されるものではない。

【０１１８】本実施の形態では、コードを構成するイベ
ントデータを処理して楽音を発音させるようになってい
るが、楽音を発音させないようにしても良い。或いは、
楽音を発音させるか否かをユーザが選択できるようにし
ても良い。これは、演奏データの再生制御に反映させる
イベントデータがコードを構成するイベントデータでな
くとも同様である。

【０１１９】処理タイミングの変更の対象は、演奏デー
タの先頭部分に存在するイベントデータのみとしている
が、その対象は先頭部分に存在するイベントデータに限
定されるものではない。例えば演奏データ中に存在す
る、それと組み合わされた演奏データの再生制御に反映
させるイベントデータを全て対象としても良い。それを
本実施の形態に適用した場合には、伴奏に反映させるコ
ードの切り換えをより適切に行えるようになる。或い
は、例えば演奏データの範囲を時間などにより指定させ
ることで、その対象をユーザが任意に変更できるように
しても良い。

【０１２０】録音については、ユーザの鍵盤１０９への
操作を対象に行っているが、ＭＩＤＩ端子等を介して他
の装置から受け取ったイベントデータを対象にして行え
るようにしても良い。

【０１２１】本実施の形態は自動演奏装置に本発明を適
用させたものである。このため、演奏データ中のイベン
トデータの処理タイミングを変更し、その変更を行った
演奏データを再生できるようになっているが、必ずしも
そうしなくとも良い。上述したように、演奏データ中の
イベントデータの処理タイミングを変更することによ
り、それを再生することによる演奏と、それと組み合わ
された演奏データを再生することによる演奏との間に生
じる演奏上のズレを回避させることができるようにな
る。それだけの再生に注目すれば、コードの各構成音は
より適切なタイミングでまとまって鳴るようになってい
る。このことから、本発明は、自動演奏装置として実現
させるだけでなく、イベントデータの処理タイミングを
変更する装置（演奏データ変更装置）として実現させて
も良い。その演奏データ変更装置は、ユーザにとっての
利便性をより向上させるために、ユーザが指定した条件
に該当するイベントデータの処理タイミングのみを変更
する用途に用いることができるようにしても良い。

【０１２２】上記自動演奏装置の動作、或いは演奏デー
タ変更装置の動作を実現させるようなプログラムは、Ｃ
Ｄ−ＲＯＭ、フロッピーディスク、或いは光磁気ディス
ク等の記録媒体に記録させて配布しても良い。或いは、
公衆網等の通信回線を用いて、そのプログラムの一部、
若しくは全部を配信するようにしても良い。そのように
した場合には、ユーザはプログラムを取得して任意の自
動演奏装置、演奏データ変更装置、或いはデータ処理装
置にロードすることにより、その装置に本発明を適用さ
せることができる。このことから、記録媒体は、プログ
ラムを配信する装置がアクセスできるものであっても良
い。

【０１２３】

【発明の効果】以上、説明したように本発明は、演奏デ
ータ中に存在する、予め定めた条件を満たして処理され
るイベントデータを抽出し、その処理タイミングを規則
に従って変更する。それにより、少なくとも、その条件
を満たして処理されるイベントデータがより適切なタイ
ミングで処理されるようにする。このため、その条件を
満たして処理されるイベントデータが、組み合わされた
他の演奏データの再生制御に関わるものであれば、イベ
ントデータの処理タイミングを変更した演奏データを他
の演奏データと組み合わせて再生させる場合に、それら
を適切な状態で再生させることができる。

【図面の簡単な説明】

【図１】本実施の形態による自動演奏装置を搭載した電
子楽器の回路構成図である。

【図２】全体処理の動作フローチャートである。

【図３】スイッチ処理の動作フローチャートである。

【図４】スイッチ処理の動作フローチャートである（続
き）。

【図５】再生開始処理の動作フローチャートである。

【図６】鍵盤処理の動作フローチャートである。

【図７】録音開始処理の動作フローチャートである。

【図８】録音処理の動作フローチャートである。

【図９】クォンタイズ処理の動作フローチャートであ
る。

【図１０】クォンタイズ処理の動作フローチャートであ
る（続き）。

【図１１】再生処理の動作フローチャートである。

【図１２】再生処理の動作フローチャートである（続
き）。

【図１３】伴奏処理の動作フローチャートである。

【図１４】発音処理の動作フローチャートである。

【符号の説明】

１０１ ＣＰＵ １０２ タイマ（ＴＩＭＥＲ） １０３ ＲＯＭ １０４ ＲＡＭ １０７ スイッチ群 １０８ 音源 １０９ 鍵盤 １１０ フロッピーディスクドライブ（ＦＤＤ） １２０ フロッピーディスク（ＦＤ）

Claims (9)

【特許請求の範囲】
1. 【請求項１】 演奏上のイベントの内容を表すイベント
   データに、該イベントデータの処理タイミングを指定す
   る時間データが付加されてなる演奏データを再生するこ
   とにより自動演奏を行う自動演奏装置において、 前記イベントデータを取得するイベントデータ取得手段
   と、 前記イベントデータ取得手段が取得したイベントデータ
   の処理タイミングを指定する時間データを生成する時間
   データ生成手段と、 前記イベントデータ取得手段が取得したイベントデータ
   に、前記時間データ生成手段が生成した時間データを付
   加して演奏データを生成する演奏データ生成手段と、 前記演奏データ生成手段が生成した演奏データを構成す
   るイベントデータ、及び該イベントデータに付加された
   時間データによって指定される処理タイミングから、予
   め定めた条件を満たして処理されるイベントデータを抽
   出するイベントデータ抽出手段と、 前記イベントデータ抽出手段が抽出したイベントデータ
   の処理タイミングを、予め定めた規則に従って変更する
   タイミング変更手段と、 前記タイミング変更手段によってイベントデータの処理
   タイミングが変更された演奏データを再生して自動演奏
   を行う自動演奏手段と、を具備したことを特徴とする自
   動演奏装置。
2. 【請求項２】 前記自動演奏手段が再生する演奏データ
   と組み合わされた他の演奏データを再生して自動演奏を
   行う他の自動演奏手段と、 前記自動演奏手段が処理したイベントデータから、前記
   条件を満たすイベントデータが処理されたか否か判定す
   る処理判定手段と、 前記処理判定手段の判定結果に応じて、前記他の自動演
   奏手段による他の演奏データの再生を制御する再生制御
   手段と、 を更に具備したことを特徴とする請求項１記載の自動演
   奏装置。
3. 【請求項３】 前記イベントデータ抽出手段は、前記条
   件を満たして処理されるイベントデータとして、所定時
   間内に、構成音となる楽音の発音開始を指示するイベン
   トデータが該構成音毎に揃っているコードの各構成音に
   対応するイベントデータをそれぞれ抽出し、 前記タイミング変更手段は、前記規則に従って、少なく
   とも、前記イベントデータ抽出手段が抽出した全てのイ
   ベントデータが前記所定時間と比較して短い時間内に処
   理される状態に該イベントデータの処理タイミングを変
   更する、 ことを特徴とする請求項１、または２記載の自動演奏装
   置。
4. 【請求項４】 前記イベントデータ抽出手段は、前記演
   奏データの先頭部分に存在するイベントデータを対象に
   して、前記条件を満たして処理されるイベントデータを
   抽出する、 ことを特徴とする請求項１、２、または３記載の自動演
   奏装置。
5. 【請求項５】 前記他の自動演奏手段が他の演奏データ
   として、伴奏用の演奏データを再生する場合に、 前記処理判定手段は、前記条件を満たすイベントデータ
   として、前記自動演奏手段が前記所定時間内に、コード
   の構成音となる楽音の発音開始を指示するイベントデー
   タを各構成音毎に全て処理したか否か判定し、 前記再生制御手段は、前記自動演奏手段が演奏データの
   再生を開始した後、前記処理判定手段が前記条件を満た
   すイベントデータを処理したと初めて判定した際に、前
   記他の自動演奏手段に他の演奏データの再生を開始させ
   る、 ことを特徴とする請求項２、３、または４記載の自動演
   奏装置。
6. 【請求項６】 演奏上のイベントの内容を表すイベント
   データに、該イベントデータの処理タイミングを指定す
   る時間データが付加されてなる演奏データを対象にし
   て、該イベントデータの処理タイミングを変更する装置
   であって、 前記演奏データを取得する演奏データ取得手段と、 前記演奏データ取得手段が取得した演奏データを構成す
   るイベントデータ、及び該イベントデータに付加された
   時間データによって指定される処理タイミングから、予
   め定めた条件を満たして処理されるイベントデータを抽
   出するイベントデータ抽出手段と、 前記イベントデータ抽出手段が抽出したイベントデータ
   の処理タイミングを、予め定めた規則に従って変更する
   タイミング変更手段と、 を具備したことを特徴とする演奏データ変更装置。
7. 【請求項７】 演奏上のイベントの内容を表すイベント
   データイベントデータを取得するイベントデータ取得手
   段と、 前記イベントデータ取得手段により取得されたイベント
   データの処理タイミングを指定する時間データを生成す
   る時間データ生成手段と、 前記イベントデータ取得手段により取得されたイベント
   データに、前記時間データ生成手段により生成された時
   間データを付加して演奏データを生成する演奏データ生
   成手段と、 前記演奏データ生成手段により生成された演奏データを
   構成するイベントデータ、及び該イベントデータに付加
   された時間データによって指定される処理タイミングか
   ら、予め定めた条件を満たして処理されるイベントデー
   タを抽出するイベントデータ抽出手段と、 前記イベントデータ抽出手段により抽出されたイベント
   データの処理タイミングを、予め定めた規則に従って変
   更するタイミング変更手段と、 前記タイミング変更手段によってイベントデータの処理
   タイミングが変更された演奏データを再生して自動演奏
   を行う自動演奏手段と、を実現させるプログラムを記録
   した記録媒体。
8. 【請求項８】 請求項７記載のプログラムが実現させる
   手段に加えて、 前記自動演奏手段により処理されたイベントデータか
   ら、前記条件を満たすイベントデータが処理されたか否
   か判定する処理判定手段と、 前記処理判定手段による判定結果に応じて、前記他の自
   動演奏手段による他の演奏データの再生を制御する再生
   制御手段と、 を更に実現させるプログラムを記録した記録媒体。
9. 【請求項９】 演奏上のイベントの内容を表すイベント
   データに、該イベントデータの処理タイミングを指定す
   る時間データが付加されてなる演奏データを取得する演
   奏データ取得手段と、 前記演奏データ取得手段により取得された演奏データを
   構成するイベントデータ、及び該イベントデータに付加
   された時間データによって指定される処理タイミングか
   ら、予め定めた条件を満たして処理されるイベントデー
   タを抽出するイベントデータ抽出手段と、 前記イベントデータ抽出手段により抽出されたイベント
   データの処理タイミングを、予め定めた規則に従って変
   更するタイミング変更手段と、 を実現させるプログラムを記録した記録媒体。