JPH0981131A - シーケンスデータのクウォンタイズ方法、及びシーケンスデータのタイミング処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 その再生が適正に行われるように、シーケン
スデータの発音タイミングを管理する。 【解決手段】 電子楽器１００は、楽曲データを記憶し
たＲＡＭを有し、テレビ１１０の画面上に、イベントデ
ータ、及びカーソル（図示せず）を表示させる。ユーザ
は、スイッチＳＷ６〜ＳＷ９を操作してカーソルを任意
のイベントデータ上に移動させた後、スイッチＳＷ１を
１回オンする指定操作を２回繰り返すことで、クウォン
タイズさせる範囲を指定する。範囲を指定した後、スイ
ッチＳＷ１をオンすると、電子楽器１００はクウォンタ
イズ処理を開始する。クウォンタイズ処理は、指定され
た範囲内の小節を、各小節毎に、各イベントデータの小
節先頭からのクロックを、それが属する小節の拍子に基
づいて変更していくことで行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、シーケンスデータ
により発音される楽音の発音タイミングを制御するため
の技術に関する。

【０００２】

【従来の技術及び発明が解決しようとする課題】近年、
異なる装置間で音楽情報を伝達するための規格であるＭ
ＩＤＩ（Musical Instrument Digital Interface）規格
が制定されたことから、自動演奏の分野は大きな発展を
遂げている。自動演奏を行うシーケンサー装置（以降、
単にシーケンサーと記す）も数多く商品化され、また、
その機能であるシーケンサー機能も様々な装置に搭載さ
れている。

【０００３】シーケンサー機能としては、楽曲データ
（シーケンスデータ）の記録／編集／再生がその主な機
能である。このシーケンサー機能を搭載することで、例
えば外部機器から送られた楽曲データを記録し、この記
録した楽曲データを任意にアレンジし、このアレンジし
た楽曲データを再生させることができる。

【０００４】楽曲データ（シーケンスデータ）の編集機
能により、音色、エフェクトといった楽音の発音形態に
関わる音源パラメータの設定内容の変更を含め、楽音の
音高やその発音タイミングの変更、発音させる楽音の追
加等、様々なことを行うことができる。上記発音タイミ
ングは、発音開始タイミング、及びその開始タイミング
から発音が持続する期間を含めた意味である。発音開始
タイミングの変更においては、そのタイミングのズレを
自動的に修正するクウォンタイズという機能も広く搭載
されている。

【０００５】上記のように、ユーザは編集機能を用いて
楽曲データを自由に編集することができる。しかし、以
下のような編集を行った場合、楽曲データが適正に再生
されないということが発生していた。

【０００６】最初の例としては、例えば小節の拍子を変
更した後、クウォンタイズ機能により発音開始タイミン
グのズレを修正させた場合である。クウォンタイズは、
指定された範囲を均等割し、その範囲内で発音される各
音符の発音開始タイミングを、均等割したタイミングに
それぞれ変更することを基本としている。このため、指
定した範囲内の小節の拍子を変更すると、それが全体の
クウォンタイズに影響する。これにより、例えば本来は
小節の先頭で発音させるべき音符が、その小節の前の小
節で発音されたり、或いは同じ小節内でも他のところで
発音されたりする。このように、ユーザが意図していな
い形でクウォンタイズされることがあるという問題点が
あった。

【０００７】次の例は、音符の発音開始タイミングを、
それが属している小節外としてしまった場合である。シ
ーケンスデータの時間管理としては、前の音符との間隔
で各音符の発音開始タイミングを管理するデルタタイム
管理方法と、小節内で発音される音符の発音開始タイミ
ングを、その小節の先頭からの間隔により管理する相対
時間管理方法が広く用いられている。後者の方法では、
音符を消去してもそれが他の音符に影響しないことか
ら、前者の方法と比較すると、シーケンスデータの編集
が容易であるという利点がある。

【０００８】シーケンサー機能により、上記相対時間管
理方法で作成されたシーケンスデータを編集する場合、
ユーザは小節内の音符の発音開始タイミングを任意に変
更することができた。しかし、そのシーケンスデータを
再生する自動演奏装置は、基本的に、各音符の発音を小
節毎に管理することから、音符の発音開始タイミングを
それが属する小節の外に変更してしまうと、その音符が
発音されないといった発音異常が発生することがあっ
た。また、その変更を行ったことで、シーケンスデータ
が正常に表示されなくなることもあった。

【０００９】本発明の課題は、その再生が適正に行われ
るように、シーケンスデータの発音タイミングを管理す
ることにある。

【００１０】

【課題を解決するための手段】本発明のシーケンスデー
タのクウォンタイズ方法は、指定範囲内に存在するシー
ケンスデータの発音開始タイミングを変更することを前
提とし、指定範囲として複数の小節にまたがる範囲が指
定されたとき、小節を処理単位として、各小節毎に、シ
ーケンスデータの発音開始タイミングを、それが属する
小節の拍子に基づいて変更していく、ことでクウォンタ
イズを行う。

【００１１】本発明の第１の態様のシーケンスデータの
タイミング処理装置は、シーケンスデータの発音開始タ
イミングを制御することを前提とし、シーケンスデータ
の発音開始タイミングを変更させる範囲を指定するため
の指定手段と、指定手段により、複数の小節にまたがる
範囲が指定されたとき、小節を処理単位として、各小節
毎に、シーケンスデータの発音開始タイミングを、それ
が属する小節の拍子に基づいて変更する制御手段と、を
具備する。

【００１２】上記の発明においては、小節を処理単位と
したことで、その小節の演奏時間等を変更しても、その
変更が他の小節に影響することなく、クウォンタイズが
行われる。

【００１３】本発明の第２の態様のシーケンスデータの
タイミング処理装置は、シーケンスデータの発音開始タ
イミングを制御することを前提とし、シーケンスデータ
の発音開始タイミングを指定するための指定手段と、指
定手段により指定されたシーケンスデータの発音開始タ
イミングが、該シーケンスデータが属する小節内である
か否か判定する判定手段と、シーケンスデータの発音開
始タイミングが、該シーケンスデータが属する小節内で
はないと判定手段が判定したとき、指定手段による指定
を無効とする制御手段と、を具備する。

【００１４】これにより、シーケンスデータの発音開始
タイミングに対する変更において、それが属する小節外
となる変更が禁止され、ある小節に属しているシーケン
スデータは、その小節内で発音を確実に開始することに
なる。

【００１５】

【発明の実施の形態】以下、本発明を適用した実施の形
態について、図面を参照しながら詳細に説明する。

【００１６】図１は、第１の実施の形態が適用されたシ
ステムの外観を示す図である。第１の実施の形態は、電
子楽器１００として実現されている。電子楽器１００
は、発音させる楽音の指定に用いられる鍵盤１０１と、
図示しているスイッチＳＷ１〜ＳＷ９、及び特には図示
していない他の複数のスイッチからなるスイッチ群１０
２とを備えている。この電子楽器１００は、マルチ音源
として動作する機能、シーケンサー機能等を備えた、Ｇ
Ｍ（ジェネラルＭＩＤＩ）対応機種である。

【００１７】この電子楽器１００には、テレビ１１０が
接続されている。電子楽器１００は、テレビ１１０の画
面上に、音符データ（イベントデータ）や、現在設定さ
れている音源パラメータ等の表示を行う。なお、ユーザ
は、テレビ１１０に表示させる内容を、スイッチ群１０
２の所定のスイッチに対する操作によって指定すること
ができる。

【００１８】電子楽器１００には、シーケンサー等の外
部機器と接続するための端子が設けられている。外部機
器とは、例えばＭＩＤＩデータで音楽情報をやりとりす
る。電子楽器１００は、例えば接続されたシーケンサー
からＭＩＤＩデータが送られてくると、そのＭＩＤＩデ
ータを解析し、その解析結果に従って楽音の発音や、音
源パラメータの設定等を行うとともに、そのＭＩＤＩデ
ータの内容をテレビ１１０に表示させる処理等を行う。

【００１９】図２は、上記電子楽器１００の構成のブロ
ック図である。図２に示すように、この電子楽器１００
は、楽器（及びシステム）全体の制御を行うＣＰＵ２０
１と、各種プログラムや制御用データを記憶したＲＯＭ
２０２と、主にＣＰＵ２０１がワーク領域として用いる
ＲＡＭ２０３と、上述した鍵盤１０１、及びスイッチ群
１０２と、テレビ１１０の画面上に画像を表示させるた
めの画像データを出力する画像データ出力部２０４と、
ＣＰＵ２０１から送られた発音コマンドに従って楽音を
発音するサウンドシステム２０５と、外部機器とのＭＩ
ＤＩデータの授受を行うＭＩＤＩインターフェイス２０
６とを備えて構成されている。

【００２０】上記の構成において、その概略動作を説明
する。ＣＰＵ２０１は、ＲＯＭ２０２に記憶されている
制御プログラムに基づいて、楽器１００全体の動作を制
御し、これにより、図１に示すシステム全体の動作を制
御する。

【００２１】ユーザが鍵盤１０１を操作すると、ＣＰＵ
２０１は、操作された鍵を特定するとともに、その鍵が
操作されたときの速さ（ベロシティ）を求めて、ユーザ
の操作内容に応じて発音コマンドを生成し、これをサウ
ンドシステム２０５に出力する。

【００２２】このサウンドシステム２０５は、特には図
示しないが、例えば各種の楽音波形データを格納した波
形ＲＯＭ、この波形ＲＯＭから波形データを読み出す音
源部、音源部が読み出した波形データに音響効果等を付
加するエフェクタ、エフェクタから出力されたデジタル
の波形データをＤ／Ａ変換し、アナログの波形（楽音）
信号を出力するＤ／Ａコンバータ、Ｄ／Ａコンバータが
出力した波形信号により楽音を発音するスピーカからな
る。ＣＰＵ２０１から入力した発音コマンドに従って楽
音を発音することにより、ユーザが鍵盤１０１に対して
行った操作に応じて楽音が発音されることになる。

【００２３】ＣＰＵ２０１は、このサウンドシステム２
０５に発音コマンドを出力する他に、発音される楽音を
特徴づける音源パラメータの設定を行う。音源パラメー
タの設定は、ユーザがスイッチ群１０２の所定のスイッ
チを操作したとき、或いは外部機器から音響パラメータ
を指定するＭＩＤＩデータをＭＩＤＩインターフェイス
２０６が受け取ったときに行う。なお、音源パラメータ
とは、波形ＲＯＭから読み出す波形データ（音色に相当
する）の種類、エフェクタが付加する音響効果の種類、
及びその深さ、ボリューム、パン等のことである。

【００２４】ＭＩＤＩインターフェイス２０６がＭＩＤ
Ｉデータを受け取った場合、ＣＰＵ１０２は、そのＭＩ
ＤＩデータの内容に従って発音コマンドの生成、及びそ
れのサウンドシステム２０５への出力、音響パラメータ
の設定の他に、ユーザの指定に応じて、そのＭＩＤＩデ
ータの内容のテレビ１１０への表示や、ＭＩＤＩデータ
のＲＡＭ２０３への記録を行う。

【００２５】テレビ１１０への画像の表示は、以下のよ
うにして行われる。例えば、上記したように、ＭＩＤＩ
インターフェイス２０６が受信したＭＩＤＩデータを表
示させる場合、ＣＰＵ２０１は、このＭＩＤＩデータを
解析し、その内容を表示させるために必要な画像データ
を特定する。その後、特定した画像データをＲＯＭ２０
２から読み出し、必要があればこれを加工して画像デー
タ出力部２０４に出力する。また、ＣＰＵ２０１は、こ
の画像データの他に、その画像データを表示させる位置
を指定する座標データを画像データ出力部２０４に出力
する。

【００２６】画像データ出力部２０４は、上記座標デー
タが示す表示位置に画像データを表示させるように、テ
レビ１１０に画像データを出力する。この画像データ
は、テレビ１１０の画面表示の方式に対応させて、１操
作ライン毎の、ＮＴＳＣ方式に基づくビデオコンポジッ
ト信号の形でテレビ１１０に出力する。これにより、テ
レビ１１０の表示画面上にＭＩＤＩデータが予め設定さ
れた表示形式で表示される。

【００２７】一方、受信したＭＩＤＩデータのＲＡＭ２
０３への記録は以下のようにして行われる。ＲＡＭ２０
３には、楽曲データを記録する記録領域（楽曲データ記
憶領域）が割り当てられ、この記録領域は、複数の記録
対象トラックに分割されている。記録対象トラックは、
ユーザが予めスイッチ群１０２を操作して指定する。Ｍ
ＩＤＩデータのＲＡＭ２０３への記録は、ユーザが指定
したＲＡＭ２０３の楽曲データ記録領域上の記録対象ト
ラックに、ＭＩＤＩデータにおいてチャンネルメッセー
ジとして送られるイベントデータを、その入力タイミン
グとともに順次書き込むことで行われる。

【００２８】また、ＲＡＭ２０３に記録された楽曲（イ
ベント）データは、編集することができる。ＣＰＵ２０
１は、ユーザがスイッチ群１０２において指定した内容
に従って、ＲＡＭ２０３の楽曲データ記録領域上の所望
のトラックに記録されている楽曲データ（イベントデー
タ）を読み出して、例えば図７に示すように、そのデー
タを演奏順に表形式でテレビ１１０に表示させる。ユー
ザは、スイッチ群１０２を用いて、テレビ１１０に表示
されている楽曲（イベント）データに対して、楽曲（イ
ベント）データの挿入、削除、移動、複写などを行うこ
とができる。

【００２９】上記のようにして、ユーザが編集した結
果、及び音響パラメータを変更させた結果は、ＲＡＭ２
０３の楽曲データ記録領域の楽曲データの内容、或いは
受信中のＭＩＤＩデータによる自動演奏に反映される。

【００３０】ＲＡＭ２０３の楽曲データ記録領域の楽曲
データの再生は、ＣＰＵ２０１が、その記憶領域上の再
生対象トラックからイベントデータを順次読み出し、読
み出したイベントデータで楽音を発音させる発音コマン
ドを作成して、それをサウンドシステム２０５に出力す
ることで行われる。これにより、ＭＩＤＩデータの受信
時と同様に、自動演奏が行われる。

【００３１】以上が電子楽器１００の構成、及び各部の
概略動作である。次に図３〜図６を参照して、ＲＡＭ２
０３に記憶される楽曲データのデータフォーマットにつ
いて説明する。

【００３２】第１の実施の形態では、楽曲データは、各
小節のイベントデータと、連続する１２８小節分のイベ
ントデータを単位とする小節ブロックと、最大で８個の
小節ブロックを含むトラック、１６トラックを単位とす
る楽曲という各単位を用いて、階層的に管理される点が
特徴である。

【００３３】まず、図３に示されるトラック使用状況デ
ータＳＮＧ＿ＴＲＫ＿ＵＳＥは、１６ビットのデータで
あって、各楽曲毎に設定される。各データには、トラッ
ク０〜１５の各トラックが楽曲の自動演奏において使用
されるか否かが、“１”又は“０”のフラグによって設
定される。このデータの、最下位ビットがトラック０に
対応し、最上位ビットがトラック１５に対応する。

【００３４】図４(a) に示される配列ＳＮＧ＿ＢＡＲ＿
ＴＢＬには、楽曲毎及び各楽曲内のトラック毎に、第０
小節〜第１０２３小節の１０２４小節を１２８小節ずつ
分割して得られる８つの小節ブロックのそれぞれに対応
する、図４(b) に示される配列ＳＮＧ＿ＢＡＲ＿ＰＴＲ
内の１２８個ずつの配列データ群の各先頭要素情報が記
憶される。配列ＳＮＧ＿ＢＡＲ＿ＰＴＲに定義可能な小
節ブロックの数は、例えば最大で３２である。その場
合、配列ＳＮＧ＿ＢＡＲ＿ＴＢＬには、小節ブロック先
頭要素情報として、０ｘ００〜０ｘ１ｆ（１０進数の０
〜３１に対応）の何れかの値が記憶される。この小節ブ
ロック先頭要素情報の値を１２８倍して得られる値が、
その小節ブロックに対応する配列ＳＮＧ＿ＢＡＲ＿ＰＴ
Ｒ内の１２８個の配列データ群の先頭要素番号となる。
但し、未使用のトラックのそれぞれの小節ブロックの先
頭要素情報及び使用トラック内の未使用の小節ブロック
の先頭要素情報としては、値０ｘｆｆが設定される。

【００３５】図４(b) に示される配列ＳＮＧ＿ＢＡＲ＿
ＰＴＲには、上述の小節ブロック毎に、各小節ブロック
内の１２８小節のそれぞれに対応する、図４(c) に示さ
れる配列ＳＮＧ＿ＳＯＮＧ内のイベントデータ群の各先
頭要素番号が記憶される。配列ＳＮＧ＿ＳＯＮＧに定義
可能なイベントデータの数は、例えば最大で１６３８４
イベントである。その場合、配列ＳＮＧ＿ＢＡＲ＿ＰＴ
Ｒには、各小節に対応するイベントデータ群の先頭要素
番号として、０ｘ００００〜０ｘ４０００（１０進数の
０〜１６３８３に対応）の何れかの値が記憶される。但
し、全休符の小節に対応する先頭要素番号としては、値
０ｘｆｆｆｆが設定される。

【００３６】図４(c) に示される配列ＳＮＧ＿ＳＯＮＧ
には、上述したように小節単位で連続したイベントデー
タが記憶される。１つのイベントデータは、後述するよ
うに３ワードのデータとして構成される。但し、配列Ｓ
ＮＧ＿ＳＯＮＧは、５１２個のイベントデータを単位と
する３２個のイベントデータブロック（１６３８４イベ
ントデータ分）に分割される。ここで、１つの小節内の
イベントデータ群が２つのイベントデータブロックに分
割される場合には、第１番目のイベントデータブロック
の末尾に後述するジャンプイベントデータが記憶され、
また、第２番目のイベントデータブロックの先頭に後述
するジャンプソースイベントデータが記憶される。

【００３７】図５は、図４(c) の配列ＳＮＧ＿ＳＯＮＧ
に記憶されるイベントデータ群を構成するノートイベン
トデータとコントロールイベントデータのデータフォー
マットを示す図であり、各イベントデータは３ワードの
データとして構成される。

【００３８】図５(a) に示されるノートイベントデータ
は、楽譜の音符に対応するものであり、単音の発音処理
に必要な複数の情報を含む。即ち、ノートイベントデー
タの第１ワードは、上位７ビットが音高番号、下位７ビ
ットがベロシティを表わす。ノートイベントデータの第
２ワードは、そのノートイベントデータに対応する音符
について、それが含まれる小節の先頭からの時間位置
を、適当な単位（第１の実施の形態では４８０分の１拍
のクロック）でカウントした値である。そして、ノート
イベントデータの第３ワードは、そのノートイベントデ
ータに対応する音符の発音時間を前述の適当な単位でカ
ウントしたゲートタイムである。

【００３９】図５(b) に示されるコントロールイベント
データは、楽曲の再生を制御するために必要な、上述の
ノートイベントデータ以外のイベントデータであり、第
１ワードの最上位ビットが１であることによって、ノー
トイベントデータと区別される。このコントロールイベ
ントデータは、更に、メタイベントデータ群、ジャンプ
イベントデータ群、及びコマンドイベントデータ群の３
つに分類される。メタイベントデータ群は、楽曲全体の
テンポ、拍子、調に関する情報を含む。ジャンプイベン
トデータ群は、図６で後述するように、トラック終了、
小節終了、次処理データへのジャンプ等の、イベントデ
ータの位置制御に関する情報を含む。更に、コマンドイ
ベントデータ群は、音量、プログラムチェンジ（音
色）、ベンダー等の、楽音に対する修飾的な効果を付加
するための情報を含む。コントロールイベントデータの
第１ワードの下位７ビットはコントロールコードを示
し、このコードによって制御内容が決定される。例え
ば、メタイベントデータ群のテンポイベントデータに対
応する第１ワードの値は０ｘｆｆ００、ジャンプイベン
トデータ群の小節終了イベントデータに対応する第１ワ
ードの値は０ｘｆｆ１１（図６(b) 参照）、コマンドイ
ベントデータ群のプログラムチェンジイベントデータに
対応する第１ワードの値は０ｘｆｆ２０となる。コント
ロールイベントデータの第２ワードは、そのコントロー
ルイベントデータに対応する制御が実行される小節の先
頭からの時間位置を、前述した適当な単位でカウントし
た値である。コントロールイベントデータの第３ワード
には、コントロールコード以外に必要なコントロール値
が格納される。例えばメタイベントデータ群のテンポイ
ベントデータの第３ワードにはテンポ番号、ジャンプイ
ベントデータ群のジャンプイベントデータの第３ワード
には配列ＳＮＧ＿ＳＯＮＧ（図４(c) ）内でのジャンプ
先のイベントデータの要素番号、コマンドイベントデー
タ群のプログラムチェンジイベントデータの第３ワード
には音色番号が格納される。

【００４０】次に、上述したコントロールイベントデー
タのうちのジャンプイベントデータ群を構成する４種類
のイベントデータについて説明する。図６は、これら４
種類のイベントデータのそれぞれのデータフォーマット
を示す図である。

【００４１】まず、図６(a) のトラック終了イベントデ
ータは、各トラックのイベントデータ群の終了位置にそ
のトラックの最終のイベントデータとして挿入される。
次に、図６(b) の小節終了イベントデータは、各小節の
イベントデータ群の終了位置にその小節の最終イベント
データとして挿入される。

【００４２】更に、図６(c) のジャンプイベントデータ
と図６(d) のジャンプソースイベントデータは、図４
(c) の配列ＳＮＧ＿ＳＯＮＧにおいて、１つの小節内の
イベントデータ群が５１２イベントずつの２つのイベン
トデータブロックに分割される場合に、それぞれ、第１
番目のイベントデータブロックの末尾と第２番目のイベ
ントデータブロックの先頭に記憶される。この場合、ジ
ャンプイベントデータの第３ワードには配列ＳＮＧ＿Ｓ
ＯＮＧ内でのジャンプ先のイベントデータの要素番号が
格納され、ジャンプソースイベントデータの第３ワード
には同じくジャンプ元のイベントデータの要素番号が格
納される。

【００４３】なお、図６(a) 〜(d) に示される４種類の
イベントデータについて、イベントデータの編集処理及
び再生処理においては、第１ワードにより現在処理イベ
ントデータがジャンプイベントデータ群に属するイベン
トであることが認識された時点で、各々のイベントデー
タに対応した処理が即座に実行される。従って、これら
各イベントデータの第２ワードは任意の値でよい。ま
た、トラック終了イベントデータと小節終了イベントデ
ータの第３ワードも任意の値でよい。

【００４４】以上説明した図３〜図６の楽曲データのデ
ータフォーマットが採用されることにより、自動演奏に
関する制御を非常に効率的に実行することが可能とな
る。なお、ここでは、自動演奏全体のデータを主に意図
する場合に楽曲データの表現を用いており、この楽曲デ
ータがシーケンスデータに対応する。

【００４５】上記データフォーマットでＲＡＭ２０３に
記録された楽曲データに対し、ユーザはクウォンタイズ
を行うことができる。このクウォンタイズは、指定され
た範囲内のイベントデータの発音開始タイミングを自動
的に変更するものである。

【００４６】クウォンタイズする範囲の指定は、以下の
ようにして行う。図７を参照して説明する。図７は、ク
ウォンタイズ処理の範囲指定方法を説明する図である。
テレビ１１０に表示されているイベントデータに対して
実際に範囲を指定し、その後、クウォンタイズを行った
結果までの様子を表している。

【００４７】先ず、図７（ａ）に表示されているイベン
トデータの見方について、最上段、及び最下段の行のイ
ベントデータを例にとり、その順序で説明する。最上段
に表示されているイベントデータは、基本的に３つの項
目からなる。具体的には、“０００１／１／０００”、
“ＰＲＧＣＨＧ ００１”、“ＰＩＡＮＯ”の３項目で
ある。

【００４８】最初の項目“０００１／１／０００”は、
そのイベントデータによる処理が行われる開始タイミン
グを示すタイミング項目である。スラッシュで区切られ
た各数値は、左から、小節番号、拍数、その拍数内にお
けるタイミング（ステップ数）を表している。第１の実
施の形態では、１拍の分解能を４８０クロックとしてい
る。そのタイミングは、この分解能を基に表現された値
である。上記ステップ数は、クロック数で表現したその
拍数内におけるタイミングを示している。

【００４９】次の項目“ＰＲＧＣＨＧ ００１”は、そ
のイベントデータのコマンドの種類を示すコマンド項目
である。この場合は、音色の変更を指定するコントロー
ルイベントデータであり、音色番号が“００１”の音色
を指定したことを表している。

【００５０】最後の項目“ＰＩＡＮＯ”は、音色番号
“００１”に対応する音色の種類を示すパラメータ項目
である。この場合、音色番号“００１”はピアノである
ことを表している。

【００５１】最下段に表示されているイベントデータ
は、そのデータが以下の内容であることを示している。
その最初の項目“０００１／３／１２０”については、
上記最上段のそれと見方は同じである。このため、それ
に続く項目の意味について説明する。

【００５２】最初の項目に続く２番目の項目“ＮＯＴ
Ｅ”は、そのイベントデータのコマンドの種類が発音コ
マンドであることを示す。以下、３番目の項目“Ｇ４”
はその音高、４番目の項目“８０”はベロシティ、最後
の項目“７２０”はゲートタイムをそれぞれ示してい
る。

【００５３】上記のように表現されているイベントデー
タに対する範囲の指定、及びクウォンタイズ処理の開始
は、カーソルキーであるスイッチＳＷ６〜ＳＷ９、及び
スイッチＳＷ１を用いて行う。

【００５４】具体的には、先ず、スイッチＳＷ６〜ＳＷ
９を用いて、画面上に枠で表示されているカーソルを所
望する範囲の先頭に移動させた後、スイッチＳＷ１を操
作する。これにより、範囲の先頭位置が指定される。図
７（ａ）は初期状態であり、図７（ｂ）は、図７（ａ）
の初期状態からカーソルを移動させて、範囲の先頭位置
を指定したときの状態を示している。

【００５５】範囲の先頭位置を指定した後は、次に範囲
の終了位置を指定する。これは、範囲の先頭位置の指定
と同様の操作で指定する。図７（ｃ）は、図７（ｂ）の
状態からカーソルを移動させて、範囲の終了位置を指定
した状態を示している。

【００５６】このようにして先頭位置と終了位置を指定
することで、クウォンタイズする範囲が確定する。その
後、再度スイッチＳＷ１を操作すると、指定された範囲
内を処理対象としたクウォンタイズ処理が行われる。図
７（ｄ）は、クウォンタイズ処理後の状態を示してい
る。

【００５７】次に、上記ＣＰＵ２０１がＲＯＭ２０２に
記憶された制御プログラムを実行する動作として実現さ
れる各種処理について、図８〜図１０の動作フローチャ
ート、及び図１１の説明図を参照して説明する。

【００５８】最初に、全体処理について、図８に示すそ
の動作フローチャートを参照して説明する。特には図示
しない電源スイッチをユーザが投入（オン）すると、先
ず、ステップ８０１において、ＣＰＵ２０１内のレジス
タ、及びＲＡＭ２０３のワーク領域のクリア、及び初期
設定といったイニシャル処理を行う。このイニシャル処
理が終了すると、ステップ８０２の処理に移行する。

【００５９】ステップ８０２では、ユーザがスイッチ群
１０２に行った操作内容に応じるための処理であるスイ
ッチ処理を行う。続くステップ８０３において、ユーザ
が鍵盤１０１に行った操作内容に応じて楽音を発音させ
る鍵盤処理といったその他の処理を実行し、その後、ス
テップ８０２の処理に戻る。

【００６０】このように、ステップ８０２〜８０３の処
理を繰り返すことにより、ユーザがスイッチ群１０２、
鍵盤１０１等に対して行った操作に対応して、電子楽器
１００が動作する。

【００６１】次に、上記ステップ８０２のスイッチ処理
について、図９に示すその動作フローチャートを参照し
て詳細に説明する。先ず、ステップ９０１では、スイッ
チＳＷ１がオンされたか否か判定する。スイッチＳＷ１
は、上述したように、イベントデータに対するクウォン
タイズを指示するためのスイッチである。ユーザがこの
スイッチＳＷ１を操作した場合、その判定はＹＥＳとな
ってステップ９０２の処理に移行する。そうでない場
合、その判定はＮＯとなってステップ９０７の処理に移
行する。

【００６２】ステップ９０２では、クウォンタイズ処理
フラグの値の判定を行う。ステップ９０２に続く処理
は、クウォンタイズ処理フラグの値に応じて行われる。
図７を参照して説明したように、クウォンタイズ処理す
る範囲指定、及びその処理の実行は、スイッチＳＷ１を
用いて行われる。上記クウォンタイズ処理フラグは、ス
イッチＳＷ１に対する操作に応じて、範囲指定からクウ
ォンタイズ処理の実行までの進行を管理するための変数
である。この変数は、ＣＰＵ２０１内のレジスタ、或い
はＲＡＭ２０３に保持される。

【００６３】ステップ９０２において、クウォンタイズ
処理フラグの値は０と判定した場合、次にステップ９０
３の処理が実行される。ステップ９０３では、クウォン
タイズ範囲の先頭位置が指定されたとして、カーソルが
表示されているイベントデータをその先頭位置として登
録する。また、この先頭位置の登録の他に、クウォンタ
イズ処理フラグのインクリメント（＝１）を行う。その
後、ステップ９０６の処理に移行する。

【００６４】ステップ９０２において、クウォンタイズ
処理フラグの値は１と判定した場合、次にステップ９０
４の処理が実行される。ステップ９０４では、クウォン
タイズ範囲の終了位置が指定されたとして、カーソルが
表示されているイベントデータをその終了位置として登
録する。また、この終了位置の登録の他に、クウォンタ
イズ処理フラグのインクリメント（＝２）を行う。その
後、ステップ９０６の処理に移行する。

【００６５】ステップ９０２において、クウォンタイズ
処理フラグの値は２と判定した場合、次にステップ９０
５の処理が実行される。ステップ９０５では、ステップ
９０３、及び９０４の処理が実行されたことで確定した
範囲のイベントデータを対象として、クウォンタイズ処
理を実行する。このクウォンタイズ処理が実行されるこ
とで、クウォンタイズ処理フラグはリセット、即ちクウ
ォンタイズ処理フラグには０が代入される。その後、ス
テップ９０６の処理に移行する。このクウォンタイズ処
理の詳細については後述する。

【００６６】ステップ６０３では、スイッチ群１０２の
他のスイッチ対してユーザが行った操作に応じたその他
の処理を実行する。このその他の処理が終了すると、こ
こで一連の処理を終了し、その後、図８のステップ８０
３のその他の処理が実行される。

【００６７】上記ステップ９０１において、スイッチＳ
Ｗ１がオンされなかったと判定した場合、ステップ９０
７の処理に移行する。ステップ９０７では、スイッチＳ
Ｗ２がオンされたか否か判定する。このスイッチＳＷ２
は、クウォンタイズ処理への進行をキャンセル、即ち最
初の状態に戻すことを指示するためのスイッチである。
ユーザがスイッチＳＷ２を操作した場合、その判定はＹ
ＥＳとなってステップ９０８の処理に移行する。そうで
ない場合、その判定はＮＯとなってステップ９０６の処
理に移行する。

【００６８】ステップ９０８では、それまでの進行を全
て無効とするためのキャンセル処理を行う。このキャン
セル処理が実行されることで、それまでに先頭位置、及
び終了位置が指定されていた場合にはそれらの情報が消
去され、クウォンタイズ処理フラグには０が代入され
る。この処理が終了すると、ステップ９０６の処理に移
行する。

【００６９】図１０は、上記ステップ９０５のクウォン
タイズ処理の動作フローチャートである。同図を参照し
て、その処理動作を詳細に説明する。処理動作を説明す
る前に、第１の実施の形態によるクウォンタイズの処理
方法について、図１１を参照して説明する。図１１は、
各拍子における１小節の時間的長さを示す図である。時
間的長さは、第１の実施の形態における分解能、即ち１
拍あたりのクロック数を４８０として表現している。な
お、拍子は、小節のクロック数により定義（設定）され
るパラメータである。

【００７０】図１１では、上段から、４／４拍子、１７
／１６拍子、９／８拍子の各拍子におけるその時間的長
さをクロック数で表現している。１拍（４分音符）あた
りのクロック数、即ち分解能は、第１の実施の形態にあ
わせて４８０としている。従って、例えば４／４拍子を
例にとれば、その小節のクロック数は１９２０（＝４８
０×４）となる。実際上では、小節の先頭のクロック数
の値を０とすることから、４／４拍子の１小節内の時間
的位置は、０〜１９１９までのクロック数で表現され
る。同じ理由により、１拍目とは０〜４７９までのクロ
ック数であり、４８０は２拍目の先頭となる。以下同様
であり、クロック数が１９２０のときは次の小節の先頭
となる。

【００７１】なお、他の拍子においては、１７／１６拍
子のクロック数は２０４０（＝４８０×４×１７／１
６）、９／８拍子のクロック数は２１６０（＝４８０×
４×９／８）である。

【００７２】従来、クウォンタイズ処理は、指定された
範囲を均等割し、その均等割したタイミングに、イベン
トデータの発音開始タイミングを変更することで、その
タイミングのズレを修正することを基本としている。し
かし、第１の実施の形態では、たとえ複数の小節を含む
範囲が指定されたとしても、各小節毎に分けて、その小
節内のイベントデータに対するクウォンタイズを行うよ
うにしている。

【００７３】小節毎のクウォンタイズ処理は、以下のよ
うにして行われる。例えば４／４拍子で４分音符単位の
クウォンタイズ処理を行う場合、小節内のイベントデー
タの発音開始タイミングは、図１１において縦線で示す
何れかのタイミングに合わせられる。同様に、１７／１
６拍子、９／８拍子の各拍子の小節に対し、１拍の単位
となる音符でクウォンタイズ処理を行った場合、その小
節のイベントデータの発音開始タイミングは、それぞれ
において縦線で示す何れかのタイミングに修正される。

【００７４】発音開始タイミングの修正は、例えば隣り
合う縦線で示す修正後のタイミングの間に位置している
発音開始タイミングを、その何れかのタイミングに合わ
せるかを示す比率（オフセット）に従って行われる。例
えばそのオフセットを５０パーセントとした場合、４／
４拍子の小節において、３拍目（クロック数が１４４
０）と４拍目（クロック数が１９１９）の間に位置して
いる発音タイミングは、クロック数１６８０（＝１９２
０−４８０／２）を境として、それよりもクロック数が
小さければそのクロック数を１４４０に、反対にそれよ
りも大きければそのクロック数を１９２０、即ち次小節
の先頭にそれぞれ修正される。

【００７５】このようなクウォンタイズ処理を、各小節
毎に独立させて行うことにより、クウォンタイズ処理さ
れる範囲内のある小節の拍子（クロック数）を変更させ
ても、その変更が他の小節に影響することが回避され
る。このため、小節の拍子（クロック数）を変更したこ
とで、イベントデータの発音開始タイミングがユーザが
意図したものと大きくかけ離れるということがなくな
り、ユーザは意図したクウォンタイズを容易にかけるこ
とができるようになる。

【００７６】図１０の説明に戻り、第１の実施の形態に
よるクウォンタイズ処理について、その動作フローチャ
ートを参照して説明する。先ず、ステップ１００１で
は、クウォンタイズ処理の実行のために、ＲＡＭ２０３
のワーク領域の確保といったイニシャル処理を実行す
る。このイニシャル処理が終了すると、ステップ１００
２の処理に移行する。

【００７７】ステップ１００２では、現在小節が示す小
節のクロック数の調査を行う。この現在小節は、ＣＰＵ
２０１内のレジスタ、或いはＲＡＭ２０３に保持される
変数であり、現在において処理すべき小節を示す値が代
入される。ステップ１００１のイニシャル処理では、こ
の現在小節に、図９のステップ９０３で登録された先頭
位置の小節を示す値を代入している。

【００７８】なお、小節のクロック数は、次小節の先頭
のイベントデータに、第２ワードとして格納されている
（図５参照）。その次小節の先頭のイベントデータは、
図４に示すように、配列ＳＮＧ＿ＢＡＲ＿ＴＢＬから配
列ＳＮＧ＿ＢＡＲ＿ＰＴＲのクウォンタイズ処理するト
ラックの先頭要素番号が格納されている領域を特定し、
その特定した配列ＳＮＧ＿ＢＡＲ＿ＰＴＲの領域内の先
頭要素番号を順次検索していくことで、配列ＳＮＧ＿Ｓ
ＯＮＧ内のそのデータにアクセスする。

【００７９】ステップ１００２で小節のクロック数を得
ると、ステップ１００３の処理に移行する。このステッ
プ１００３では、次小節に移動させるべき発音開始タイ
ミングのクロック数を調査する。

【００８０】この調査により、例えば小節の拍子が４／
４拍子で、オフセットが５０パーセントとした場合に
は、図１１に示すように、次小節に移動させるべきタイ
ミングとしてクロック数１６８０が算出されることにな
る。

【００８１】ステップ１００３に続くステップ１００４
では、現在小節が示す小節にイベントデータがないか否
か判定する。その小節内にイベントデータがなかった場
合、その判定はＹＥＳとなってステップ１０１１の処理
に移行する。そうでない場合、その判定はＮＯとなって
ステップ１００５の処理に移行する。

【００８２】ステップ１００５では、その小節の先頭イ
ベントデータを設定する。このときには、図１１を参照
して説明したように、４分音符等のクウォンタイズにお
ける単位、及びオフセットに基づき、それの発音開始タ
イミングが修正される。

【００８３】ステップ１００５に続くステップ１００６
では、前に処理したイベントデータが小節の最後のイベ
ントデータか否か判定する。処理対象の小節内のイベン
トデータを全て処理した場合、その判定はＹＥＳとなっ
てステップ１０１１の処理に移行する。そうでない場
合、その判定はＮＯとなってステップ１００７の処理に
移行する。

【００８４】ステップ１００７では、次に処理するイベ
ントデータは次小節に移動させるべきイベントデータで
あるか否か判定する。この判定は、ステップ１００３の
調査で得たクロック数と、そのイベントデータの小節先
頭からのクロック数（図５参照）とを比較することで行
われる。そのイベントデータの小節先頭からのクロック
数が調査で得たクロック数以上であった場合、その判定
はＹＥＳとなってステップ１００９の処理に移行する。
そうでない場合、その判定はＮＯとなってステップ１０
０８の処理に移行する。

【００８５】ステップ１００８では、それが属する小節
内でそのイベントデータの発音開始タイミング、即ち小
節先頭からのクロック数の変更を行う。他方のステップ
１００９では、次小節の先頭タイミングとなるように、
それの小節先頭からのクロック数を変更する。このステ
ップ１００９の処理では、必要に応じて、図４に示す配
列ＳＮＧ＿ＢＡＲ＿ＰＴＲ内のデータの書き換えも行わ
れる。

【００８６】ステップ１００８、或いは１００９の処理
が終了すると、ステップ１０１０の処理に移行する。こ
のステップ１０１０では、現在小節が示す小節内の次の
イベントデータの読み出しを行う。この読み出しが終了
した後、ステップ１００６の処理に戻る。

【００８７】上記ステップ１００６〜１０１０の処理ル
ープを繰り返し行うことで、現在小節が示す小節内の各
イベントデータは、順次処理され、その発音開始タイミ
ング、即ち小節先頭からのクロック数が必要に応じて変
更される。

【００８８】一方、ステップ１０１１では、現在小節が
示す小節は処理最終小節か否か判定する。現在小節が示
す小節が、図９のステップ９０４で登録された終了位置
の小節であった場合、その判定はＹＥＳとなってステッ
プ１０１２の処理に移行する。そうでない場合、その判
定はＮＯとなってステップ１０１３の処理に移行する。

【００８９】ステップ１０１２では、ユーザが指定した
範囲のクウォンタイズが終了したことから、クウォンタ
イズ処理フラグに０を代入する。その後、一連の処理を
終了する。

【００９０】ステップ１０１３では、ユーザが指定した
範囲のクウォンタイズが終了していないことから、現在
小節をインクリメントする。このインクリメントが終了
した後、ステップ１００２の処理に戻る。

【００９１】なお、第１の実施の形態では、イベントデ
ータの種類に関わらず、クウォンタイズを行っている
が、例えばノートイベントデータのみに限定して、クウ
ォンタイズを行うようにしても良い。また、場合によっ
ては、その逆としても良い。

【００９２】また、クウォンタイズの範囲指定、及びク
ウォンタイズ処理の実行は、同一のスイッチＳＷ１を用
いて行うようにしているが、複数のスイッチに役割分担
させて、それらを行わせるようにしても良い。

【００９３】また、幅広いクウォンタイズがかけられる
ように、上記オフセットを任意に指定できるようにした
り、基準からの有効範囲をきめるセンシティビティ等を
用意しても良い。

【００９４】次に、第２の実施の形態について説明す
る。第１の実施の形態では、小節毎にクウォンタイズを
行った結果、イベントデータを次小節に移動させても、
クウォンタイズ処理した小節がフォーマット上の最終小
節であった場合、移動させる小節が存在しないことか
ら、その移動させたイベントデータは発音されないこと
になる。第２の実施の形態は、このような発音されなく
なるイベントデータの発生を回避するようにしたもので
ある。

【００９５】この第２の実施の形態は、第１の実施の形
態の構成と基本的に同じである。このため、第１の実施
の形態と同じ符号を用いて、第１の実施の形態から異な
る部分についてのみ説明する。

【００９６】図１２は、第２の実施の形態によるクウォ
ンタイズ処理の動作フローチャートである。このクウォ
ンタイズ処理は、図９のステップ９０５の処理として実
行される。この図１２を参照して、その処理動作を説明
する。

【００９７】先ず、ステップ１２０１では、クウォンタ
イズ処理の実行のために、ＲＡＭ２０３のワーク領域の
確保といったイニシャル処理を実行する。このイニシャ
ル処理が終了すると、ステップ１２０２の処理に移行す
る。

【００９８】ステップ１２０２では、現在小節が示す小
節のクロック数の調査を行う。この現在小節は、ＣＰＵ
２０１内のレジスタ、或いはＲＡＭ２０３に保持される
変数であり、現在において処理すべき小節を示す値が代
入される。ステップ１２０１のイニシャル処理では、こ
の現在小節に、図９のステップ９０３で登録された先頭
位置の小節を示す値を代入している。

【００９９】なお、小節のクロック数は、次小節の先頭
のイベントデータに、第２ワードとして格納されている
（図５参照）。その次小節の先頭のイベントデータは、
図４に示すように、配列ＳＮＧ＿ＢＡＲ＿ＴＢＬから配
列ＳＮＧ＿ＢＡＲ＿ＰＴＲのクウォンタイズ処理するト
ラックの先頭要素番号が格納されている領域を特定し、
その特定した配列ＳＮＧ＿ＢＡＲ＿ＰＴＲの領域内の先
頭要素番号を順次検索していくことで、配列ＳＮＧ＿Ｓ
ＯＮＧ内のそのデータにアクセスする。

【０１００】ステップ１２０２で小節のクロック数を得
ると、ステップ１２０３の処理に移行する。このステッ
プ１２０３では、次小節に移動させるべき発音開始タイ
ミングのクロック数を調査する。

【０１０１】この調査により、例えば小節の拍子が４／
４拍子で、オフセットが５０パーセントとした場合に
は、図１１に示すように、次小節に移動させるべきタイ
ミングとしてクロック数１６８０が算出されることにな
る。

【０１０２】ステップ１２０３に続くステップ１２０４
では、現在小節が示す小節にイベントデータがないか否
か判定する。その小節内にイベントデータがなかった場
合、その判定はＹＥＳとなってステップ１２１３の処理
に移行する。そうでない場合、その判定はＮＯとなって
ステップ１００５の処理に移行する。

【０１０３】ステップ１２０５では、その小節の先頭イ
ベントデータを設定する。このときには、図１１を参照
して説明したように、４分音符等のクウォンタイズにお
ける単位、及びオフセットに基づき、それの発音開始タ
イミングが修正される。

【０１０４】ステップ１２０５に続くステップ１２０６
では、前に処理したイベントデータが小節の最後のイベ
ントデータか否か判定する。処理対象の小節内のイベン
トデータを全て処理した場合、その判定はＹＥＳとなっ
てステップ１２１３の処理に移行する。そうでない場
合、その判定はＮＯとなってステップ１２０７の処理に
移行する。

【０１０５】ステップ１２０７では、次に処理するイベ
ントデータは次小節に移動させるべきイベントデータで
あるか否か判定する。この判定は、ステップ１２０３の
調査で得たクロック数と、そのイベントデータの小節先
頭からのクロック数（図５参照）とを比較することで行
われる。そのイベントデータの小節先頭からのクロック
数が調査で得たクロック数以上であった場合、その判定
はＹＥＳとなってステップ１２１０の処理に移行する。
そうでない場合、その判定はＮＯとなってステップ１０
０８の処理に移行する。

【０１０６】ステップ１２０８では、それが属する小節
内でそのイベントデータの発音開始タイミング、即ち小
節先頭からのクロック数の変更を行う。続くステップ１
２０９では、現在小節が示す小節内の次のイベントデー
タの読み出しを行う。この読み出しが終了した後、ステ
ップ１２０６の処理に戻る。

【０１０７】ステップ１２１０では、現在小節が示す小
節はフォーマット上の最終小節か否か判定する。その最
終小節のクウォンタイズを行っている場合、その判定は
ＹＥＳとなってステップ１２１１の処理に移行する。そ
うでない場合、その判定はＮＯとなってステップ１２１
２の処理に移行する。

【０１０８】ステップ１２１１では、現在処理している
イベントデータの小節先頭からのクロック数（発音開始
タイミング）を、それが属している小節の最終タイミン
グに変更する処理を行う。これにより、そのイベントデ
ータが発音されなくなるのが回避されることになる。こ
のとき、最終小節が４／４拍子であった場合、その小節
先頭からのクロック数は１９１９に変更される。

【０１０９】他方のステップ１２１２では、次小節の先
頭タイミングとなるように、それの小節先頭からのクロ
ック数を変更する。このステップ１２１２の処理では、
必要に応じて、図４に示す配列ＳＮＧ＿ＢＡＲ＿ＰＴＲ
内のデータの書き換えも行われる。

【０１１０】上記ステップ１２１１、或いは１２１２の
処理が終了すると、ステップ１２０９の処理に移行す
る。次に、第３の実施の形態について説明する。

【０１１１】シーケンサー機能により、ユーザは各種イ
ベントデータの編集（複写、削除、変更等）を行うこと
ができる。しかし、例えばイベントデータの発音開始タ
イミングを、それが属する小節外の発音開始タイミング
に変更してしまった場合には、そのイベントデータ、更
にはそれに続くイベントデータが発音されなかったりす
ることがある。その変更が、他の表示等に関わる処理に
おいても悪影響を及ぼすこともある。第３の実施の形態
は、このような問題が生じないように、発音開始タイミ
ングの変更を制限するようにしたものである。

【０１１２】この第３の実施の形態は、第２の実施の形
態と同様に、第１の実施の形態の構成と基本的に同じで
ある。このため、第１の実施の形態と同じ符号を用い
て、第１の実施の形態から異なる部分についてのみ説明
する。

【０１１３】図１３は、第３の実施の形態における、発
音開始タイミングの変更方法を説明する図である。同図
を参照して、その変更方法について説明する。第３の実
施の形態では、図１のスイッチＳＷ２、及びスイッチＳ
Ｗ３を、イベントデータ変更用のスイッチとしている。
また、画面に表示されているカーソルは、第１の実施の
形態と同様に、スイッチＳＷ６〜ＳＷ９に対する操作に
応じて画面上を移動する。

【０１１４】図１３（ａ）は、スイッチＳＷ２、及びＳ
Ｗ３を操作する前、即ち変更前の状態を示している。こ
の図１３（ａ）においては、最下段の行のステップ数
“２４０”がカーソルによって指定されている。この状
態において、スイッチＳＷ６（上スイッチ）を操作する
と、カーソルはその一つ上の行のステップ数“０００”
に移動し、スイッチＳＷ７（下スイッチ）を操作する
と、画面が下方向にスクロールして、その下の行の現在
表示されていないステップ数に移動し、スイッチＳＷ８
（左スイッチ）を操作すると、その左の拍数“３”に移
動し、スイッチＳＷ９（右スイッチ）を操作すると、そ
の右の“ＮＯＴＥ”に移動する。

【０１１５】図１３（ｂ）は、図１３（ａ）の状態か
ら、スイッチＳＷ３を１回操作した後の状態を示してい
る。図１３（ａ）と図１３（ｂ）とを対比すれば判るよ
うに、スイッチＳＷ３はカーソルで指定された項目の値
の減少を指示するスイッチである。他方のスイッチＳＷ
２は、その逆に、値の増加を指示するスイッチである。
なお、“ＮＯＴＥ”のようにイベントデータのコマンド
の種類を表す項目においては、スイッチＳＷ２、或いは
ＳＷ３を操作する度に、イベントデータのコマンドの種
類を示す用語が予め定められた順序で変化する。

【０１１６】このようにして、ユーザは、スイッチＳＷ
２、ＳＷ３、及びＳＷ６〜ＳＷ９を操作することによ
り、イベントデータの変更を行うことができる。次に、
第３の実施の形態における各種制御処理について、図１
４〜図１８を参照して詳細に説明する。なお、上述した
ように、制御処理においても、第１の実施の形態から異
なる部分についてのみ説明する。

【０１１７】図１４は、第３の実施の形態によるスイッ
チ処理の動作フローチャートである。このスイッチ処理
は、図８のステップ８０２の処理として実行される。図
１４を参照して、第３の実施の形態によるスイッチ処理
について詳細に説明する。

【０１１８】先ず、ステップ１４０１では、スイッチＳ
Ｗ１がオンされたか否か判定する。スイッチＳＷ１は、
テレビ１１０にイベントデータを表示させるイベントリ
ストモードを設定するためのスイッチである。ユーザが
このスイッチＳＷ１を操作し、イベントリストモードを
設定した場合、その判定はＹＥＳとなってステップ１４
０２の処理に移行する。そうでない場合、その判定はＮ
Ｏとなってステップ１４０３の処理に移行する。

【０１１９】ステップ１４０２では、設定されたイベン
トリストモードの機能を実現するためのイベントリスト
モード処理を実行する。その後、ステップ１４０３の処
理に移行する。このイベントリストモード処理について
の詳細は後述する。

【０１２０】ステップ１７０３では、スイッチ群１０２
の他のスイッチ対してユーザが行った操作に応じたその
他の処理を実行する。このその他の処理が終了すると、
ここで一連の処理も終了し、その後、図８のステップ８
０３のその他の処理が実行される。

【０１２１】図１５は、上記ステップ１４０２で実行さ
れるイベントリストモード処理の動作フローチャートで
ある。この図１５を参照して、イベントリストモード処
理について詳細に説明する。

【０１２２】先ず、ステップ１５０１では、イベントリ
ストモードが設定されたことに伴う、ＣＰＵ２０１のレ
ジスタ、ＲＡＭ２０３のワーク領域のクリア、初期設定
等のイニシャル処理を行う。このイニシャル処理では、
ユーザが指定したＲＡＭ２０３の楽曲データ記録領域上
のトラックに記憶されている楽曲データを読み出し、そ
れをテレビ１１０に表示させる処理も行われる。なお、
このイベントデータが表示された画面を、以降、イベン
トリスト画面と呼ぶことにする。

【０１２３】ステップ１５０１に続くステップ１５０２
では、スイッチ群１０２の各スイッチに割り当てたイベ
ントリストモード設定時の機能に対応したリストモード
スイッチ処理を実行する。その後、ステップ１５０３に
おいて、カーソルスイッチであるスイッチＳＷ６〜ＳＷ
９の移動に伴い、画面をスクロールさせるといった表示
に関わる処理等を含むその他の処理を実行した後、一連
の処理を終了する。

【０１２４】図１６は、上記ステップ１５０２で実行さ
れるリストモードスイッチ処理の動作フローチャートで
ある。この図１６を参照して、リストモードスイッチ処
理について詳細に説明する。

【０１２５】先ず、ステップ１６０１では、スイッチＳ
Ｗ２がオンされたか否か判定する。上述したように、こ
のスイッチＳＷ２は、カーソルで指定された項目の値の
増加を指示するために用いられる。ユーザがスイッチＳ
Ｗ２を操作した場合、その判定はＹＥＳとなってステッ
プ１６０２の処理に移行する。そうでない場合、その判
定はＮＯとなってステップ１６０３の処理に移行する。

【０１２６】ステップ１６０２では、アップダウンフラ
グに０を代入する。このアップダウンフラグは、ユーザ
の指示が増加か否かを示す値が代入される、ＣＰＵ２０
１、或いはＲＡＭ２０３に保持される変数である。ユー
ザの指示が増加指示であれば０、減少指示であれば１が
代入される。このステップ１６０２の処理が終了する
と、ステップ１６０５の処理に移行する。

【０１２７】他方のステップ１６０３では、スイッチＳ
Ｗ３がオンされたか否か判定する。上述したように、こ
のスイッチＳＷ３は、カーソルで指定された項目の値の
減少を指示するために用いられる。ユーザがスイッチＳ
Ｗ３を操作した場合、その判定はＹＥＳとなってステッ
プ１６０４の処理に移行する。そうでない場合、その判
定はＮＯとなってステップ１６１１の処理に移行する。

【０１２８】ステップ１６０４では、アップダウンフラ
グに１を代入する。このステップ１６０４の処理が終了
すると、ステップ１６０５の処理に移行する。ステップ
１６０５では、現在選択されている項目の判定を行う。
この判定は、現在カーソルを表示させている表示位置に
より行われる。その判定結果に従って、ステップ１６０
５に続く処理が決定される。

【０１２９】ステップ１６０５において、現在選択され
ている項目がタイミングであると判定すると、ステップ
１６０６の処理に移行する。ステップ１６０６では、タ
イミングの項目のなかで選択されている項目は拍か否か
判定する。例えば図１３（ａ）において、カーソルが表
示されている“２４０”がステップであり、それの左隣
の“３”が拍数である。カーソルが拍数の位置に表示さ
れていた場合、その判定はＹＥＳとなってステップ１６
０７の処理に移行する。そうでない場合、その判定はＮ
Ｏとなってステップ１６０８の処理に移行する。

【０１３０】ステップ１６０７では、ユーザが操作した
スイッチの種類（ＳＷ２、或いはＳＷ３）に応じて、拍
数を変更する拍変更処理を行う。その後、一連の処理を
終了する。

【０１３１】他方のステップ１６０８では、ユーザが操
作したスイッチの種類（ＳＷ２、或いはＳＷ３）に応じ
て、ステップ数を変更するステップ変更処理を行う。そ
の後、一連の処理を終了する。

【０１３２】ステップ１６０５において、現在選択され
ている項目がコマンドであると判定すると、ステップ１
６０９の処理に移行する。ステップ１６０９では、ユー
ザが操作したスイッチの種類（ＳＷ２、或いはＳＷ３）
に応じて、イベントデータのコマンドの種類を変更する
処理を行う。その後、一連の処理を終了する。

【０１３３】ステップ１６０５において、現在選択され
ている項目がパラメータであると判定すると、ステップ
１６１０の処理に移行する。ステップ１６１０では、ユ
ーザが操作したスイッチの種類（ＳＷ２、或いはＳＷ
３）に応じて、パラメータの種類を変更する処理を行
う。その後、一連の処理を終了する。

【０１３４】一方、ステップ１６０３でＮＯと判定した
場合、ステップ１６１１の処理に移行する。このステッ
プ１６１１では、スイッチＳＷ６〜ＳＷ９、即ちカーソ
ルスイッチがオンされたか否か判定する。ユーザがカー
ソルスイッチを操作した場合、その判定はＹＥＳとなっ
てステップ１６１２の処理に移行する。そうでない場
合、その判定はＮＯとなり、ここで一連の処理を終了す
る。

【０１３５】ステップ１６１２では、オンされたスイッ
チの種類に応じて、カーソルを移動させるカーソル移動
処理を行う。このカーソル移動処理により、カーソル
は、スイッチＳＷ６〜ＳＷ９に対する操作に対応して、
イベントリスト画面上を項目単位で移動することにな
る。このカーソル移動処理を終了した後、一連の処理を
終了する。

【０１３６】このようにして、ユーザが行った操作内容
に対応して、イベントデータの各項目の内容が変更され
る。図１７は、上記ステップ１６０７の拍変更処理の動
作フローチャートである。この図１７を参照して、次に
拍変更処理について詳細に説明する。

【０１３７】ステップ１７０１〜１７０４では、各種変
数に対し、拍の変更において必要となる値を代入するこ
とが行われる。先ず、ステップ１７０１では、カーソル
で指定されているイベントデータの第２ワード、即ち小
節先頭からのクロック数（図５参照）を、変数timing＿
dataに代入する。続くステップ１７０２では、この変数
timing＿dataの値から、拍数、ステップ数を求め、それ
らの値を変数beat＿num 、変数step＿num にそれぞれ代
入する。その後、ステップ１７０３の処理に移行する。

【０１３８】変数beat＿num 、及び変数step＿num は、
表示されているタイミングの項目の拍部分、ステップ部
分に対応する値である。例えば小節先頭からのクロック
数、即ち変数timing＿dataの値が１２００で、拍子が４
／４拍子であった場合（１拍のクロック数は４８０であ
る）、変数beat＿num 、及び変数step＿num の各値は、
それぞれ、２、２４０となる。即ち、変数beat＿num 、
及び変数step＿num の各値は、小節先頭からのクロック
数を１拍のクロック数で除算した際の商と余りとなる。
なお、上記の例は、図１３（ａ）において、カーソルが
表示されている最下段の行のタイミング項目を例とした
ものである。

【０１３９】ステップ１７０３では、変数bar clock
に、カーソルで指定されたイベントデータが属する小節
（以降、現在小節と記す）のクロック数を代入する。そ
の後、ステップ１７０４において、変数bar clock の値
から、現在小節における拍数の最大値、及び拍数をその
最大値とした際のステップ数を求め、それらの値を変数
beat＿max 、及び変数step＿max にそれぞれ代入する。

【０１４０】例えば、拍子が４／４拍子であった場合、
変数 bar＿clock 、変数beat＿num、及び変数step＿num
の各値は、それぞれ、１９２０、３、４７９となる。
また、拍子が９／８拍子であった場合、変数 bar＿cloc
k 、変数beat＿num 、及び変数step＿num の各値は、そ
れぞれ、２１６０、４、２３９となる。変数beat＿num
、及び変数step＿num の各値は、小節のクロック数を
１拍のクロック数で除算した際の商と余りである。

【０１４１】なお、現在小節のクロック数は、次小節の
先頭のイベントデータに、第２ワードとして格納されて
いる（図５参照）。その次小節の先頭のイベントデータ
は、図４に示すように、配列ＳＮＧ＿ＢＡＲ＿ＴＢＬか
ら配列ＳＮＧ＿ＢＡＲ＿ＰＴＲのクウォンタイズ処理す
るトラックの先頭要素番号が格納されている領域を特定
し、その特定した配列ＳＮＧ＿ＢＡＲ＿ＰＴＲの領域内
の先頭要素番号を順次検索していくことで、配列ＳＮＧ
＿ＳＯＮＧ内のそのデータにアクセスする。

【０１４２】ステップ１７０４に続くステップ１７０５
では、変数step＿num の値は変数step＿max の値よりも
大きいか否か判定する。変数step＿num の値は変数step
＿max の値よりも大きい場合、その判定はＹＥＳとなっ
てステップ１７０６の処理に移行する。そうでない場
合、その判定はＮＯとなってステップ１７０７の処理に
移行する。ステップ１７０６では、変数beat＿max の値
をデクリメントし、その後、ステップ１７０７の処理に
移行する。

【０１４３】上記ステップ１７０５、１７０６の処理
は、以下の理由により行われる。第３の実施の形態で
は、イベントデータの小節先頭からのクロック数が小節
のクロック数を超えないようにしている。例えば現在小
節の拍子が９／８拍子であれば、変数step＿max には２
３９、変数beat＿max には４がそれぞれ代入される。

【０１４４】各変数beat＿num(拍数）の値において許さ
れる変数step＿num(ステップ数）の値は、変数beat＿nu
m(拍数）の値が４（変数beat＿max)のときは０〜２３
９、変数beat＿num(拍数）が０〜３のときには０〜４７
９である。

【０１４５】上記の例において、変数step＿num の値が
変数step＿max の値より大きい場合、変数beat＿num の
値を３から４に変更すると、変更後の小節先頭からのク
ロック数は小節のクロック数を超えてしまうことにな
る。しかし、その場合に、変数beat＿max の値をデクリ
メントすると、変数beat＿num の値としては３が上限値
となり、変更後の小節先頭からのクロック数が小節のク
ロック数を超えてしまうことが回避される。即ち例えば
拍数が３でステップ数が４７９から、拍数が４でステッ
プ数が４７９に変更されることはなくなる。ステップ１
７０５、１７０６は、これを実現するために、変数beat
＿max の値を補正する処理である。

【０１４６】ステップ１７０７以降の処理では、ユーザ
のスイッチＳＷ２、或いはＳＷ３に対する操作に応じ
て、拍数、即ち変数beat＿num の値を変更し、その変更
をＲＡＭ２０３に格納されているイベントデータに反映
されることが行われる。

【０１４７】先ず、ステップ１７０７では、アップダウ
ンフラグの値の判定を行う。ユーザがスイッチＳＷ２を
操作した場合、アップダウンフラグの値は０となってス
テップ１７０８の処理に移行する。

【０１４８】ステップ１７０８では、変数beat＿num の
値は変数beat＿max の値とは等しくないか否か判定す
る。変数beat＿num の値は変数beat＿max の値と等し
い、即ち変数beat＿num の値が上限値であった場合、そ
の判定はＮＯとなってステップ１７１０の処理に移行す
る。そうでない場合、その判定はＹＥＳとなってステッ
プ１７０９の処理に移行する。

【０１４９】ステップ１７０９では、変数beat＿num の
値をインクリメントする。これにより、ユーザが指示し
た内容に応じて表示されている拍数が増加することにな
る。変数beat＿max の値は、上述したように、変数step
＿num の値に応じて補正されている。このため、変数be
at＿num をインクリメントしても、これによって小節先
頭からのクロック数が小節のクロック数を超えることは
ない。ステップ１７０９の処理を終了した後、ステップ
１７１０の処理に移行する。

【０１５０】ステップ１７１０では、変数beat＿num の
値、及び変数step＿num の値から、変数timing＿dataの
値、即ち小節先頭からのクロック数を求める。これは、
ステップ１７０２とは逆の方法により算出される。小節
先頭からのクロック数を求めると、次にステップ１７１
１において、そのクロック数を、イベントデータの第２
ワードとしてＲＡＭ２０３に書き込む処理を行う。

【０１５１】一方、ステップ１７０７において、アップ
ダウンフラグの値は１と判定した場合、ステップ１７１
２の処理に移行する。この場合は、ユーザがスイッチＳ
Ｗ３の操作を行った場合である。

【０１５２】ステップ１７１２では、変数beat＿num の
値が０に等しくないか否か判定する。拍数として０が表
示されていた場合、その判定はＮＯとなってステップ１
７１０の処理に移行する。そうでない場合、その判定は
ＹＥＳとなってステップ１７１３の処理に移行する。

【０１５３】ステップ１７１３では、変数beat＿num の
値をデクリメントする。これにより、ユーザが指示した
内容に応じて表示されている拍数が減少することにな
る。その後、ステップ１７１０の処理に移行する。

【０１５４】このように、ユーザが拍数の変更を指示し
た場合、その指示内容に従って変更した後の発音開始タ
イミング（小節先頭からのクロック数）が、小節の外の
タイミングとならないように監視しながら、拍数の変更
が行われる。

【０１５５】図１８は、上記ステップ１６０８のステッ
プ変更処理の動作フローチャートである。この図１８を
参照して、ステップ変更処理について詳細に説明する。
ステップ１８０１〜１８０４では、各種変数に対し、ス
テップ数の変更において必要となる値を代入することが
行われる。

【０１５６】先ず、ステップ１８０１では、カーソルで
指定されているイベントデータの第２ワード、即ち小節
先頭からのクロック数（図５参照）を、変数timing＿da
taに代入する。続くステップ１８０２では、この変数ti
ming＿dataの値から、拍数、ステップ数を求め、それら
の値を変数beat＿num 、変数step＿num にそれぞれ代入
する。その後、ステップ１８０３の処理に移行する。

【０１５７】変数beat＿num 、及び変数step＿num は、
表示されているタイミングの項目の拍部分、ステップ部
分に対応する値である。例えば小節先頭からのクロック
数、即ち変数timing＿dataの値が１２００で、拍子が４
／４拍子であった場合（１拍のクロック数は４８０であ
る）、変数beat＿num 、及び変数step＿num の各値は、
それぞれ、２、２４０となる。即ち、変数beat＿num 、
及び変数step＿num の各値は、小節先頭からのクロック
数を１拍のクロック数で除算した際の商と余りとなる。

【０１５８】ステップ１８０３では、変数 bar＿clock
に、カーソルで指定されたイベントデータが属する現在
小節のクロック数を代入する。その後、ステップ１８０
４において、変数 bar＿clock の値から、現在小節にお
ける拍数の最大値、及び拍数をその最大値とした際のス
テップ数を求め、それらの値を変数beat＿max 、及び変
数step＿max にそれぞれ代入する。

【０１５９】例えば、拍子が４／４拍子であった場合、
変数 bar＿clock 、変数beat＿num、及び変数step＿num
の各値は、それぞれ、１９２０、３、４７９となる。
また、拍子が９／８拍子であった場合、変数 bar＿cloc
k 、変数beat＿num 、及び変数step＿num の各値は、そ
れぞれ、２１６０、４、２３９となる。変数beat＿num
、及び変数step＿num の各値は、小節のクロック数を
１拍のクロック数で除算した際の商と余りである。

【０１６０】なお、現在小節のクロック数は、次小節の
先頭のイベントデータに、第２ワードとして格納されて
いる（図５参照）。その次小節の先頭のイベントデータ
は、図４に示すように、配列ＳＮＧ＿ＢＡＲ＿ＴＢＬか
ら配列ＳＮＧ＿ＢＡＲ＿ＰＴＲのクウォンタイズ処理す
るトラックの先頭要素番号が格納されている領域を特定
し、その特定した配列ＳＮＧ＿ＢＡＲ＿ＰＴＲの領域内
の先頭要素番号を順次検索していくことで、配列ＳＮＧ
＿ＳＯＮＧ内のそのデータにアクセスする。

【０１６１】ステップ１８０４に続くステップ１８０５
では、変数beat＿num の値は変数beat＿max の値と等し
いか否か判定する。変数beat＿num の値は変数beat＿ma
x の値に等しくない場合、その判定はＹＥＳとなってス
テップ１８０６の処理に移行する。そうでない場合、そ
の判定はＮＯとなってステップ１８０７の処理に移行す
る。ステップ１８０６では、変数step＿max に４７９を
代入する。その後、ステップ１８０７の処理に移行す
る。

【０１６２】上記ステップ１８０５、１８０６の処理
は、以下の理由により行われる。第３の実施の形態で
は、イベントデータの小節先頭からのクロック数が小節
のクロック数を超えないようにしている。例えば現在小
節の拍子が９／８拍子であれば、変数step＿max には２
３９、変数beat＿max には４がそれぞれ代入される。

【０１６３】各変数beat＿num(拍数）の値において許さ
れる変数step＿num(ステップ数）の値は、変数beat＿nu
m(拍数）の値が４（変数beat＿max)のときは０〜２３
９、変数beat＿num （拍数）が０〜３のときには０〜４
７９である。

【０１６４】上記の例のように、変数beat＿num の値が
変数beat＿max の値と等しいか否かにより、変数step＿
num の値としての上限値は変化する。ステップ１８０
５、１８０６は、このように拍数に応じて変化するステ
ップ数の上限値を適正な値に補正するための処理であ
る。

【０１６５】ステップ１８０７以降の処理では、ユーザ
のスイッチＳＷ２、或いはＳＷ３に対する操作に応じ
て、ステップ数、即ち変数step＿num の値を変更し、そ
の変更をＲＡＭ２０３に格納されているイベントデータ
に反映されることが行われる。

【０１６６】先ず、ステップ１８０７では、アップダウ
ンフラグの値の判定を行う。ユーザがスイッチＳＷ２を
操作した場合、アップダウンフラグの値は０となってス
テップ１８０８の処理に移行する。

【０１６７】ステップ１８０８では、変数step＿num の
値は変数step＿max の値とは等しくないか否か判定す
る。変数step＿num の値は変数step＿max の値と等し
い、即ち変数step＿num の値が上限値であった場合、そ
の判定はＮＯとなってステップ１８１０の処理に移行す
る。そうでない場合、その判定はＹＥＳとなってステッ
プ１８０９の処理に移行する。

【０１６８】ステップ１８０９では、変数step＿num の
値をインクリメントする。これにより、ユーザが指示し
た内容に応じて表示されているステップ数が増加するこ
とになる。変数step＿num の値は、上述したように、変
数beat＿num の値に応じて補正されている。このため、
変数step＿num をインクリメントしても、これによって
小節先頭からのクロック数が小節のクロック数を超える
ことはない。ステップ１８０９の処理を終了した後、ス
テップ１８１０の処理に移行する。

【０１６９】ステップ１８１０では、変数beat＿num の
値、及び変数step＿num の値から、変数timing＿dataの
値、即ち小節先頭からのクロック数を求める。これは、
ステップ１８０２とは逆の方法により算出される。小節
先頭からのクロック数を求めると、次にステップ１８１
１において、そのクロック数を、イベントデータの第２
ワードとしてＲＡＭ２０３に書き込む処理を行う。

【０１７０】一方、ステップ１８０７において、アップ
ダウンフラグの値は１と判定した場合、ステップ１８１
２の処理に移行する。この場合は、ユーザがスイッチＳ
Ｗ３の操作を行った場合である。

【０１７１】ステップ１８１２では、変数beat＿num の
値が０に等しくないか否か判定する。拍数として０が表
示されていた場合、その判定はＮＯとなってステップ１
８１０の処理に移行する。そうでない場合、その判定は
ＹＥＳとなってステップ１８１３の処理に移行する。

【０１７２】ステップ１８１３では、変数step＿num の
値をデクリメントする。これにより、ユーザが指示した
内容に応じて表示されているステップ数が減少すること
になる。その後、ステップ１８１０の処理に移行する。

【０１７３】このように、ユーザがステップ数の変更を
指示した場合、その指示内容に従って変更した後の発音
開始タイミング（小節先頭からのクロック数）が、小節
の外のタイミングとならないように監視しながら、ステ
ップ数の変更が行われる。

【０１７４】なお、第３の実施の形態では、図１３に示
すようにイベントデータの小節先頭からのクロック数を
拍数、及びステップ数で画面上に表現しているが、例え
ば小節先頭からのクロック数をそのまま画面上に数値と
して表示させても良い。

【０１７５】また、第３の実施の形態では、イベントデ
ータの発音開始タイミングの変更を制限しているが、予
め存在するイベントデータに対しては、その発音開始タ
イミングを、それが属する小節内となるように、自動的
に発音タイミングを修正するようにしても良い。

【０１７６】また、第１〜第３の実施の形態は、電子楽
器１００に本発明を適用したものであるが、適用はこれ
に限定されるものではない。本発明は、シーケンサーを
はじめ、シーケンサー機能を搭載した装置に幅広く適用
できるものである。

【０１７７】

【発明の効果】以上説明したように本発明のシーケンス
データのクウォンタイズ方法、及びタイミング処理装置
は、指定範囲として複数の小節にまたがる範囲が指定さ
れたとき、小節を処理単位として、各小節毎に、シーケ
ンスデータの発音開始タイミングを、それが属する小節
の拍子に基づいて変更する。このため、その小節の演奏
時間等を変更しても、その変更が他の小節のクウォンタ
イズに影響することがなくなり、ユーザは意図したクウ
ォンタイズを容易にかけることができる。

【０１７８】また、本発明のシーケンスデータのタイミ
ング処理装置は、ユーザによるシーケンスデータの発音
開始タイミングの変更を監視し、それが属する小節外へ
の発音開始タイミングの変更であった場合にはその変更
を無効として禁止するため、シーケンスデータの発音開
始タイミングを常に適正な状態に維持しておくことがで
きる。

【図面の簡単な説明】

【図１】第１の実施の形態が適用されたシステムの外観
を示す図である。

【図２】電子楽器の構成のブロック図である。

【図３】ＲＡＭ２０３に記憶される楽曲データのデータ
フォーマットを示す図である（その１）。

【図４】ＲＡＭ２０３に記憶される楽曲データのデータ
フォーマットを示す図である（その２）。

【図５】ノートイベントデータとコントロールイベント
データのデータフォーマットを示す図である。

【図６】ジャンプイベントデータ群のデータフォーマッ
トを示す図である。

【図７】クウォンタイズ処理の範囲指定方法を説明する
図である。

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

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

【図１０】第１の実施の形態によるクウォンタイズ処理
の動作フローチャートである。

【図１１】各拍子における１小節の時間的長さを示す図
である。

【図１２】第２の実施の形態によるクウォンタイズ処理
の動作フローチャートである。

【図１３】発音開始タイミングの変更方法を説明する図
である。

【図１４】第３の実施の形態によるスイッチ処理の動作
フローチャートである。

【図１５】イベントリストモード処理の動作フローチャ
ートである。

【図１６】リストモードスイッチ処理の動作フローチャ
ートである。

【図１７】拍変更処理の動作フローチャートである。

【図１８】ステップ変更処理の動作フローチャートであ
る。

【符号の説明】

１００ 電子楽器 １０２ スイッチ群 １１０ テレビ ２０１ ＣＰＵ ２０２ ＲＯＭ ２０３ ＲＡＭ ２０４ 画像データ出力部 ２０５ サウンドシステム ２０６ ＭＩＤＩインターフェイス

Claims (3)

【特許請求の範囲】
1. 【請求項１】 指定範囲内に存在するシーケンスデータ
   の発音開始タイミングを変更するクウォンタイズを行う
   方法であって、 前記指定範囲として複数の小節にまたがる範囲が指定さ
   れたとき、前記小節を処理単位として、各小節毎に、前
   記シーケンスデータの発音開始タイミングを、それが属
   する小節の拍子に基づいて変更していく、 ことを特徴とするシーケンスデータのクウォンタイズ方
   法。
2. 【請求項２】 シーケンスデータの発音開始タイミング
   を制御する装置において、 前記シーケンスデータの発音開始タイミングを変更させ
   る範囲を指定するための指定手段と、 前記指定手段により、複数の小節にまたがる範囲が指定
   されたとき、前記小節を処理単位として、各小節毎に、
   前記シーケンスデータの発音開始タイミングを、それが
   属する小節の拍子に基づいて変更する制御手段と、 を具備したことを特徴とするシーケンスデータのタイミ
   ング処理装置。
3. 【請求項３】 シーケンスデータの発音開始タイミング
   を制御する装置において、 前記シーケンスデータの発音開始タイミングを指定する
   ための指定手段と、 前記指定手段により指定された前記シーケンスデータの
   発音開始タイミングが、該シーケンスデータが属する小
   節内であるか否か判定する判定手段と、 前記シーケンスデータの発音開始タイミングが、該シー
   ケンスデータが属する小節内ではないと前記判定手段が
   判定したとき、前記指定手段による指定を無効とする制
   御手段と、 を具備したことを特徴とするシーケンスデータのタイミ
   ング処理装置。