JP2001042869A - イベント検出装置、データ処理方法、及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 イベント情報（データ）の処理にかかる不必
要な負荷の増大を抑えられるようにする。 【解決手段】 ＣＰＵ１０１は、鍵盤１０７、エンコー
ダ１０９、スイッチ群１１０、及びスライダー群１１１
を所定の時間間隔が経過する度にスキャンしてそれらで
発生したイベントを検出し、その内容を表すイベント情
報をＲＡＭ１０４に格納する。ＲＡＭ１０４に格納した
未処理のイベント情報のなかに同じ操作子のイベント情
報が複数、有る場合、そのなかの一つだけを残して他は
削除する。それにより、イベント情報の処理時に、同じ
操作子のイベント情報を繰り返し行うのを回避する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、各種操作子や受信
装置等の入力手段で発生したデータ入力上のイベントに
応じた処理を行うための技術に関する。

【０００２】

【従来の技術】例えば電子キーボードでは、データ入力
上の手段として、一般的に、キーボードや各種スイッ
チ、及びＭＩＤＩ端子等が備えられている。それらの手
段で発生したイベントを検出して処理することで、ユー
ザの演奏操作に応じて楽音を発音させるようになってい
る。その電子キーボードなどに搭載されるイベント検出
装置は、データ入力上の手段で発生したイベントを検出
してそれに応じた処理を行わせるための装置である。

【０００３】スイッチ等の操作子に対して行われた操作
は、一般に、スキャン（走査）により検出するようにな
っている。イベント検出装置の多くは、そのスキャンを
随時、行うことで、各操作子の状態変化を監視して検出
し、その検出結果を基に発生したイベントを判定して、
イベントの内容を表す情報（イベント情報）を保持させ
るようになっている。その保持されたイベント情報を処
理することで、電子キーボードはユーザの操作に応じて
動作することになる。なお、当然のことながら、そのイ
ベント情報が示す内容はイベントの検出対象によって異
なるのが普通である。

【０００４】

【発明が解決しようとする課題】従来のイベント検出装
置は、単に操作子等の状態変化を基にイベントの発生を
検出してイベント情報をメモリに保持させていた。この
ため、イベント情報を保持させるタイミングと、それを
処理するタイミングとの間の関係によって、操作子の種
類が同じであるといった内容の一部が少なくとも一致す
るイベント情報を複数、同時に処理させることがあっ
た。

【０００５】例えば操作子の種類が同じのイベント情報
が複数、保持されていれば、それはその操作子に対して
極めて短い時間内に複数回、イベントが発生したと検出
すべき操作が行われたことを意味する。しかし、そのよ
うに操作しなければならない必要性は無いのが普通であ
る。このため、内容の一部が一致するイベント情報が複
数、保持されているのは、例えば誤って一瞬、触れてし
まったといったように、ユーザが意図していない形でそ
うなった可能性が非常に高いと考えられる。そうであれ
ば、従来のように複数のイベント情報を全て処理させる
ことは、その処理にかかる全体的な負荷を不必要に増大
させてしまうことがあるということを意味する。このよ
うなことから、その負荷の不必要な増大を抑えることが
望まれていた。

【０００６】電子キーボードは、普通、音源（装置）が
搭載されているか、或いはそれと接続できるようになっ
ている。その音源装置は、普通、時分割処理で楽音の波
形データを所定の時間（例えばサンプリング時間）が経
過する毎に生成するようになっており、発音可能な楽音
数が限られている。その負荷も重い。このため、内容の
一部が一致するイベント情報が音源の制御に関わるもの
であった場合には、実際に発音される楽音数を少なくさ
せたり、サンプリング時間内で生成させるべき波形デー
タを全て生成できない、といったことを生じさせてしま
う可能性がある。全体的な負荷を増大させることで、そ
のような不具合を生じさせる可能性がある。このような
ことからも、イベント情報の処理にかかる全体的な負荷
の不必要な増大を抑えることが望まれていた。

【０００７】本発明の課題は、イベント情報（データ）
の処理にかかる不必要な負荷の増大を抑えられるように
することにある。

【０００８】

【課題を解決するための手段】本発明の第１の態様のイ
ベント検出装置は、入力手段を備えた装置に搭載され、
該入力手段で発生したイベントを予め定められたタイミ
ングで検出することを前提とし、入力手段で発生したイ
ベントをタイミングで検出して、該イベントの内容を表
すイベント情報を記憶手段に記憶させるイベント検出手
段と、記憶手段に所定の内容が一致する未処理のイベン
ト情報が複数、記憶されているとき、該所定の内容が一
致する複数のイベント情報のなかから一つだけを選択し
て処理させるイベント選択手段と、を具備する。

【０００９】本発明の第２の態様のイベント検出装置
は、音源装置を制御する装置に搭載され、該装置の入力
手段で発生したイベントを予め定められたタイミングで
検出することを前提とし、入力手段で発生したイベント
をタイミングで検出して、該イベントの内容を表すイベ
ント情報を記憶手段に記憶させるイベント検出手段と、
記憶手段に所定の内容が一致し、且つ音源装置を制御す
る結果とならない未処理のイベント情報が複数、記憶さ
れているとき、該所定の内容が一致する複数のイベント
情報のなかから一つだけを選択して処理させるイベント
選択手段と、を具備する。

【００１０】なお、上記の各態様の構成において、イベ
ント選択手段は、イベント情報を処理するうえでの区分
毎に、所定の内容が一致する複数のイベント情報のなか
から一つだけを選択する、ことが望ましい。

【００１１】本発明の第３の態様のイベント検出装置
は、上記第１、或いは第２の態様の構成に加えて、選択
を行う対象とするイベント情報を処理するうえでの区分
を指定するための指定手段を更に具備し、イベント選択
手段は、指定手段により指定された区分で所定の内容が
一致する複数のイベント情報のなかから一つだけを選択
する。

【００１２】本発明の第１の態様のデータ処理方法は、
予め定められたタイミングとなる度に、該タイミングで
処理すべきデータを処理させるために用いられることが
前提であり、タイミング別に、処理すべきデータのなか
で所定の内容が一致しているデータを検出し、所定の内
容が一致しているデータを複数、検出した場合に、該複
数のデータのなかから一つだけを選択して処理させる。

【００１３】本発明の第２の態様のデータ処理方法は、
処理タイミングが指定されたデータを処理させるために
用いられることを前提とし、処理タイミングが所定の範
囲内で一致するデータのなかで所定の内容が一致してい
るデータを検出し、所定の内容が一致しているデータを
複数、検出した場合に、該複数のデータのなかから一つ
だけを選択して処理させる。

【００１４】本発明の記録媒体は、予め定められたタイ
ミング別に、処理すべきデータのなかで所定の内容が一
致しているデータを検出する手段と、検出する手段によ
り所定の内容が一致しているデータが複数、検出された
場合に、該複数のデータのなかから一つだけを選択して
処理させる手段と、を実現させるプログラムを記録して
いる。

【００１５】スイッチやエンコーダ等の操作子、或いは
受信器（送受信器や他の装置（外部装置、或いは内部に
搭載された記録装置等）との間に介在するインターフェ
ースなどを含む）で発生したイベントの発生タイミング
は、それによって得られるイベント情報（データ）の処
理すべきタイミングを指定する。本発明では、その処理
タイミングが所定の範囲内で一致するイベント情報（デ
ータ）のなかで所定の内容が一致しているイベント情報
（データ）が複数、存在している場合に、それらのなか
の一つだけを選択して処理させる。

【００１６】例えば、操作子では、特殊な用途に使用し
ていないのであれば、極めて短い時間内に複数、操作し
なければならない必要性は普通は無い。このことから、
複数のイベント情報のなかから一つを選択して処理させ
ても、その選択によって不具合が生じる可能性は低い。
その一方で、イベント情報の処理にかかる全体の負荷は
軽減することになる。

【００１７】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照しながら詳細に説明する。 ＜第１の実施の形態＞図１は、第１の実施の形態による
イベント検出装置を搭載した電子楽器の回路構成図であ
る。

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

【００１９】図２は、各種操作子、及びＬＣＤの配置を
説明する図である。図２に示すように、ＬＣＤ１０５を
囲むようにして、スイッチ群１１０を構成するスイッチ
２０１〜２１０及びスイッチ対２１１〜２１３、スライ
ダー群１１１を構成するスライダー２１４〜２１６、Ｌ
ＥＤ群１０６を構成する複数のＬＥＤ２１７及び２１
８、及び、エンコーダ１０９が配設されている。それら
の操作子には、以下のような機能が割り当てられてい
る。

【００２０】スイッチ２０１には、自動演奏（自動伴奏
を含む）をストップさせる機能が割り当てられ、スイッ
チ２０２にはそれをスタートさせる機能が割り当てられ
ている。スイッチ２０３には、その自動演奏を一時的に
中断させる機能が割り当てられている。

【００２１】スイッチ２０４及び２０５には、自動演奏
させる曲、或いはリズムの選択を有効にさせる機能が割
り当てられている。例えばそれらの選択が何れも有効に
なっていない状態でスイッチ２０４を操作すると、それ
が再び操作されるまでの間、曲の選択が有効（行える状
態）となる。これは、ステップ２０５においても同様で
ある。

【００２２】スイッチ２１１ａ及び２１１ｂからなるス
イッチ対２１１、及びスライダー２１４は、曲、及びリ
ズムのうちの一方の選択が有効になっている間、曲、或
いはリズムの選択を行うために用いられる。その選択
は、番号を指定することで行うようになっている。設定
されている番号は、それらのうちの何れかを操作するこ
とで変更される。

【００２３】スイッチ２０６には、モードを切り換える
機能が割り当てられている。現在、設定中のモードは、
そのスイッチ２０６を操作する度に、予め定められた順
序でサイクリックに変更される。

【００２４】スイッチ２０７には音色の選択を有効にさ
せる機能、スイッチ２０８には演奏上のチャンネルの選
択を有効にさせる機能、スイッチ２０９にはフィルター
特性の選択を有効にさせる機能、スイッチ２１０には音
響効果の選択を有効にさせる機能がそれぞれ割り当てら
れている。それらスイッチ２０７〜２１０によって有効
となる選択が何れも有効になっていない状態で、それら
のうちの一つを操作すると、その操作を行ったスイッチ
に対応する選択が有効（行える状態）となり、そのスイ
ッチを再び操作すると、その選択が行えない状態とな
る。

【００２５】スイッチ２１３ａ及び２１３ｂからなるス
イッチ対２１３、及びスライダー２１６は、スイッチ２
０７〜２１０によって何らかの選択が有効（行える状
態）となっている間、その選択を行うために用いられ
る。その選択の多くは、番号を指定することで行うよう
になっている。

【００２６】スイッチ２１２ａ及び２１２ｂからなるス
イッチ対２１２、及びスライダー２１５は、音量調整を
行うために用いられる。発音される楽音の音量は、それ
らのうちの何れかを操作することで変更される。

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

【００２８】ＣＰＵ１０１は、鍵盤１０７やスイッチ群
１１０に対して演奏者が行った操作は、それらを随時ス
キャン（走査）し、そのスキャン結果を解析することで
認識する。例えば今回のスキャン結果と前回のそれとを
対比して、状態が変化した鍵やスイッチ、その操作内容
を特定する。エンコーダ１０９の角度（以降、操作角度
と呼ぶ）は、特には図示しないそのコントローラが検出
する。ＣＰＵ１０１は、そのコントローラから操作角度
を示す情報を随時、受け取ることで、演奏者がエンコー
ダ１０９に対する操作の有無、及び操作内容（操作角度
の変更量）を認識する。スライダー群１１１を構成する
スライダー２１４〜２１６は例えば可変抵抗器である。
このため、それらへの操作の有無、及びその操作内容
は、各スライダー毎に、そのつまみの位置に応じて変化
する電圧値を随時、読み取り、それを前回に読み取った
値と対比することで認識する。

【００２９】鍵盤１０７やエンコーダ１０９、スイッチ
群１１０を構成する各種スイッチ、及びスライダー群１
１１を構成する各スライダー２１４〜２１６の各種操作
子（デバイス）は、演奏者が何らかのデータを入力する
ためのデバイスである。それら各種操作子（デバイス）
には、図３に示すように、互いに異なる識別用の番号
（以降、デバイス番号と呼ぶ）を割り当てている。各種
操作子のなかで操作されたと検出（認識）した操作子が
存在していた場合、ＣＰＵ１０１は、その操作子に割り
当てたデバイス番号、その操作内容を表す操作情報、及
びその操作を検出したタイミングを表す時間情報を、そ
の操作子で発生したイベントの内容を表す情報（イベン
ト情報）としてＲＡＭ１０４に一時的に格納する。その
後、ＲＡＭ１０４に格納したイベント情報を読み出して
処理する。それにより、各種操作子への演奏者の操作に
応じて、ＬＣＤ１０５、ＬＥＤ群１０６、或いは音源１
０８を制御する。

【００３０】本実施の形態では、デバイス番号、操作情
報、及び時間情報を格納するための領域をそれぞれＲＡ
Ｍ１０４に確保してそれらを対応する領域に格納するよ
うにしている。それらの領域については、以降、入力イ
ベントバッファ、入力値バッファ、及びイベント発生時
刻バッファとそれぞれ呼ぶことにする。

【００３１】ＣＰＵ１０１は、各種操作子に対する操作
の検出とイベント情報の処理とを異なる時間間隔で行う
ようになっている。操作の検出はイベント情報を処理す
る時間間隔よりも短い時間間隔で行うようになってい
る。それにより、操作の検出を複数回、行った後、イベ
ント情報を処理することがあることから、同じデバイス
番号のイベント情報が複数、ＲＡＭ１０４に格納されて
いることも有り得ることになる。このため、本実施の形
態では、同じデバイス番号のイベント情報が複数、存在
していた場合、それらのなかの一つだけを選択して処理
するようにしている。

【００３２】同じデバイス番号のイベント情報が複数、
存在しているということは、ハードウェア上における何
らかの不具合の発生を抜きにすれば、その番号が割り当
てられた操作子に対して演奏者がイベントとして検出さ
れるような操作を極めて短い時間内に複数回、行ったこ
とを意味する。その複数回の操作は、例えば鍵盤１０７
では、或る鍵を押鍵して直ちに離鍵するような操作であ
る。そのような操作は、誤って意図していない鍵を押鍵
したようなときにしか行われないのが普通である。

【００３３】鍵盤１０７でのそのような操作に応じて音
源１０８を制御しても、１サンプリング時間内で楽音の
発音開始とその消音が行われることから、楽音は殆ど発
音されないことになる。殆ど発音されない楽音に発音チ
ャンネルを割り当てることとなる。

【００３４】しかし、本実施の形態では、そのような操
作が行われることで複数のイベント情報が存在していて
も、それらのなかの一つだけを選択して処理するため、
殆ど発音されない楽音に発音チャンネルを割り当てるの
を回避することができる。それにより、その処理にかか
る負荷が低減するだけでなく、発音可能な楽音数が不必
要に少なくなるのを回避させられるという効果も得られ
る。

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

【００３６】先ず、ステップ４０１では、電子楽器を予
め定めた初期状態に設定するイニシャライズを行う。ス
イッチ群１１０や鍵盤１０７等の各種操作子で発生した
イベントの検出や自動演奏の進行等は、割り込み処理で
あるタイマ処理を実行することで行うようになってい
る。ステップ４０１に続くステップ４０２では、その実
行禁止の解除を行う。その解除を行った後、ステップ４
０３に移行する。なお、その解除は、割り込みフラグレ
ジスタでタイマ処理に対応するビットへのマスクを解除
することで行われる。

【００３７】タイマ処理を実行することで、イベントの
発生に応じてイベント情報がＲＡＭ１０４に格納される
ことになる。ステップ４０３では、ＲＡＭ１０４に格納
されたイベント情報の内容を参照して、処理すべきイベ
ント情報を選択することにより、発生（検出）したイベ
ントのなかで対処すべきイベントを抽出するイベント発
生処理を実行する。その後はステップ４０４に移行す
る。

【００３８】そのイベント発生処理では、処理すべきイ
ベント情報が存在している場合に、変数であるイベント
発生フラグにその旨を示す１を代入する。入力イベント
バッファに格納されたデバイス番号のなかで対処すべき
イベントの番号は入力イベントレジスタに、入力値バッ
ファに格納されたそのイベントの操作情報は入力値レジ
スタにそれぞれ格納する。それらのレジスタは、ＲＡＭ
１０４に確保した領域である。

【００３９】ステップ４０４では、そのフラグの値が１
か否か判定する。その値が１であった場合、判定はＹＥ
Ｓとなってステップ４０５に移行する。そうでない場合
には、判定はＮＯとなってステップ４０３に戻る。

【００４０】ステップ４０５では、ステップ４０３のイ
ベント発生処理の実行時に選択したイベント情報の処理
を行う。その処理により、ＬＣＤ１０５に表示させる情
報の変更やＬＥＤ群１０６を構成するＬＥＤ２１７及び
２１８の駆動制御、音源１０８の制御、或いは各種設定
（ＲＡＭ１０４に保持させた変数の値）の変更等が行わ
れることになる。その処理を終了すると、ステップ４０
６でイベント発生フラグに０を代入し、ＲＡＭ１０４に
格納されているイベント情報を全て消去した後に上記ス
テップ４０３に戻る。

【００４１】ステップ４０３及び４０４、或いはステッ
プ４０３〜４０６で形成される処理ループは、例えば予
め定めた時間が経過する毎に行うようになっている。そ
の時間は、例えば後述するタイマ処理の実行間隔時間に
整数を掛けて得られるものである。それにより、イベン
トの検出、それへの対処は、タイマ処理を複数回、実行
してその間に検出したイベントのイベント情報をＲＡＭ
１０４に格納し、その間にＲＡＭ１０４に格納したイベ
ント情報のなかで実際に処理すべきものをイベント発生
処理の実行によって抽出し、それによって抽出したイベ
ント情報のみを処理する、という流れをサイクルとして
行うようになっている。

【００４２】次に、上記ステップ４０２で実行禁止が解
除されるタイマ処理について、図５に示すその動作フロ
ーチャートを参照して詳細に説明する。上記全体処理で
ステップ４０３として実行されるイベント発生処理は、
そのタイマ処理、及びそのなかで実行される各種サブル
ーチン処理を説明した後に説明する。なお、そのタイマ
処理は、例えばＣＰＵ１０１に搭載されたタイマが出力
する割り込み信号により起動されることで、所定時間が
経過する毎に実行される処理である。

【００４３】先ず、ステップ５０１では、変数である時
刻カウンタの値をインクリメントする。続くステップ５
０２では、鍵盤１０７で発生したイベントを検出してそ
れの内容をイベント情報としてＲＡＭ１０４に格納する
鍵盤処理を実行する。その後のステップ５０３〜５０５
では、スイッチ群１１０、スライダー群１１１、及びエ
ンコーダ１０９の各操作子別に、発生したイベントを検
出してそのイベント情報をＲＡＭ１０４に格納する処理
を行う。

【００４４】ステップ５０５に続くステップ５０６で
は、自動演奏を進行させて曲を再生するための曲再生処
理を実行する。その後は、ステップ５０７で伴奏曲（リ
ズム）を再生するための伴奏曲再生処理を実行する。一
連の処理は、それを実行した後に終了する。

【００４５】以降は、上記タイマ処理内で実行される各
種サブルーチン処理について詳細に説明する。図６は、
上記ステップ５０２で実行される鍵盤処理の動作フロー
チャートである。始めに、その図６を参照して、鍵盤処
理について詳細に説明する。

【００４６】鍵盤処理では、先ず、鍵盤１０７をスキャ
ンし、そのスキャン結果を解析、例えばスキャンにより
検出した各鍵の操作状態と前回のスキャン時に検出した
各鍵のそれとを対比することにより、演奏者が鍵盤１０
７に対して行った操作の内容を認識する。その操作の内
容として、操作された鍵、その操作が押鍵か否かを認識
する。図６に示す動作フローチャートは、その認識を行
った後の処理の流れを示したものである。

【００４７】スキャン結果の解析が終了した直後に実行
するステップ６０１では、その解析結果から演奏者の鍵
盤１０７への操作内容を判定する。以降は、その判定結
果に応じて、以下のような処理が行われる。

【００４８】演奏者が鍵盤１０７に対して鍵の状態が変
化するような操作を行っていない場合、ステップ６０１
では操作なし、即ちイベントの発生はなしと判定され、
ここで一連の処理を終了する。

【００４９】演奏者が何らかの鍵を押鍵した場合には、
ステップ６０１ではオン操作と判定されてステップ６０
２に移行する。そのステップ６０２では、入力イベント
バッファに、鍵盤１０７に割り当てたデバイス番号であ
る２０（図３参照）を書き込む。続くステップ６０３で
は、入力値バッファに、操作が押鍵であることを示す値
（ＯＮフラグ）とその押鍵が行われた鍵の音高を示すノ
ートナンバーを書き込む。それを書き込むと、ステップ
６０４でイベント発生時刻バッファに、イベントの発生
時刻を示す情報として時刻カウンタの値を書き込む。そ
の後はステップ６０５に移行して、変数であるイベント
発生準備フラグに、処理対象となりうるイベントが発生
したことを示す値の１を代入する。その代入を行った後
に一連の処理を終了する。

【００５０】一方、演奏者が何らかの鍵を離鍵した場合
には、ステップ６０１ではオフ操作と判定されてステッ
プ６０６に移行する。そのステップ６０６では、入力イ
ベントバッファに、鍵盤１０７に割り当てたデバイス番
号である２０（図３参照）を書き込む。続くステップ６
０７では、入力値バッファに、操作が離鍵であることを
示す値（ＯＦＦフラグ）とその離鍵が行われた鍵の音高
を示すノートナンバーを書き込む。それを書き込むと、
ステップ６０４に移行して、イベント発生時刻バッファ
に時刻カウンタの値の書き込みを行う。

【００５１】図７は、上記タイマ処理内でステップ５０
３として実行されるスイッチ処理の動作フローチャート
である。次に、その図７を参照して、スイッチ処理につ
いて詳細に説明する。

【００５２】このスイッチ処理でも鍵盤処理と同様に、
先ず、スイッチ群１１０をスキャンし、そのスキャン結
果を解析、例えばスキャンにより検出した各スイッチの
操作状態と前回のスキャン時に検出した各スイッチのそ
れとを対比することにより、演奏者がスイッチ群１１０
に対して行った操作の内容を認識する。その操作の内容
として、操作（オン）されたスイッチを認識する。図７
に示す動作フローチャートは、その認識を行った後の処
理の流れを示したものである。

【００５３】スキャン結果の解析が終了した直後に実行
するステップ７０１では、その解析結果から演奏者がス
イッチ群１１０を構成する何れかのスイッチを操作（オ
ン）したか否か判定する。演奏者が何れかのスイッチを
操作した場合、判定はＹＥＳとなってステップ７０２に
移行する。そうでない場合には、判定はＮＯとなり、ス
イッチ群１１０でのイベントの発生は検出されなかった
として一連の処理を終了する。

【００５４】そのステップ７０２では、入力イベントバ
ッファに、操作を検出したスイッチに割り当てたデバイ
ス番号（図３参照）を書き込む。続くステップ７０３で
は、入力値バッファに、操作が行われたことを示す値の
１を書き込む。それを書き込むと、ステップ７０４でイ
ベント発生時刻バッファに、時刻カウンタの値を書き込
む。その後はステップ７０５に移行して、イベント発生
準備フラグに１を代入する。その代入を行った後に一連
の処理を終了する。

【００５５】図８は、上記タイマ処理内でステップ５０
４として実行されるスライダー処理の動作フローチャー
トである。次に、その図８を参照して、スライダー処理
について詳細に説明する。

【００５６】スライダー群１１１は、３つのスライダー
２１４〜２１６で構成されている。それらスライダー２
１４〜２１６では、つまみの位置の移動によってイベン
トが発生する。つまみの位置は電圧値（例えばつまみと
グランド間の電圧をＡ／Ｄ変換して得られた値）から認
識する。スライダー処理では、発生したイベントの検出
対象とするスライダーを順次、変更しながら、電圧値を
取り込んでのイベントの検出が行われる。

【００５７】先ず、ステップ８０１では、イベントの検
出対象とするスライダーを管理するための変数ＤＮに、
スライダー２１４に割り当てたデバイス番号である１６
を代入する。続くステップ８０２では、スライダー２１
４の電圧値を取り込み、それを配列変数ＶＡＬＵＥの変
数ＤＮの値で指定される要素ＶＡＬＵＥ（ＤＮ）に代入
する。

【００５８】ステップ８０２に続くステップ８０３で
は、今回、取り込んだ電圧値と前回に取り込んだ電圧値
との差分を算出し、それを配列変数ＳＡＢＵＮの変数Ｄ
Ｎで指定される要素ＳＡＢＵＮ（ＤＮ）に代入する。前
回で取り込んだ電圧値は、配列変数ＦＶＡＬＵＥの変数
ＤＮの値で指定される要素ＦＶＡＬＵＥ（ＤＮ）に代入
されている。このことから、要素ＳＡＢＵＮ（ＤＮ）に
は、要素ＶＡＬＵＥ（ＤＮ）の値から要素ＦＶＡＬＵＥ
（ＤＮ）の値を引いた値が代入される。そのようにして
行う代入が終了した後、ステップ８０４に移行する。

【００５９】ステップ８０４では、要素ＳＡＢＵＮ（Ｄ
Ｎ）の絶対値が所定値より大きいか否か判定する。その
所定値は、イベントの発生と検出すべき操作がスライダ
ーに対して行われたか否かを判定するために定めた値で
ある。このため、そのような操作を演奏者がイベントの
検出対象としているスライダーに対して行った場合、判
定はＹＥＳとなってステップ８０５に移行する。そうで
ない場合には、判定はＮＯとなり、イベントは発生して
いないとしてステップ８０９に移行する。

【００６０】ステップ８０５〜８０８では、発生したイ
ベントに対処するための処理が行われる。先ず、ステッ
プ８０５では、入力イベントバッファに、操作（イベン
ト）を検出したスライダーに割り当てたデバイス番号
（図３参照）を書き込む。続くステップ８０６では、入
力値バッファに、要素ＳＡＢＵＮ（ＤＮ）の値を書き込
む。その次に実行するステップ８０７では、イベント発
生準備フラグに１を代入する。それに続くステップ８０
８では、イベント発生時刻バッファに、時刻カウンタの
値を書き込む。上記ステップ８０９には、その書き込み
が終了した後に移行する。

【００６１】ステップ８０９では、要素ＦＶＡＬＵＥ
（ＤＮ）に、要素ＶＡＬＵＥ（ＤＮ）の値を代入して、
今回、取り込んだ電圧値を保持させる。その次は、ステ
ップ８１０で変数ＤＮの値のインクリメントを行う。そ
の後、ステップ８１１に移行する。

【００６２】ステップ８１１では、変数ＤＮの値が１８
より大きいか否か判定する。各スライダー２１４〜２１
６を対象にしたイベントの検出が終了した場合、判定は
ＹＥＳとなり、一連の処理を終了する。そうでない場合
には、判定はＮＯとなってステップ８０２に戻る。それ
により、対象を別のスライダーに移してのイベントの検
出を行う。

【００６３】図９は、上記タイマ処理内でステップ５０
５として実行されるエンコーダ処理の動作フローチャー
トである。次に、その図９を参照して、エンコーダ処理
について詳細に説明する。

【００６４】エンコーダ１０９にはデバイス番号として
１９が割り当てられている。このことから、エンコーダ
処理では、その１９で指定される各配列変数ＶＡＬＵ
Ｅ、ＦＶＡＬＵＥ、及びＳＡＢＵＮの要素を用いてエン
コーダ１０９で発生したイベントの検出を行うようにな
っている。

【００６５】先ず、ステップ９０１では、エンコーダ１
０９のコントローラから操作角度を示す情報を受け取
り、それを要素ＶＡＬＵＥ（１９）に代入する。続くス
テップ９０２では、要素ＳＡＢＵＮ（１９）に、要素Ｖ
ＡＬＵＥ（１９）の値から要素ＦＶＡＬＵＥ（１９）の
値を引いた値を代入する。今回、取り込んだ操作角度と
前回に取り込んだ操作角度との間の差分を代入する。そ
れが終了した後、ステップ９０３に移行する。

【００６６】ステップ９０３では、要素ＳＡＢＵＮ（１
９）の絶対値が所定値より大きいか否か判定する。その
所定値は、イベントの発生と検出すべき操作がエンコー
ダ１０９に対して行われたか否かを判定するために定め
た値である。このため、そのような操作を演奏者がエン
コーダ１０９に対して行った場合、判定はＹＥＳとなっ
てステップ９０４に移行する。そうでない場合には、判
定はＮＯとなり、イベントは発生していないとして一連
の処理を終了する。

【００６７】ステップ９０４〜９０８では、発生したイ
ベントに対処するための処理が行われる。先ず、ステッ
プ９０４では、入力イベントバッファに、エンコーダ１
０９に割り当てたデバイス番号である１９を書き込む。
以降は、ステップ９０５では入力値バッファに要素ＳＡ
ＢＵＮ（１９）の値を書き込み、ステップ９０６ではイ
ベント発生準備フラグに１を代入し、ステップ９０７で
はイベント発生時刻バッファに時刻カウンタの値を書き
込む。ステップ９０７に続くステップ９０８では、要素
ＦＶＡＬＵＥ（１９）に、要素ＶＡＬＵＥ（１９）の値
を代入して、今回、取り込んだ電圧値を保持させる。そ
の後、一連の処理を終了する。

【００６８】次に、上記タイマ処理内でステップ５０６
として実行される曲再生処理について、図１０に示すそ
の動作フローチャートを参照して詳細に説明する。曲、
或いはリズムを再生するための演奏データ（シーケンス
データ）は、演奏上のイベントの内容を表すイベントデ
ータ（例えばＭＩＤＩデータ）、及び、そのイベントデ
ータを処理すべきタイミングを指定するタイムデータ
（例えばイベント間の時間間隔（デルタタイム）を表す
データ）からなるデータ対を処理順序に従って並べた形
で編成されている。本実施の形態では、演奏データを配
列変数ＭＥＭとして扱っている。イベントデータやタイ
ムデータは、それぞれ、１ワードとして扱っている。そ
れにより、それの引数を変えることで、演奏データの変
更やその再生の進行を行えるようにしている。演奏デー
タ間の区切りは、演奏データの最後にその旨を示すユニ
ークなデータ（以降、便宜的にエンドデータと呼ぶ）を
挿入することで認識できるようにしている。曲再生処理
は、そのような演奏データを対象にその再生を行うため
の処理である。

【００６９】先ず、ステップ１００１では、自動演奏中
か否かを認識するために用意した変数ＳＴＦの値が自動
演奏中であることを示す１か否か判定する。現在、自動
演奏を行っている場合、判定はＹＥＳとなってステップ
１００２に移行する。そうでない場合には、判定はＮＯ
となり、ここで一連の処理を終了する。

【００７０】なお、上記変数ＳＴＦには、演奏者が何ら
かの曲を選択している状態でスイッチ２０２を操作する
と、その操作の後に図４のステップ４０５を実行するこ
とで１が代入される。それ以外には、配列変数ＭＥＭの
引数として用いる変数ＳＡＤＤには再生する演奏データ
の引数上の初期値に２を加算した値（２つ目に処理すべ
きイベントデータのタイムデータを指定する値）、変数
ＳＴには時刻カウンタの値に最初に処理すべきイベント
データのタイムデータを加算した値、変数ＳＥＶＥＮＴ
にはそのイベントデータ、がそれぞれ代入される。

【００７１】ステップ１００２では、変数ＳＴの値が時
刻カウンタの値よりも小さいか否か判定する。その変数
ＳＴの値（タイムデータ）は、それまでの値に次に処理
すべきイベントデータのタイムデータを加算して順次、
更新させている。このため、次のイベントデータを処理
すべきタイミングとなった場合、判定はＹＥＳとなって
ステップ１００３に移行する。そうでない場合には、判
定はＮＯとなり、ここで一連の処理を終了する。

【００７２】ステップ１００３以降では、次に処理すべ
きイベントデータを処理して曲の再生を進行させるため
の処理が行われる。そのイベントデータは変数ＳＥＶＥ
ＮＴに保持させている。

【００７３】先ず、ステップ１００３では、変数ＳＥＶ
ＥＮＴに保持させたイベントデータを音源１０８に送出
する。続くステップ１００４では、変数ＳＡＤＤの値を
インクリメントする。その後、ステップ１００５に移行
する。

【００７４】ステップ１００５では、配列変数ＭＥＭの
変数ＳＡＤＤの値で指定される要素ＭＥＭ（ＳＡＤＤ）
のデータの種類を判定する。それ以降の処理は、その判
定結果に応じて行われる。

【００７５】先ず、そのデータがエンドデータであった
場合、ステップ１００５でエンドデータと判定されてス
テップ１００６に移行する。そのステップ１００６で
は、演奏データを全て処理して曲の再生が完了したこと
から、音源１０８に全楽音の消音を指示するイベントデ
ータを送出する。続くステップ１００７では、変数ＳＴ
Ｆに、自動演奏中でないことを示す０を代入する。その
後、一連の処理を終了する。

【００７６】要素ＭＥＭ（ＳＡＤＤ）のデータがイベン
トデータであった場合には、ステップ１００５でイベン
トデータ（図１０中では音楽）と判定されてステップ１
００８に移行する。そのステップ１００８で変数ＳＥＶ
ＥＮＴに要素ＭＥＭ（ＳＡＤＤ）のイベントデータを代
入した後、一連の処理を終了する。

【００７７】要素ＭＥＭ（ＳＡＤＤ）のデータがタイム
データであった場合には、ステップ１００５でタイムデ
ータと判定されてステップ１００９に移行する。そのス
テップ１００９では、変数ΔＳＴに、要素ＭＥＭ（ＳＡ
ＤＤ）のタイムデータを代入する。続くステップ１０１
０では、変数ＳＴに、それまでの値に変数ΔＳＴの値を
加算した値を代入する。その後、ステップ１００４に戻
る。それにより、変数ＳＥＶＥＮＴには次に処理すべき
イベントデータが代入されることになる。

【００７８】図１１は、上記タイマ処理内でステップ５
０７として実行される伴奏曲再生処理の動作フローチャ
ートである。次に、図１１を参照して、伴奏曲再生処理
について詳細に説明する。

【００７９】先ず、ステップ１１０１では、リズムを対
象に自動演奏中か否かを認識するために用意した変数Ａ
ＴＦの値がその自動演奏中であることを示す１か否か判
定する。現在、リズムの再生を行っている場合、判定は
ＹＥＳとなってステップ１１０２に移行する。そうでな
い場合には、判定はＮＯとなり、ここで一連の処理を終
了する。

【００８０】なお、上記変数ＡＴＦには、演奏者が何ら
かのリズムを選択している状態でスイッチ２０２を操作
すると、その操作の後に図４のステップ４０５を実行す
ることで１が代入される。それ以外には、配列変数ＭＥ
Ｍの引数として用いる変数ＡＡＤＤには再生する演奏デ
ータの引数上の初期値に２を加算した値（２つ目に処理
すべきイベントデータのタイムデータを指定する値）、
変数ＡＴには時刻カウンタの値に最初に処理すべきイベ
ントデータのタイムデータを加算した値、変数ＡＥＶＥ
ＮＴにはそのイベントデータがそれぞれ代入される。

【００８１】ステップ１１０２では、変数ＡＴの値が時
刻カウンタの値よりも小さいか否か判定する。その変数
ＡＴの値（タイムデータ）は、それまでの値に次に処理
すべきイベントデータのタイムデータを加算して順次、
更新させている。このため、次のイベントデータを処理
すべきタイミングとなった場合、判定はＹＥＳとなって
ステップ１１０３に移行する。そうでない場合には、判
定はＮＯとなり、ここで一連の処理を終了する。

【００８２】リズムの再生中は、鍵盤１０７の伴奏鍵域
への押鍵によってコードを指定できるようになってい
る。その押鍵によって指定されたコードは、特に詳細な
説明は省略するが、図４のステップ４０５で判定してそ
の結果を変数であるＣＯＤＥレジスタに保持するように
なっている。ステップ１１０３以降では、そのレジスタ
の内容を参照しつつ、次に処理すべきイベントデータを
処理してリズムの再生を進行させるための処理が行われ
る。そのイベントデータは変数ＡＥＶＥＮＴに保持させ
ている。

【００８３】先ず、ステップ１１０３では、変数ＡＥＶ
ＥＮＴに保持させたイベントデータをＣＯＤＥレジスタ
に保持されているコードに応じて変換する。続くステッ
プ１１０４では、その変換後のイベントデータを音源１
０８に送出する。その次のステップ１１０５では、変数
ＡＡＤＤの値をインクリメントする。それが終了した
後、ステップ１１０６に移行する。

【００８４】ステップ１１０６では、配列変数ＭＥＭの
変数ＡＡＤＤの値で指定される要素ＭＥＭ（ＡＡＤＤ）
のデータの種類を判定する。それ以降の処理は、その判
定結果に応じて行われる。

【００８５】先ず、そのデータがイベントデータであっ
た場合、ステップ１１０６でイベントデータ（図１１中
では音楽）と判定されてステップ１１０７に移行する。
そのステップ１１０７で変数ＡＥＶＥＮＴに要素ＭＥＭ
（ＡＡＤＤ）のイベントデータを代入した後、一連の処
理を終了する。

【００８６】要素ＭＥＭ（ＡＡＤＤ）のデータがタイム
データであった場合には、ステップ１１０６でタイムデ
ータと判定されてステップ１１０８に移行する。そのス
テップ１１０８では、変数ΔＡＴに、要素ＭＥＭ（ＡＡ
ＤＤ）のタイムデータを代入する。続くステップ１１０
９では、変数ＡＴに、それまでの値に変数ΔＡＴの値を
加算した値を代入する。その後、ステップ１１０５に戻
る。それにより、変数ＡＥＶＥＮＴには次に処理すべき
イベントデータが代入されることになる。

【００８７】要素ＭＥＭ（ＡＡＤＤ）のデータがエンド
データであった場合には、ステップ１１０６でエンドデ
ータと判定されてステップ１１１０に移行する。そのス
テップ１１１０では、演奏データの処理が一通り完了し
たことから、変数ＡＡＤＤに、その演奏データの引数上
の初期値を代入する。その後、ステップ１１０５に戻
る。

【００８８】リズムの再生中に演奏者がスイッチ２０１
を操作することで変数ＡＴＦに０が代入される。このた
め、演奏者がリズムの再生の終了を指示するまでの間、
そのリズムが繰り返し再生されることになる。なお、演
奏者がスイッチ２０３を操作したときにも変数ＡＴＦに
０が代入されるが、その代入は一時的なものであり、変
数ＡＡＤＤやＡＴ等に保持させている内容は維持され
る。それにより、演奏者が再度スイッチ２０３を操作す
ると、中断させたところからリズムの再生が再開され
る。

【００８９】次に、図４の全体処理内でステップ４０３
として実行されるイベント発生処理について、図１２に
示すその動作フローチャートを参照して詳細に説明す
る。そのイベント発生処理は、上述のタイマ処理を実行
することでＲＡＭ１０４に格納されたイベント情報の内
容を参照して、そのなかで処理すべきイベント情報を抽
出する処理である。

【００９０】先ず、ステップ１２０１では、イベント発
生準備フラグの値が１か否か判定する。前回の実行から
今回、実行するまでの間に処理の対象となりうるイベン
ト情報がＲＡＭ１０４に格納されていた場合、言い換え
れば、その間に何らかのイベントを新たに検出していた
場合、判定はＹＥＳとなってステップ１２０２に移行す
る。そうでない場合には、即ち新たに検出したイベント
が無かった場合には、判定はＮＯとなり、ここで一連の
処理を終了する。

【００９１】ステップ１２０２では、入力イベントバッ
ファ内に、同じデバイス番号が複数、格納されているか
否か判定する。同一の操作子（デバイス）で複数回、イ
ベントを検出した場合、判定はＹＥＳとなってステップ
１２０３に移行する。そうでない場合には、判定はＮＯ
となってステップ１２０５に移行する。なお、鍵盤１０
７では複数の鍵への操作を同時に検出することが有り得
ることから、デバイス番号が２０の場合には、ノートナ
ンバーまで一致していればＹＥＳと判定するようにして
いる。

【００９２】ステップ１２０３では、同じデバイス番号
の各イベントの発生時刻（そのイベントを検出したとき
の時刻カウンタの値）をイベント発生時刻バッファから
読み出し、それらを対比する。続くステップ１２０４で
は、発生時刻が早いほうのイベント情報を消去すること
により、先に発生したイベントを削除する。その後、ス
テップ１２０２に戻り、入力イベントバッファ内に、他
に同じデバイス番号が複数、格納されていないか否かの
判定を行う。

【００９３】上記ステップ１２０２〜１２０４は処理ル
ープを形成しており、その処理ループは、ステップ１２
０２の判定がＮＯとなるまでの間、繰り返し実行され
る。それにより、入力イベントバッファ内に格納された
複数の同じデバイス番号は一つだけを除いて全て消去さ
れる。

【００９４】ステップ１２０５以降では、ＲＡＭ１０４
に格納したイベント情報のなかから選択したイベント情
報を図４のステップ４０５で処理するための準備が行わ
れる。

【００９５】先ず、ステップ１２０５では、入力イベン
トバッファに格納されている内容（デバイス番号）を入
力イベントレジスタに書き込む。続くステップ１２０６
では、入力値バッファに格納されている内容（操作情
報）を入力値レジスタに書き込む。イベント発生時刻バ
ッファに格納されている内容（発生時刻）は処理に関係
しないことから、そのような書き込みは行わない。

【００９６】そのようにして、各バッファに格納したイ
ベントの情報のなかで対処すべきイベントのそれを対応
するレジスタにそれぞれ格納すると、ステップ１２０７
に移行してイベント発生準備フラグに０を代入する。こ
のとき、入力イベントバッファ、入力値バッファ、及び
イベント発生時刻バッファに格納された全ての情報の消
去を合わせて行う。それが終了すると、ステップ１２０
８でイベント発生フラグに１を代入した後、一連の処理
を終了する。

【００９７】イベント発生フラグに１を代入すること
で、図４の全体処理の実行時にはステップ４０５の処理
を実行するようになる。それにより、検出したイベント
のなかで対処すべきと選択したイベントにのみ対処する
ことになる。

【００９８】上記のように、本実施の形態では、最も遅
く発生したイベントの情報を選択して残すようにしてい
る。これは、例えば誤った操作を行えばそれを解除した
り、或いはそれに続けて操作すべき操作を行うといった
ことが多く、後で行われたほうの操作が演奏者の意図に
沿ったものである確率が高いためである。その選択方法
を採用することで、他のイベント情報を処理しないこと
で生じる不具合をより抑えられるようにしている。

【００９９】なお、イベント情報の選択方法は、それに
限定されるものではない。例えばエンコーダ１０９やス
ライダー２１４〜２１６のように操作量を検出するタイ
プの操作子（デバイス）では、その操作量が大きいほう
を選択するといったように、イベント情報を構成する操
作情報の内容を基に削除の対象を選択しても良い。 ＜第２の実施の形態＞周知のように、ＭＩＤＩでの演奏
はチャンネル（処理上の区分）を指定して行われる。こ
れは、入力用の操作子（デバイス）に対する操作は、チ
ャンネル毎に行われることがあるということを意味す
る。このことから、第２の実施の形態は、そのチャンネ
ルに着目し、チャンネル毎にイベント情報の選択を行う
ようにしたものである。

【０１００】第２の実施の形態によるイベント検出装置
を搭載した電子楽器の構成は基本的に上記第１の実施の
形態におけるそれと同じである。その動作も大部分は同
じであるが、図４の全体処理内でステップ４０３として
実行されるイベント発生処理が第１の実施の形態から比
較的に大きく異なっている。このことから、第２の実施
の形態では、そのイベント発生処理についてのみ、第１
の実施の形態の説明で付した符号をそのまま用いて説明
することとする。図１３は、第２の実施の形態における
イベント発生処理の動作フローチャートである。

【０１０１】先ず、ステップ１３０１では、イベント発
生準備フラグの値が１か否か判定する。前回の実行から
今回、実行するまでの間に処理の対象となりうるイベン
ト情報がＲＡＭ１０４に格納されていた場合、言い換え
れば、その間に何らかのイベントを新たに検出していた
場合、判定はＹＥＳとなってステップ１３０２に移行す
る。そうでない場合には、即ち新たに検出したイベント
が無かった場合には、判定はＮＯとなり、ここで一連の
処理を終了する。

【０１０２】ステップ１３０２では、入力イベントバッ
ファ内に、同じデバイス番号が複数、格納されているか
否か判定する。同一の操作子（デバイス）で複数回、イ
ベントを検出した場合、判定はＹＥＳとなってステップ
１３０３に移行する。そうでない場合には、判定はＮＯ
となってステップ１３０７に移行する。なお、鍵盤１０
７では複数の鍵への操作を同時に検出することが有り得
ることから、デバイス番号が２０の場合には、ノートナ
ンバーまで一致していればＹＥＳと判定するようにして
いる。

【０１０３】ステップ１３０３では、複数、格納されて
いたデバイス番号のイベントが同一のトラック（音色）
での何らかの指定に関わるイベントか否か判定する。上
述したように、スイッチ２０８には演奏上のチャンネル
の選択を有効にさせる機能が割り当てられている。それ
を操作してその選択を有効にし、スイッチ対２１３、或
いはスライダー２１６を操作することで所望のチャンネ
ルを選択することができる。チャンネルを選択した後、
スイッチ２０７を操作して音色の選択を有効にすれば、
そのチャンネルの音色を選択することができ、スイッチ
対２１２、或いはスライダー２１５を操作すれば、その
チャンネルの音量を調整することができる。このため、
そのように選択したチャンネルの設定を変更できる状態
で、その設定に少なくとも何らかの形で関わる操作子
（デバイス）でのイベントを複数回、検出していた場
合、ステップ１３０３の判定はＹＥＳとなってステップ
１３０４に移行する。そうでない場合には、その判定は
ＮＯとなってステップ１３０６に移行する。

【０１０４】ステップ１３０４では、同じデバイス番号
の各イベントの発生時刻（そのイベントを検出したとき
の時刻カウンタの値）をイベント発生時刻バッファから
読み出し、それらを対比する。続くステップ１３０５で
は、発生時刻が早いほうのイベント情報を消去すること
により、先に発生したイベントを削除する。それが終了
すると、ステップ１３０６に移行し、別のデバイス番号
に着目して他に複数の同じデバイス番号が入力イベント
バッファ内に格納されているか否か調べる。その後、ス
テップ１３０２に戻り、入力イベントバッファ内に、他
に同じデバイス番号が複数、格納されているか否かの判
定を行う。

【０１０５】上記ステップ１３０２〜１３０６、及び、
ステップ１３０２、１３０３及び１３０６はそれぞれ処
理ループを形成しており、それらの処理ループは、ステ
ップ１３０２の判定がＮＯとなるまでの間、繰り返し何
れかが実行される。それにより、チャンネルの設定に関
わる操作子（デバイス）で発生したイベントを複数回、
検出することで入力イベントバッファ内に格納された複
数の同じデバイス番号は、各チャンネル毎に一つだけを
除いて全て消去される。

【０１０６】ステップ１３０７以降では、ＲＡＭ１０４
に格納したイベント情報のなかから選択したイベント情
報を図４のステップ４０５で処理するための準備が行わ
れる。

【０１０７】先ず、ステップ１３０７では、入力イベン
トバッファに格納されている内容（デバイス番号）を入
力イベントレジスタに書き込む。続くステップ１３０８
では、入力値バッファに格納されている内容（操作情
報）を入力値レジスタに書き込む。

【０１０８】そのようにして、各バッファに格納したイ
ベントの情報のなかで対処すべきイベントのそれを対応
するレジスタにそれぞれ格納すると、ステップ１３０９
に移行してイベント発生準備フラグに０を代入する。こ
のとき、入力イベントバッファ、入力値バッファ、及び
イベント発生時刻バッファに格納された全ての情報の消
去を合わせて行う。それが終了すると、ステップ１３１
０でイベント発生フラグに１を代入した後、一連の処理
を終了する。

【０１０９】上記のように、演奏上のパートであるチャ
ンネル（音色）単位でイベント情報を選択することによ
り、或る操作子（デバイス）への操作で指定された内容
を反映させるべきチャンネルに全て反映させられるよう
になる。イベント情報を削除することで、その指定され
た内容を反映させるべきチャンネルに反映させないよう
なことが回避される。このため、第１の実施の形態と比
較して、より不具合の発生を低減させることができる。

【０１１０】なお、第２の実施の形態では、全てのチャ
ンネル（音色）でイベント情報の選択を行うようにして
いるが、その選択を行うべきチャンネルを演奏者に指定
させて、指定されたチャンネルでのみその選択を行うよ
うにしても良い。 ＜第３の実施の形態＞デバイス番号が同じであることか
ら削除したイベント情報が音源１０８の制御に関わるも
のであった場合、その削除によって楽音の発音に何らか
の不具合が生じる可能性がある。このことから、第３の
実施の形態は、音源１０８の制御に関わるイベント情報
を削除対象から外すことにより、第１の実施の形態と比
較して、楽音の発音における不具合の発生をより回避で
きるようにしたものである。

【０１１１】第３の実施の形態によるイベント検出装置
を搭載した電子楽器の構成は基本的に上記第１の実施の
形態におけるそれと同じである。その動作も大部分は同
じであるが、図４の全体処理内でステップ４０３として
実行されるイベント発生処理が第１の実施の形態から比
較的に大きく異なっている。このことから、第３の実施
の形態でも第２の実施の形態と同様に、そのイベント発
生処理についてのみ、第１の実施の形態の説明で付した
符号をそのまま用いて説明することとする。図１４は、
第３の実施の形態におけるイベント発生処理の動作フロ
ーチャートである。

【０１１２】先ず、ステップ１４０１では、イベント発
生準備フラグの値が１か否か判定する。前回の実行から
今回、実行するまでの間に処理の対象となりうるイベン
ト情報がＲＡＭ１０４に格納されていた場合、言い換え
れば、その間に何らかのイベントを新たに検出していた
場合、判定はＹＥＳとなってステップ１４０２に移行す
る。そうでない場合には、即ち新たに検出したイベント
が無かった場合には、判定はＮＯとなり、ここで一連の
処理を終了する。

【０１１３】ステップ１４０２では、複数の同じデバイ
ス番号が入力イベントバッファ内に格納されているのを
調べるために一つのデバイス番号を指定する。ここで
は、例えばそれが最も小さい番号である０（図３参照）
を指定する。その後、ステップ１４０３に移行する。

【０１１４】ステップ１４０３〜１４０８では、指定の
デバイス番号を順次、変更しながら、音源１０８への影
響を考慮しつつ、そのデバイス番号に着目してのイベン
ト情報の選択が行われる。

【０１１５】先ずステップ１４０３では、入力イベント
バッファ内に、指定中のデバイス番号が複数、格納され
ているか否か判定する。その番号が割り当てられている
操作子（デバイス）で複数回、イベントを検出した場
合、判定はＹＥＳとなってステップ１４０４に移行す
る。そうでない場合には、判定はＮＯとなってステップ
１４０７に移行する。なお、鍵盤１０７では複数の鍵へ
の操作を同時に検出することが有り得ることから、指定
のデバイス番号が２０の場合には、ノートナンバーまで
一致していればＹＥＳと判定するようにしている。

【０１１６】ステップ１４０４では、そのデバイス番号
の操作子（デバイス）で発生したイベントが音源１０８
に影響しないか否か判定する。その操作子に音響効果や
ピッチ、或いはテンポ等の設定変更に関わる機能等が割
り当てられていない場合、判定はＹＥＳとなってステッ
プ１４０５に移行する。そうでない場合には、即ち音源
１０８に対して何らかの制御を行う必要がある操作子で
イベントが発生していた場合には、判定はＮＯとなって
ステップ１４０７に移行する。

【０１１７】ステップ１４０５では、そのデバイス番号
の各イベントの発生時刻（そのイベントを検出したとき
の時刻カウンタの値）をイベント発生時刻バッファから
読み出し、それらを対比する。続くステップ１４０６で
は、発生時刻が早いほうのイベント情報を消去すること
により、先に発生したイベントを削除する。それが終了
すると、ステップ１４０７に移行する。

【０１１８】ステップ１４０７では、全てのデバイス番
号について終了したか否か、言い換えればＲＡＭ１０４
に格納されたイベント情報のなかで処理すべきものの抽
出が終了したか否か判定する。処理すべきイベント情報
の抽出が終了した場合、判定はＹＥＳとなってステップ
１４０９に移行する。そうでない場合には、判定はＮＯ
となり、ステップ１４０８で別のデバイス番号を指定し
た後、ステップ１４０３に戻る。

【０１１９】ステップ１４０９以降では、ＲＡＭ１０４
に格納したイベント情報のなかから選択（抽出）したイ
ベント情報を図４のステップ４０５で処理するための準
備が行われる。

【０１２０】先ず、ステップ１４０９では、入力イベン
トバッファに格納されている内容（デバイス番号）を入
力イベントレジスタに書き込む。続くステップ１４１０
では、入力値バッファに格納されている内容（操作情
報）を入力値レジスタに書き込む。

【０１２１】そのようにして、各バッファに格納したイ
ベントの情報のなかで対処すべきイベントのそれを対応
するレジスタにそれぞれ格納すると、ステップ１４１１
に移行してイベント発生準備フラグに０を代入する。こ
のとき、入力イベントバッファ、入力値バッファ、及び
イベント発生時刻バッファに格納された全ての情報の消
去を合わせて行う。それが終了すると、ステップ１４１
２でイベント発生フラグに１を代入した後、一連の処理
を終了する。

【０１２２】上記のように、音源１０８の制御に関係す
るイベント情報の削除を行わないことで、その削除によ
って生じる楽音の発音上の不具合は確実に回避されるこ
とになる。このため、第１の実施の形態と比較して、よ
り不具合の発生を低減させることができる。

【０１２３】なお、第３の実施の形態では、音源１０８
の制御にかかわるか否かに着目してイベント情報の選択
を行うようにしているが、それに着目しての選択を行う
か否かの指定を演奏者（ユーザ）に行わせるようにして
も良い。音源１０８の制御に着目するだけでなく、更に
チャンネル（音色）に着目してのイベント情報の選択を
行うようにしても良い。即ち第３の実施の形態に、上記
第２の実施の形態で採用した技術を組み込んでも良い。

【０１２４】音源１０８の制御にかかわるか否かに着目
するのは、音声の形で表面化する不具合は認識し易いた
めである。しかし、回避したい不具合の優先度は、装置
（システム）の構成やその用途などによって変化する。
このことから、音源１０８以外の構成要素に着目してイ
ベント情報の選択を行うか否か設定しても良い。その設
定内容は、各構成要素毎にユーザが任意に変更できるよ
うにしても良い。 ＜第４の実施の形態＞上記したように、第３の実施の形
態では、音源１０８の制御に関わるイベント情報を削除
の対象としないことにより、楽音の発音における不具合
の発生をより回避できるようにしている。第４の実施の
形態は、イベント情報の削除の対象をチャンネル単位で
演奏者が任意に指定できるようにしたものである。

【０１２５】その指定を演奏者が任意に行えるようにす
ることで、その演奏者が重要と認識している、或いは注
目しているチャンネル（パート）に、イベント情報の削
除が影響するのを確実に回避させられるようになる。こ
のため、第１の実施の形態と比較して、イベント情報の
削除によって生じる不具合をより低減させることができ
る。

【０１２６】第４の実施の形態によるイベント検出装置
を搭載した電子楽器の構成は基本的に上記第１の実施の
形態におけるそれと同じである。その動作も大部分は同
じであるが、図４の全体処理内でステップ４０３として
実行されるイベント発生処理が第１の実施の形態から比
較的に大きく異なっている。このことから、上記第２及
び第３の実施の形態と同様に、そのイベント発生処理に
ついてのみ、第１の実施の形態の説明で付した符号をそ
のまま用いて説明することとする。図１５は、第４の実
施の形態におけるイベント発生処理の動作フローチャー
トである。

【０１２７】なお、イベント情報を選択（削除）するチ
ャンネルの指定は、例えば、スイッチ２０８への操作に
よってチャンネルの選択を有効にさせた状態において、
それまで操作してもそれを無効としていたスイッチに、
その選択の対象とするか否かを指定するための機能を割
り当てることで演奏者に行わせることができる。

【０１２８】先ず、ステップ１５０１では、イベント発
生準備フラグの値が１か否か判定する。前回の実行から
今回、実行するまでの間に処理の対象となりうるイベン
ト情報がＲＡＭ１０４に格納されていた場合、言い換え
れば、その間に何らかのイベントを新たに検出していた
場合、判定はＹＥＳとなってステップ１５０２に移行す
る。そうでない場合には、即ち新たに検出したイベント
が無かった場合には、判定はＮＯとなり、ここで一連の
処理を終了する。

【０１２９】ステップ１５０２では、複数の同じデバイ
ス番号が入力イベントバッファ内に格納されているのを
調べるために一つのデバイス番号を指定する。ここで
は、例えばそれが最も小さい番号である０（図３参照）
を指定する。その後、ステップ１５０３に移行する。

【０１３０】ステップ１５０３〜１５０９では、指定の
デバイス番号を順次、変更しながら、音源１０８への影
響、及びイベント情報の選択におけるチャンネル毎の設
定を考慮しつつ、そのデバイス番号に着目してのイベン
ト情報の選択が行われる。

【０１３１】先ずステップ１５０３では、入力イベント
バッファ内に、指定中のデバイス番号が複数、格納され
ているか否か判定する。その番号が割り当てられている
操作子（デバイス）で複数回、イベントを検出した場
合、判定はＹＥＳとなってステップ１５０４に移行す
る。そうでない場合には、判定はＮＯとなってステップ
１５０８に移行する。なお、鍵盤１０７では複数の鍵へ
の操作を同時に検出することが有り得ることから、指定
のデバイス番号が２０の場合には、ノートナンバーまで
一致していればＹＥＳと判定するようにしている。

【０１３２】ステップ１５０４では、そのデバイス番号
の操作子（デバイス）で発生したイベントが音源１０８
に影響しないか否か判定する。その操作子に音響効果や
ピッチ、或いはテンポ等の設定変更に関わる機能等が割
り当てられていない場合、判定はＹＥＳとなってステッ
プ１５０５に移行する。そうでない場合には、即ち音源
１０８に対して何らかの制御を行う必要がある操作子で
イベントが発生していた場合には、判定はＮＯとなって
ステップ１５０８に移行する。

【０１３３】ステップ１５０５では、指定中のデバイス
番号が割り当てられている操作子で発生したイベントが
イベント情報を選択すると設定されているチャンネル
（図中では特定チャンネル）のイベントか否か判定す
る。その操作子に、イベント情報を選択すると設定され
ているチャンネルで何らかの指定を行うための機能が割
り当てられている場合、判定はＹＥＳとなってステップ
１５０６に移行する。そうでない場合には、判定はＮＯ
となってステップ１５０８に移行する。

【０１３４】ステップ１５０６では、そのデバイス番号
の各イベントの発生時刻（そのイベントを検出したとき
の時刻カウンタの値）をイベント発生時刻バッファから
読み出し、それらを対比する。続くステップ１５０７で
は、発生時刻が早いほうのイベント情報を消去すること
により、先に発生したイベントを削除する。それが終了
すると、ステップ１５０８に移行する。

【０１３５】ステップ１５０８では、全てのデバイス番
号について終了したか否か、言い換えればＲＡＭ１０４
に格納されたイベント情報のなかで処理すべきものの抽
出が終了したか否か判定する。処理すべきイベント情報
の抽出が終了した場合、判定はＹＥＳとなってステップ
１５１０に移行する。そうでない場合には、判定はＮＯ
となり、ステップ１５０９で別のデバイス番号を指定し
た後、ステップ１５０３に戻る。

【０１３６】ステップ１５１０以降では、ＲＡＭ１０４
に格納したイベント情報のなかから選択（抽出）したイ
ベント情報を図４のステップ４０５で処理するための準
備が行われる。

【０１３７】先ず、ステップ１５１０では、入力イベン
トバッファに格納されている内容（デバイス番号）を入
力イベントレジスタに書き込む。続くステップ１５１１
では、入力値バッファに格納されている内容（操作情
報）を入力値レジスタに書き込む。

【０１３８】そのようにして、各バッファに格納したイ
ベントの情報のなかで対処すべきイベントのそれを対応
するレジスタにそれぞれ格納すると、ステップ１５１２
に移行してイベント発生準備フラグに０を代入する。こ
のとき、入力イベントバッファ、入力値バッファ、及び
イベント発生時刻バッファに格納された全ての情報の消
去を合わせて行う。それが終了すると、ステップ１５１
３でイベント発生フラグに１を代入した後、一連の処理
を終了する。

【０１３９】なお、第４の実施の形態では、音源１０８
を制御する結果となるイベント情報の選択（削除）は行
わないようにしているが、その選択（削除）を行うか否
かを演奏者が任意に指定できるようにしても良い。

【０１４０】本実施の形態（第１〜第４の実施の形態）
では、イベント情報の選択は複数のイベント情報のなか
で一つを残すことで行っている。しかし、イベント情報
によっては、その全てを削除するようにしても良い。そ
のようにした場合には、誤って少し触れたスイッチで生
じたオン操作とオフ操作を共に無効とすることができ
る。このようなことから、各イベント情報の内容を参照
して、削除すべきイベント情報、その数を決定するよう
にしても良い。

【０１４１】本実施の形態では、演奏者（ユーザ）が直
接、操作する操作子（デバイス）で発生したイベントを
検出して処理すべきイベントを選択（抽出）している
が、そのデバイスは、演奏者（ユーザ）が直接、操作し
ないものであっても良い。例えば外部装置から送信され
たデータを受信する受信器（ここでは送受信器やインタ
ーフェース等も含む）であっても良い。

【０１４２】その受信器では、外部装置からデータを受
信することでイベントが発生する。受信したデータはイ
ベント情報に対応する。そのデータは一つだけとは限ら
ないことから、１イベントに１以上のイベント情報が得
られるデバイスということになる。しかし、イベント情
報の選択（削除）ではその内容に注目することから、受
信器でも操作子の場合と同様な手法で処理すべきデータ
を選択すれば良いことになる。このことから明らかなよ
うに、本発明は、電子楽器等の装置の種類に関わらず、
操作子、或いは受信器を備えている装置に幅広く適用さ
せることができるものである。

【０１４３】ところで、イベントの発生タイミングは、
それによって得られるイベント情報（データ）の処理す
べきタイミングを指定する。このことから、上記イベン
ト情報（データ）の選択は、処理タイミングが或る範囲
（図４のステップ４０５の実行間隔）内で一致するイベ
ント情報（データ）のなかで処理すべきイベント情報
（データ）を抽出するものということになる。その処理
タイミングが予め指定されているデータ（群）は多く存
在する。例えば演奏データ（シーケンスデータ）がそう
である。

【０１４４】このことから、そのようなデータ（群）を
対象に、実際に処理させるデータを選択する編集を行う
ようにしても良い。演奏データでは、イベントデータの
処理タイミングはそれに付加されたタイムデータによっ
て指定される。このため、その演奏データでは、例え
ば、そのタイムデータを参照して処理タイミングが所定
の範囲（例えば０．１ｍｓのオーダ）内で一致するイベ
ントデータを特定し、その特定したなかで所定の内容が
一致するイベントデータを検出し、その検出したイベン
トデータのなかから一つを選択して残りを削除し、その
削除に合わせて他のイベントデータのタイムデータを修
正する、といったことを繰り返すことでその編集を行う
ことができる。そのような編集を行うことにより、演奏
データの再生時の負荷をより軽減させ、その再生時にデ
ータの内容によって発生する不具合をより低減させるこ
とができる。当然のことながら、その編集はデータの処
理と並行に行っても良い。その編集では、データの内容
を参照して、複数のデータのなかで削除すべきデータ、
その数を特定することが望ましい。

【０１４５】上記ＣＰＵ１０１の制御動作、或いは上述
した機能を実現させるようなプログラムは、ＣＤ−ＲＯ
Ｍ、フロッピーディスク、或いは光磁気ディスク等の記
録媒体に記録させて配布しても良い。或いは、公衆網等
の通信回線を用いて配信するようにしても良い。そのよ
うにした場合には、ユーザはプログラムを取得して任意
の装置（システム）にロードすることにより、その装置
（システム）に本発明を適用させることができるように
なる。

【０１４６】

【発明の効果】以上、説明したように本発明は、処理タ
イミングが所定の範囲内で一致するイベント情報（デー
タ）のなかで所定の内容が一致しているイベント情報
（データ）が複数、存在している場合に、それらのなか
の一つだけを選択して処理させる。このため、イベント
情報（データ）の処理にかかる不必要な負荷の増大を抑
えることができる。

【図面の簡単な説明】

【図１】第１の実施の形態によるイベント検出装置を搭
載した電子楽器の回路構成図である。

【図２】各種操作子、及びＬＣＤの配置を説明する図で
ある。

【図３】各操作子とそれらに割り当てられた番号との関
係を示す図である。

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

【図５】タイマ処理の動作フローチャートである。

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

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

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

【図９】エンコーダ処理の動作フローチャートである。

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

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

【図１２】イベント発生処理の動作フローチャートであ
る。

【図１３】イベント発生処理の動作フローチャートであ
る（第２の実施の形態）。

【図１４】イベント発生処理の動作フローチャートであ
る（第３の実施の形態）。

【図１５】イベント発生処理の動作フローチャートであ
る（第４の実施の形態）。

【符号の説明】

１０１ ＣＰＵ １０３ ＲＯＭ １０４ ＲＡＭ １０７ 鍵盤 １０８ 音源 １０９ エンコーダ １１０ スイッチ群 １１１ スライダー群 ２０１〜２１０、２１１ａ、２１１ｂ、２１２ａ、２１
２ｂ、２１３ａ、２１３ｂ スイッチ ２１１〜２１３ スイッチ対 ２１４〜２１６ スライダー

Claims (7)

【特許請求の範囲】
1. 【請求項１】 入力手段を備えた装置に搭載され、該入
   力手段で発生したイベントを予め定められたタイミング
   で検出するイベント検出装置において、 前記入力手段で発生したイベントを前記タイミングで検
   出して、該イベントの内容を表すイベント情報を記憶手
   段に記憶させるイベント検出手段と、 前記記憶手段に所定の内容が一致する未処理のイベント
   情報が複数、記憶されているとき、該所定の内容が一致
   する複数のイベント情報のなかから一つだけを選択して
   処理させるイベント選択手段と、 を具備したことを特徴とするイベント検出装置。
2. 【請求項２】 音源装置を制御する装置に搭載され、該
   装置の入力手段で発生したイベントを予め定められたタ
   イミングで検出するイベント検出装置において、 前記入力手段で発生したイベントを前記タイミングで検
   出して、該イベントの内容を表すイベント情報を記憶手
   段に記憶させるイベント検出手段と、 前記記憶手段に所定の内容が一致し、且つ前記音源装置
   を制御する結果とならない未処理のイベント情報が複
   数、記憶されているとき、該所定の内容が一致する複数
   のイベント情報のなかから一つだけを選択して処理させ
   るイベント選択手段と、 を具備したことを特徴とするイベント検出装置。
3. 【請求項３】 前記イベント選択手段は、前記イベント
   情報を処理するうえでの区分毎に、前記所定の内容が一
   致する複数のイベント情報のなかから一つだけを選択す
   る、 ことを特徴とする請求項１、または２記載のイベント検
   出装置。
4. 【請求項４】 前記選択を行う対象とする前記イベント
   情報を処理するうえでの区分を指定するための指定手段
   を更に具備し、 前記イベント選択手段は、前記指定手段により指定され
   た区分で前記所定の内容が一致する複数のイベント情報
   のなかから一つだけを選択する、 ことを特徴とする請求項１、２、または３記載のイベン
   ト検出装置。
5. 【請求項５】 予め定められたタイミングとなる度に、
   該タイミングで処理すべきデータを処理させるための方
   法であって、 前記タイミング別に、前記処理すべきデータのなかで所
   定の内容が一致しているデータを検出し、 前記所定の内容が一致しているデータを複数、検出した
   場合に、該複数のデータのなかから一つだけを選択して
   処理させる、ことを特徴とするデータ処理方法。
6. 【請求項６】 処理タイミングが指定されたデータを処
   理させるための方法であって、 前記処理タイミングが所定の範囲内で一致するデータの
   なかで所定の内容が一致しているデータを検出し、 前記所定の内容が一致しているデータを複数、検出した
   場合に、該複数のデータのなかから一つだけを選択して
   処理させる、 ことを特徴とするデータ処理方法。
7. 【請求項７】 予め定められたタイミング別に、処理す
   べきデータのなかで所定の内容が一致しているデータを
   検出する手段と、 前記検出する手段により前記所定の内容が一致している
   データが複数、検出された場合に、該複数のデータのな
   かから一つだけを選択して処理させる手段と、 を実現させるプログラムを記録した記録媒体。