JP2707775C - - Google Patents

Description

【発明の詳細な説明】 発明の目的 ［産業上の利用分野］ 本発明は、電子楽器の演奏情報を記録するイベントタイプの演奏記録装置に関
する。 ［従来の技術］ 従来、電子楽器の通信手順の統一規格であるＭＩＤＩ（Ｍusical Ｉnstrument
Ｄigital Ｉnterface）に対応する電子楽器、例えばキーボードは、キーが操作
されるとそのキー操作により設定されるイベントデータを出力するように構成さ
れている。このイベントデータが他の楽器に受信されると、その楽器側ではイベ
ントデータ信号に基づいてそのデータに表されている操作がその楽器にてなされ
たと同じ発音をする。 このイベントデータは、通常ステータスバイト及び２バイトのデータバイトか
らなる３バイトを１単位とするデータとして構成されている。ステータスバイト
には、ノートオン，ノートオフ，プログラムチェンジ等を示すステータスと、個 々のイベントデータがどの楽器のイベントデータなのかを区別するチャンネルコ
ードとが設定され、データバイトには、音程，音量等を示すデータが設定される
。 従って、キーボード等により、複数の楽器演奏に対応するイベントデータを作
成して、演奏情報記録再生装置（いわゆるシーケンサ）に記憶し、ＭＩＤＩ信号
ケーブルを介して複数の楽器に出力すれば、楽器側で自己が発音するためのイベ
ントデータを区別でき、そのイベントデータに従って複数のパートからなる同時
演奏が可能となる。 ［発明が解決しようとする課題］ しかしながら、このようにキーボード等からイベントデータを入力して、シー
ケンサに編集，記憶された演奏情報は、演奏する側の楽器（シーケンサから出力
されたイベントデータに基づいて演奏する楽器、例えばキーボード，音源等）に
とって、マッチしたものでない場合があった。即ち、演奏する側の楽器の機種に
よっては、受信可能なチャンネルや、ドラム音のノートアサイン（音程）等の設
定が異なるため、シーケンサに記憶された演奏情報からは、操作者の望む演奏が
できない場合が生じるのである。そのため、操作者は、シーケンサに記憶されて
いる演奏情報がどのようなイベントデータから構成されているかを把握するため
に、曲の先頭あるいは任意な位置からデータを順次表示させていた。しかしなが
ら、このような演奏情報は、あまりにも内容が多様なデータから構成されている
ことや、情報量が膨大であることから、操作者が所望のデータを１つずつ抽出し
てエディットしようとしても、データをうまく見つけられず、簡単には行なえな
かった。即ち、この種の装置は、演奏情報を編集し記憶・再生するものの、デー
タの表示機能に関しては、単に記憶されたデータを表示するに過ぎないものであ
った。 本発明の演奏記録装置は上記課題を解決し、演奏情報として記憶された複数の
イベントデータから目的とするデータ内容を含むイベントデータの内容を表示す
ることを目的とする。 発明の構成 かかる目的を達成する本発明の構成について以下説明する。 ［課題を解決するための手段］ 本発明の演奏記録装置は、第１図に例示するように、 電子楽器制御に利用される複数のイベントデータをＭＩＤＩ規格の演奏情報と
して演奏情報記録手段Ｍ１に記憶するイベントタイプの演奏記録装置において、 イベントデータを構成しているＭＩＤＩデータの全部または一部の内容をバイ
ト単位に特定可能なイベントデータ特定手段Ｍ２と、 上記イベントデータ特定手段Ｍ２により特定されたバイト単位のデータ内容を
含むイベントデータを上記演奏情報記録手段Ｍ１から検出するイベントデータ検
出手段Ｍ３と、 上記イベントデータ検出手段Ｍ３により検出されたイベントデータの内容を表
示するデータ表示手段Ｍ４と、 を備えたことを特徴とする。 ［作用］ イベントデータ検出手段Ｍ３が、演奏情報記録手段Ｍ１にＭＩＤＩ規格の演奏
情報として記憶されている複数のイベントデータから、イベントデータ特定手段
Ｍ２にてバイト単位で特定された内容を含んでいるイベントデータを検出する。
この検出の結果、得られたイベントデータの内容を、データ表示手段Ｍ４が表示
する。 このことにより、演奏記録装置のユーザは、多数ある全てのイベントデータを
検討する必要がなく、イベントデータを構成しているＭＩＤＩデータの全部又は
一部の内容をバイト単位にイベントデータ特定手段Ｍ２にて特定すれば、イベン
トデータ検出手段Ｍ３にて自動的に、イベントデータ特定手段によりバイト単位
で特定されたデータ内容を含んでいる所望のイベントデータの内容が検出でき、
データ表示手段Ｍ４にて、その内容を知ることができる。 ［実施例］ 以上説明した本発明の構成・作用を一層明らかにするために、以下本発明の演
奏記録装置の好適な実施例について説明する。 第２図は実施例としてのＭＩＤＩシーケンサ１を示し、このＭＩＤＩシーケン
サ１はフロッピディスクユニット３、液晶表示部（ＬＣＤ）５、ファンクション キー７及びシフトキー９を備えている。フロッピディスクユニット３は記録媒体
としてのフロッピディスクに、記録の必要に応じてイベントデータとその時刻デ
ータとを含む演奏情報を記録し保存することと、更に記録されている演奏情報を
再生する装置である。フロッピディスクは挿入口３ａから挿入することにより記
憶再生可能にセットされる。この他、記憶・再生中を示すアクセスランプ３ｂや
フロッピディスク排出用のイジェクトボタン３ｃも備えられている。 このＭＩＤＩシーケンサ１は、キーボード１１とＭＩＤＩ信号ケーブル１３，
１５にて接続されて、キーボード１１からのイベントデータを受信して自己がカ
ウントしている時刻と共に演奏情報として記憶する装置であり、更に、記憶した
演奏情報に含まれるイベントデータをペアで記憶されている時刻のタイミングで
キーボード１１及び他の楽器に向けて出力してキーボード１１及び他の楽器に同
時に発音させる装置である。 尚、キーボード１１はＭＩＤＩシーケンサ１からのイベントデータを一旦入力
してからスルー端子ＴＲを介して他の楽器にも分配している。勿論、ＭＩＤＩ信
号ケーブル１３，１５は、延長して各々異なる他の楽器にも接続することができ
る。従って、複数の楽器からイベントデータを得て時刻と共に演奏情報として記
憶したり、他の複数の楽器に対して時刻に応じてイベントデータを出力して発音
させるようにしたりできる。 第３図にその信号処理系統のブロック図を示す。ＭＩＤＩシーケンサ１は、Ｃ
ＰＵ１ａ、ＲＯＭ１ｂ、ＲＡＭ１ｃ及びタイマー１ｄを備えており、デジタル式
コンピュータとして構成されている。更にフロッピディスクユニット３を駆動制
御するフロッピディスクコントローラ１ｅ及びＬＣＤ５を駆動制御するＬＣＤコ
ントローラ１ｆを備える。またシーケンシャルなイベントデータが入出力可能な
インタフェース１ｇも備える。またキー７，９からの入力用インタフェース１ｈ
も備える。これらの間はバスライン１ｉによって各種の信号の伝達がなされてい
る。 キーボード１１も同様にＣＰＵ１１ａ、ＲＯＭ１１ｂ、ＲＡＭ１１ｃ及びタイ
マー１１ｄを備えており、デジタル式コンピュータとして構成されている。更に
デジタル型のイベントデータをアナログ型の音響信号に変換する音源１１ｅ、そ の音声信号を増幅するアンプ１１ｆ及び発音させるためのスピーカ１１ｇが備え
られ、更にキー１１ｈ用のインタフェース１１ｉを備える。またシーケンシャル
なイベントデータが入出力可能なインタフェース１１ｊも備える。これらの間は
バスライン１１ｋによって各種の信号の伝達がなされている。 次に、ＭＩＤＩシーケンサ１において扱われる演奏情報について、第４図と共
に説明する。 本実施例のＭＩＤＩシーケンサ１は、ＭＩＤＩ規格の演奏情報を
扱い、キー１１ｈの押鍵（ノートオン）や離鍵（ノートオフ）等を表すキーイベ
ントデータを、キーイベントの発生タイミング（時刻データ）とともにＲＡＭ１
ｃに記録し、記録されたキーイベントデータをその時刻データに基づいて再生し
出力する。 キーボード１１から受信したイベントデータは、第４図に示すように３バイト
を１単位として構成されたデータ（第１バイトデータＢＳが連続して同一ならば
第２バイトデータＢ１と第３バイトデータＢ２との２バイトを１単位とする場合
もある。）である。実際にはスタートビット及びストップビットが各バイト毎に
付加されているがここでは省略して表している。 第１バイトデータＢＳは最上位の第７ビットＢＳ−７が「１」があることによ
りステータスバイトであることを示しており、第２及び第３バイトデータＢ１，
Ｂ２は第７ビットＢ１−７，Ｂ２−７が「０」であることによりデータバイトで
あることを示している。以下、第１バイトデータＢＳ，第２バイトデータＢ１，
第３バイトデータB2を各々ステータスバイトＢＳ，データバイトＢ１，データバ
イトＢ２と呼ぶ。 ステータスバイトＢＳは、第６ビットＢＳ−６〜第４ビットＢＳ−４の３ビッ
トによりステータスの種類を示し、第３ビットＢＳ−３〜第０ビットＢＳ−０の
４ビットによりそのチャンネルを示している。従って、ステータスバイトＢＳか
ら８種類のステータスを区別でき、１６種類のチャンネルを区別できる。ステー
タスとしては、「０００」（二進数）がノートオフを表し、「００１」がノート
オンを表す。その他ポリフォニックキープレッシャ、コントロールチェンジ、プ
ログラムチェンジ等がステータスとして用意されている。またチャンネルとして
は「００００」〜「１１１１」（二進数）がチャンネル「１」〜「１６」（十進 数）を表している。 例えば、ステータスバイトＢＳのビットが「１００１００００」であれば、ス
テータスの種類は「ノートオン」であり、そのチャンネルは「１」である。そし
てその直後のデータバイトＢ１は「ノートオン」における１２８種類の音程の内
の１つを示し、データバイトＢ２はその１２８種類のベロシティ（音の強さ）の
内の１つを示す。 次に、このように構成されるイベントデータの表示処理について第５図のフロ
ーチャートに基づいて説明する。尚、本ルーチンは、イベントデータ表示モード
が選択された場合に起動するものである。 ＭＩＤＩシーケンサ１の処理が開始されると、まず、ファンクションキー７，
シフトキー９への操作者の入力に基づき、表示対象となるデータ（以下、対象デ
ータＤ１と呼ぶ）を設定する。（Ｓ１００）。 この対象データＤ１の設定について第６図と共に説明する。対象データＤ１の
設定は、イベントデータのステータスバイトＢＳの上位４ビット（ステータスの
種類を表す），下位４ビット（チャンネルを表す）と、ステータスバイトＢＳに
続くデータバイトＢ１，データバイトＢ２におけるデータを指定することにより
行なわれる。例えば、ステータス種類：ノートオフ，チャンネル：１６，ノート
ナンバー：１（これらの値は十進数）として記憶されているイベントデータのデ
ータバイトＢ２（ベロシティを表す）を表示したい場合には、第６図（Ａ）に示
すように、対象データＤ１を１６進数表示で「８Ｆ０１＊＊」と設定する。即ち
、ステータスバイトＢＳ，データバイトＢ１を指定することにより、該当するイ
ベントデータおよびデータの表示範囲（表示させるバイトデータ，図面にハッチ
ングを施す）を限定するのである。この場合、表示範囲はデータバイトＢ２であ
る。 また、表示範囲をデータバイトＢ１とする場合、例えば、ステータスの種類：
コントロールチェンジ，チャンネル：４として記憶されているイベントデータの
データバイトＢ１（コントロールナンバーを表す）を表示したい場合には、第６
図（Ｂ）に示すように、対象データＤ１を「Ｂ３＊＊＊＊」と設定する。チャン
ネルを指定せずに、例えば、ステータスの種類がノートオンである総てのチャン ネルのデータバイトＢ１（ノートナンバーを表す）を表示したい場合には、同図
（Ｃ）に示すように、対象データＤ１を「９＊＊＊＊＊」と設定する。 更に、イベントデータの総てのステータスバイトＢＳを表示するには、同図（
Ｄ）に示すように、「＊＊＊＊＊＊」と設定する。尚、「＊」に示すように、ど
んな値であってもよいデータ指定を、以下、ワイルドカードと呼ぶ。 第５図に戻り、ステップ１００の処理にて対象データＤ１、すなわち、イベン
トデータを構成しているデータの全部または一部の内容が、上述のごとく特定さ
れると、ＲＡＭ１ｃ内のトラックに記憶された曲の先頭のイベントデータにポイ
ンタをセットする（Ｓ１１０）。尚、ポインタがセットされ読み込まれたイベン
トデータを、以下、検索データＤ２と呼ぶ。 次に、対象データＤ１のステータスバイトＢＳがワイルドカードか否かを判断
する（Ｓ１２０）。「ＹＥＳ」と判断すると、検索データＤ２のステータスバイ
トＢＳをＲＡＭ１ｃ内に設けられたサーチメモリに記憶し（Ｓ１３０）、後述す
るステップ２４０の処理に移る。即ち、対象データＤ１が第６図（Ｄ）に示した
タイプのデータに設定されていると判断して、ステップ１３０の記憶処理を行な
うのである。逆に、「ＮＯ」と判断すると、次に、対象データＤ１と検索データ
Ｄ２とのステータスバイトＢＳが一致しているか否かを判断し（Ｓ１４０）、一
致していない場合には、対象データＤ１のチャンネル（ステータスバイトＢＳの
下位４ビット）がワイルドカードか否かを判断する（Ｓ１５０）。ワイルドカー
ドでない場合には、検索データＤ２が表示対象とされるイベントデータではない
として、ステップ２４０の処理に移り、ワイルドカードである場合には、更に、
対象データＤ１と検索データＤ２とのステータスの種類（ステータスバイトＢＳ
の上位４ビット）が一致しているか否かを判断する（Ｓ１６０）。ステータスの
種類が一致していなければ、検索データＤ２が表示対象とされるイベントデータ
ではないとして、同様にステップ２４０の処理に移る。ステップ１４０，１６０
において「ＹＥＳ」と判断した場合には、検索データＤ２がステータスバイトＢ
Ｓに関しては表示対象となるイベントデータであるとして、ステップ１７０以降
の処理に移る。 ステップ１７０以降の処理は、データバイトＢ１についての判断である。まず 、対象データＤ１のデータバイトＢ１がワイルドカードか否かを判断する（Ｓ１
７０）。「ＹＥＳ」と判断すると、検索データＤ２のデータバイトＢ１をＲＡＭ
１ｃ内に設けられたサーチメモリに記憶し（Ｓ１８０）、ステップ２４０の処理
に移る。即ち、対象データＤ１が第６図（Ｂ）あるいは（Ｃ）に示したタイプの
データに設定されていると判断して、ステップ１８０の記憶処理を行なうのであ
る。尚、同図（Ｂ）のタイプに相当するのは、ステップ１４０において「ＹＥＳ
」と判断された場合であり、同図（Ｃ）のタイプに相当するのは、ステップ１６
０において「ＹＥＳ」と判断された場合である。ステップ１７０の判断が「ＮＯ
」の場合には、対象データＤ１と検索データＤ２とのデータバイトＢ１が一致し
ているか否かを判断し（Ｓ１９０）、一致していない場合には、検索データＤ２
が表示対象とされるイベントデータではないとして、ステップ２４０の処理に移
る。一致している場合には、検索データＤ２がステータスバイトＢＳ，データバ
イトＢ１に関しては表示対象となるイベントデータであると判断して、ステップ
２００以降の処理に移る。 ステップ２００以降の処理は、データバイトＢ２についての判断である。まず
、イベントデータが３バイトあるいは２バイトのデータ（データバイトＢ２を有
さない）であることから、まず、対象データＤ１のデータバイト数が２、即ちイ
ベントデータが３バイトであるか否かを判断する（Ｓ２００）。「ＮＯ」と判断
すると、検索データＤ２が表示対象となるイベントデータか否かの判断を終了し
て、ステップ１８０の記憶処理に移る。対象データＤ１のデータバイト数が２の
場合には、次に、対象データＤ１のデータバイトＢ２がワイルドカードか否かを
判断し（Ｓ２１０）、ワイルドカードであれば、検索データＤ２のデータバイト
Ｂ２をサーチメモリに記憶し（Ｓ２２０）、ステップ２４０の処理に移る。即ち
、対象データＤ１が第６図（Ａ）に示したタイプのデータに設定されていると判
断して、ステップ２２０の記憶処理を行なうのである。ワイルドカードでなけれ
ば、対象データＤ１と検索データＤ２とのデータバイトB2が一致しているか否か
を判断し（Ｓ２３０）、一致していればステップ２２０の処理に移り、一致して
いなければステップ２４０の処理に移る。尚、ステップ２３０の判断がなされる
のは、対象データの３バイト全てがワイルドカードを用いずに設定された場合 である。 検索データＤ２のバイトデータが記憶された後、あるいは処理途中において検
索データＤ２が表示対象となるイベントデータではないと判断された場合には、
一曲分のイベントデータの検索・記憶処理が終了したか否かを判断し（Ｓ２４０
）、曲の途中であれば、次のイベントデータにポインタをセットし（Ｓ２５０）
、即ち、次のイベントデータである検索データＤ２を読み込み、再びステップ１
２０からの処理を繰り返す。 一曲分のイベントデータの検索・記憶処理が終了することにより、ステップ１
００にて特定されたデータ内容を含むイベントデータの検出が完了すると、サー
チメモリに記憶されたデータの表示処理に移る（ステップ２６０）。このデータ
表示処理は、検索されたデータを図示しない別ルーチンにより、データの値の小
さな順あるいは大きな順に、液晶表示部５に順次表示することにより行なわれる
。尚、対象データＤ１のステータスの種類がプログラムチェンジ（ステータスバ
イトＢＳの上位４ビットがＣ）に設定されている場合には、データバイトＢ１（
音色設定番号を表す）の表示は、イベントデータが検索された順に、即ち、その
曲に用いられる楽器（音色）の演奏順に行なわれる。 以上説明した本実施例のＭＩＤＩシーケンサ１は、対象データＤ１を設定する
だけで、ＲＡＭ１ｃ内のトラックに記憶されているイベントデータから、指定さ
れたイベントデータを抽出し、そのイベントデータのバイトデータを番号順ある
いは曲の進行順に表示する。また、対象データＤ１の設定時には、ワイルドカー
ドを用いることにより、イベントデータの検索条件や表示するバイトデータを指
定できる。従って、トラックに記憶されているイベントデータのチャンネル番号
，ノート番号，音色設定番号などを容易に把握でき、曲全体の構成を幅広くチェ
ックすることができる。その結果、演奏情報の内容の把握は簡単となり、今まで
キーボードや音源等が異なるために使用できなかったイベントデータであっても
、データ修正することによりこのイベントデータを十分活用することができる。 上述した処理に置いて、ステップ１００がイベントデータ特定手段Ｍ２として
の処理に該当し、ステップ１１０〜２５０がイベントデータ検出手段Ｍ３として
の処理に該当し、ステップ２６０がデータ表示手段Ｍ４としての処理に該当する 。またＲＡＭ１ｃが演奏情報記録手段Ｍ１に該当する。 以上本発明の実施例について説明したが、本発明はこうした実施例に何等限定
されるものではなく、例えば、一曲分のデータを表示せずに、操作者により指定
された範囲あるいは記憶されている全曲分を表示する構成であってもよい。また
、本発明の要旨を逸脱しない範囲において、種々なる態様で実施し得ることは勿
論である。 発明の効果 以上詳述したように、本発明の演奏記録装置によれば、演奏情報記録手段に記
憶されていたイベントデータのうち、表示対象となるイベントデータを構成して
いるデータの全部または一部の内容をバイト単位で特定することにより、当該特
定されたバイト単位のデータ内容を含むイベントデータが検出され、内容が表示
される。従って、バイト単位で特定されたデータ内容を含む所望のイベントデー
タの存在状態を把握することができ、曲全体の構成を幅広くチェックすることが
できるという極めて優れた効果を奏する。

【図面の簡単な説明】 第１図は本発明の基本的例示図、第２図は実施例としてのＭＩＤＩシーケンサ
の構成とキーボードその他の楽器との接続状態を示す概略構成図、第３図はその
ブロック図、第４図はイベントデータの構成を示す説明図、第５図はイベントデ
ータ表示ルーチンを示すフローチャート、第６図は対象データの設定例を示す説
明図である。 Ｍ１…演奏情報記録手段 Ｍ２…イベントデータ特定手段 Ｍ３…イベントデータ検出手段 Ｍ４…データ表示手段 １…ＭＩＤＩシーケンサ １ａ…ＣＰＵ １ｂ…ＲＯＭ １ｃ…ＲＡＭ ５…液晶表示部 １１…キーボード ＢＳ…ステータスバイト Ｂ１，Ｂ２…データバイト Ｄ１…対象データ Ｄ２…検索データ

Claims (1)

1. 【特許請求の範囲】 １ 電子楽器制御に利用される複数のイベントデータをＭＩＤＩ規格の演奏情
   報として演奏情報記録手段に記憶するイベントタイプの演奏記録装置において、 イベントデータを構成しているＭＩＤＩデータの全部または一部の内容をバイ
   ト単位に特定可能なイベントデータ特定手段と、 上記イベントデータ特定手段により特定されたバイト単位のデータ内容を含む
   イベントデータを上記演奏情報記録手段から検出するイベントデータ検出手段と
   、 上記イベントデータ検出手段により検出されたイベントデータの内容を表示す
   るデータ表示手段と、 を備えたことを特徴とする演奏記録装置。