JP2000056759A - シーケンスデータ処理装置、及びコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 シーケンスデータの形式の変換を適正に行え
るようにする。 【解決手段】 ユーザがスイッチ群１０４を介してシー
ケンスデータの変換を指示した場合、ＣＰＵ１０１は、
ＩＣカード読取装置１０７にＩＣカード１１０の変換対
象のシーケンスデータを読み取らせ、それをＲＡＭ１０
３に格納する。変換は、変換対象のシーケンスデータを
構成するイベントデータをＲＡＭ１０３から順次読み出
しながら、それが演奏全体に関係するか否か判定するこ
とで、少なくとも２つのグループに分類して行い、変換
が終了したイベントデータはＲＡＭ１０３に確保した領
域に格納する。その後、グループ単位でイベントデータ
間の間隔を調べ、それが所定の間隔よりも大きければダ
ミーのイベントデータを挿入して、その間隔を所定の間
隔以下にする。これをＣＰＵ１０１はＲＯＭ１０２のプ
ログラムを実行することで実現させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、自動演奏用のシー
ケンスデータをその形式とは異なる他の形式に変換する
ための技術に関する。

【０００２】

【従来の技術】現在では、シーケンスデータを処理する
ことで自動演奏を行う機能（自動演奏機能）は電子楽器
等の楽音生成装置に広く搭載されていることもあって、
一般的な機能（装置）となっている。シーケンスデータ
処理装置は、そのような楽音生成装置に、ユーザがシー
ケンスデータの編集等を行うために搭載される装置であ
る。

【０００３】上記シーケンスデータは、普通、演奏上の
イベントの内容を表すイベントデータに、それを処理す
べきタイミングを表す時間データが付加されて構成され
る。しかし、その形式（フォーマット）は様々である。
これに対し、自動演奏を行うために処理できる形式は普
通は限られている。現在では、スタンダードＭＩＤＩフ
ァイル（以降、ＳＭＦと呼ぶ）等の形でシーケンスデー
タは多数市販されている。これらのことから、シーケン
スデータ処理装置には、編集機能の一つとして、或る形
式のシーケンスデータを取り扱うことのできるその形式
とは異なる他の形式（以降、ローカルフォーマットとも
呼ぶことにする）のシーケンスデータに変換、即ち或る
形式のシーケンスデータから他の形式（ローカルフォー
マット）のシーケンスデータを生成する機能が搭載され
ることが多くなっている。

【０００４】上記形式の変換内容は、演奏上のイベント
の内容を表すイベントデータの記述方法に関わるもの
（以降、イベント記述方法と呼ぶ）と、そのイベントデ
ータを処理するタイミングの管理方法に関わるもの（以
降、時間管理方法と呼ぶ）、更には、イベントデータの
編成に関わるもの（以降、編成方法と呼ぶ）、の計３種
類に大別することができる。

【０００５】１番目のイベント記述方法における形式の
変換の内容としては、イベントの内容を表す識別子の変
更や、１イベントとして表現する範囲の変更等を挙げる
ことができる。

【０００６】ＭＩＤＩでは、ノートオンイベントやノー
トオフイベント等の演奏操作上の１イベントはそのまま
１イベントとして取り扱われる。しかし、ノートオンさ
れている時間（ゲートタイム）をパラメータ（項目）と
して付加すれば、楽音の発音に着目した形となって、ノ
ートオンイベントとノートオフイベントを１イベントと
して取り扱えるようになる。ＭＩＤＩでは２つのイベン
トとして表現されていた楽音の発音が１つのイベントと
して取り扱えるようになる。１イベントとして表現する
範囲の変更とは、１イベントデータで表される演奏操作
上のイベント数の変更のことである。

【０００７】２番目の時間管理方法における形式の変換
の内容としては、分解能の違いの調整や時間系の変更
（絶対時間系から相対時間系への変更、或いはその逆）
等を挙げることができる。

【０００８】ＭＩＤＩでは、イベントデータ（チャンネ
ルメッセージデータ）を基に発音させる楽音はチャンネ
ル単位で管理されている。しかし、イベントデータはチ
ャンネル単位で分けられているわけではなく、混在して
いる。イベントデータは、処理順序に従って並べたよう
に編成されている。これに対し、イベントデータは、楽
音の音色やパート等に着目して、複数のグループに分類
して編成することがある。３番目の編成方法における形
式の変換は、イベントデータをまとめるグループの種類
や数等を変更することである。そのようなグループにイ
ベントデータを分類した場合には、イベントデータはグ
ループ単位で編集や再生等の処理が行われる。なお、以
降、イベントデータをまとめる単位であるグループをト
ラックと呼ぶことにする。

【０００９】上記したように、シーケンスデータの形式
は様々である。上述した３種類の変換のうちで行うべき
種類は、変換の前後におけるシーケンスデータの形式の
違いによって変化する。このため、シーケンスデータの
形式の変換は、変換の前後の形式の違いに応じて行われ
る。

【００１０】

【発明が解決しようとする課題】上記形式の変換を行っ
た際にイベントデータを複数のトラックにまとめると、
１トラック分のイベントデータの数は小さくなり、イベ
ントデータ間の時間間隔が全体的に長くなる。相対時間
系の時間管理では、イベント間の時間間隔が短いことか
ら、絶対時間系のそれと比較して、時間データに割り当
てるビット数は少ない。表現できる時間は短くなってい
る。このため、イベントデータをトラック別に分類する
と、イベントデータ間の時間間隔が時間データに割り当
てたビット数で表現できなくなることがあるという問題
点があった。

【００１１】なお、上記問題点は、時間データに割り当
てるビット数を増やすことで回避することができる。し
かし、そのようにすると、シーケンスデータ全体のデー
タ量を増大させるので望ましくない。このことから、上
記問題点は、時間データに割り当てるビット数を増やす
ことなく回避させることが要請されていた。

【００１２】イベントデータには、楽音の発音に直接的
に関わるものだけでなく、例えばテンポ値の変更を指示
するといったように、演奏全体に関わるもの（以降、シ
ステムイベントデータと呼ぶことにする。そうでないイ
ベントデータは、演奏イベントデータと呼ぶことにす
る）もある。従来の形式の変換では、そのようなシステ
ムイベントデータを考慮することなく複数のトラックの
うちの何れかに分類していた。このため、或るトラック
だけを処理する場合にも、それを適正に処理するために
は他のトラックを広く参照（サーチ）しなければならな
かった。それにより、処理を効率的に行うことができな
いという問題点を生じさせていた。

【００１３】従来におけるシーケンスデータの形式の変
換では、上記した以外の問題点も生じさせていた。この
ため、それらを含めて、形式の変換を行った際に生じて
いた問題点を回避できるように、形式の変換を適正に行
えるようにすることが強く望まれていた。

【００１４】本発明の課題は、シーケンスデータの形式
の変換を適正に行えるようにすることにある。

【００１５】

【課題を解決するための手段】本発明の第１〜第４の態
様のシーケンスデータ処理装置は、演奏上のイベントの
内容を表すイベントデータにそれを処理すべきタイミン
グを表す時間データを付加して構成されたシーケンスデ
ータを対象に処理を行うことを前提とする。第１、第３
及び第４の態様のシーケンスデータ処理装置は、演奏上
のイベントの内容を表すイベントデータにそれを処理す
べきタイミングを表す時間データを付加して構成された
第１のシーケンスデータから、該第１のシーケンスデー
タの形式とは異なる他の形式の第２のシーケンスデータ
を生成する処理を行うことも前提とする。それら各態様
のシーケンスデータ処理装置は、各々以下の手段を具備
している。

【００１６】第１の態様のシーケンスデータ処理装置
は、第１のシーケンスデータを取得するシーケンスデー
タ取得手段と、シーケンスデータ取得手段が取得した第
１のシーケンスデータを基に、第２のシーケンスデータ
を生成するシーケンスデータ生成手段と、シーケンスデ
ータ生成手段が生成する第２のシーケンスデータ中に、
所定のイベントデータを挿入して配置するイベント挿入
手段と、を具備する。

【００１７】なお、上記の構成において、シーケンスデ
ータ生成手段は、イベントデータを複数のグループに分
類して第２のシーケンスデータを生成する場合、個々の
楽音の発音に関わらないイベントデータを一つのグルー
プにまとめる、ことが望ましい。

【００１８】第２の態様のシーケンスデータ処理装置
は、シーケンスデータを取得するシーケンスデータ取得
手段と、シーケンスデータ取得手段が取得したシーケン
スデータ中に、所定のイベントデータを挿入して配置す
るイベント挿入手段と、を具備する。

【００１９】なお、上記第１、或いは第２の態様の構成
において、イベント挿入手段は、時間データで表される
時間間隔に基づいて、所定のイベントデータを挿入す
る、ことが望ましい。

【００２０】第３の態様のシーケンスデータ処理装置
は、第１のシーケンスデータを取得するシーケンスデー
タ取得手段と、シーケンスデータ取得手段が取得した第
１のシーケンスデータを構成するイベントデータのなか
で個々の楽音の発音に関わらないイベントデータを一つ
のグループにまとめて第２のシーケンスデータを生成す
るシーケンスデータ生成手段と、を具備する。

【００２１】第４の態様のシーケンスデータ処理装置
は、第１のシーケンスデータを取得するシーケンスデー
タ取得手段と、シーケンスデータ取得手段が取得した第
１のシーケンスデータを構成している所定のイベントデ
ータが処理されるタイミングを時間データから特定し
て、該特定したタイミングが予め定めた基準となるタイ
ミングと一致していない所定のイベントデータを削除、
或いは処理のタイミングを変更しつつ、該第１のシーケ
ンスデータから第２のシーケンスデータを生成するシー
ケンスデータ生成手段と、を具備する。

【００２２】なお、上記の構成において、所定の種類の
イベントデータは、演奏の拍子の指定に関する情報を保
持するイベントデータであり、予め定めた基準となるタ
イミングは、小節の先頭のタイミングである、ことが望
ましい。

【００２３】本発明の第１〜第４の態様の記録媒体は、
コンピュータが読み取り可能なものである。各態様の記
録媒体は、以下のようなプログラムを記録している。第
１の態様の記録媒体は、演奏上のイベントの内容を表す
イベントデータにそれを処理すべきタイミングを表す時
間データを付加して構成された第１のシーケンスデータ
を取得する手段と、取得する手段により取得された第１
のシーケンスデータから、該第１のシーケンスデータの
形式とは異なる他の形式の第２のシーケンスデータを生
成する手段と、生成する手段により生成される第２のシ
ーケンスデータ中に、所定のイベントデータを挿入して
配置する手段と、を実現させるためのプログラムを記録
している。

【００２４】第２の態様の記録媒体は、演奏上のイベン
トの内容を表すイベントデータにそれを処理すべきタイ
ミングを表す時間データを付加して構成されたシーケン
スデータを取得する手段と、取得する手段により取得さ
れたシーケンスデータ中に、所定のイベントデータを挿
入して配置する手段と、を実現させるためのプログラム
を記録している。

【００２５】第３の態様の記録媒体は、演奏上のイベン
トの内容を表すイベントデータにそれを処理すべきタイ
ミングを表す時間データを付加して構成された第１のシ
ーケンスデータを取得する手段と、取得する手段により
取得された第１のシーケンスデータを構成するイベント
データのなかで個々の楽音の発音に関わらないイベント
データを一つのグループにまとめて、該第１のシーケン
スデータの形式とは異なる他の形式の第２のシーケンス
データを生成する手段と、を実現させるためのプログラ
ムを記録している。

【００２６】第４の態様の記録媒体は、演奏上のイベン
トの内容を表すイベントデータにそれを処理すべきタイ
ミングを表す時間データを付加して構成された第１のシ
ーケンスデータを取得する手段と、取得する手段により
取得された第１のシーケンスデータを構成している所定
のイベントデータが処理されるタイミングを時間データ
から特定して、該特定したタイミングが予め定めた基準
となるタイミングと一致していない所定のイベントデー
タを削除、或いは処理のタイミングを変更しつつ、該第
１のシーケンスデータから該第１のシーケンスデータの
形式とは異なる他の形式の第２のシーケンスデータを生
成する手段と、を実現させるためのプログラムを記録し
ている。

【００２７】本発明では、シーケンスデータ中に、例え
ば時間データに基づいて所定のイベントデータを挿入す
る。その所定のイベントデータは、例えば自動演奏の内
容に影響しない種類のイベントデータである。そのよう
なイベントデータを挿入することで、イベントデータ間
の時間間隔が短くなり、より少ないビット数でイベント
データの処理タイミングを表せるようになる。

【００２８】本発明では、シーケンスデータを構成する
イベントデータが演奏全体に影響するものか否か判定
し、その判定結果に従って分類して形式の変換を行う。
それにより、特定の種類のイベントデータを１つ、或い
は複数の予め定めたグループに分類する。その結果、特
定の種類のイベントデータの参照（サーチ）が容易、且
つ迅速に行えるようになり、処理効率を向上させられる
ようになる。

【００２９】本発明では、シーケンスデータを構成する
所定のイベントデータが処理されるタイミングを時間デ
ータから特定し、特定したタイミングが予め定めた基準
となるタイミングと一致していない所定のイベントデー
タを削除、或いは処理のタイミングを変更して、シーケ
ンスデータの形式の変換を行う。それにより、所定のイ
ベントデータの処理タイミングが基準となるタイミング
と一致していないことで生じる悪影響（編集作業やシー
ケンスデータの表示等において生じる）は確実に回避さ
れることになる。

【００３０】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照しながら詳細に説明する。 ＜第１の実施の形態＞図１は、本実施の形態によるシー
ケンスデータ処理装置を搭載した電子楽器の構成図であ
る。

【００３１】図１に示すように、電子楽器１００は、楽
器１００全体の制御を行うＣＰＵ１０１と、プログラム
や各種制御用データ、及び複数のシーケンスデータ等を
格納したＲＯＭ１０２と、ＣＰＵ１０１が作業に用いる
ＲＡＭ１０３と、各種のモードや機能の設定等をユーザ
が行うためのスイッチ群１０４と、ＣＰＵ１０１の指示
に従って楽音を発音するサウンドシステム１０５と、特
には図示しない外部機器との間でＭＩＤＩデータの送受
信を行うＭＩＤＩインターフェイス１０６と、ＩＣカー
ド１１０に格納されたシーケンスデータを読み取るＩＣ
カード読取装置１０７と、ユーザによって操作される鍵
盤１０８と、ＣＰＵ１０９の指示に従って各種の画像や
情報を表示する表示装置１０９と、を備えて構成されて
いる。

【００３２】上記スイッチ群１０２は、例えば各種スイ
ッチと、それらのスイッチを走査（スキャン）してその
操作状態を検出する検出部とから構成されている。その
検出部は、例えばＣＰＵ１０１の指示に応じて各種スイ
ッチの走査を行い、それによって得たそれらの操作状態
を表す情報（以降、便宜的にスイッチ情報と呼ぶ）をＣ
ＰＵ１０１に送出する。

【００３３】各種スイッチとしては、特に図示しない
が、自動演奏モードや編集モード等の各種モードの設
定、及びその解除を行うためのモードスイッチ、自動演
奏のスタート／ストップを指示するためのスタート／ス
トップスイッチ、リズムや音色、テンポ、或いはシーケ
ンスデータを対象に行う編集処理の内容等を指定するた
めの置数キー群、等が設けられている。

【００３４】以上の構成において、その動作を説明す
る。不図示の電源スイッチがオンされると、ＣＰＵ１０
１は、ＲＯＭ１０２に記憶されているプログラムを読み
出し、それを実行することで楽器１００全体の制御を開
始する。

【００３５】鍵盤装置１０８は、例えばユーザが操作す
る鍵盤と、その鍵盤を走査（スキャン）して各鍵の状態
の変化を検出し、その検出結果を鍵盤の操作情報として
出力する検出部とを備えたものである。その検出部は、
例えばＣＰＵ１０１の指示を受けて鍵盤の走査を行い、
それにより得た操作情報（検出結果）をＣＰＵ１０１に
出力する。ＣＰＵ１０１は、その操作情報からサウンド
システム１０５、更にはＭＩＤＩインターフェイス１０
６に出力すべき制御コマンドを生成して出力する。

【００３６】サウンドシステム１０５は、例えばＰＣＭ
音源方式を採用したマルチ音源装置、その音源装置が出
力した波形データをＤ／Ａ変換するＤ／Ａコンバータ、
及びＤ／Ａコンバータが出力するアナログのオーディオ
信号を入力して音声を放音するスピーカを備えたもので
ある。

【００３７】ＣＰＵ１０１は、鍵盤１０８から送られた
操作情報の他に、ＩＣカード読取装置１０７から送られ
たシーケンスデータやＲＯＭ１０２或いはＲＡＭ１０３
に格納したシーケンスデータ、更には、ＭＩＤＩインタ
ーフェイス１０６が受信したＭＩＤＩデータに基づい
て、サウンドシステム１０５のマルチ音源装置に出力す
べき制御コマンドを生成する。ＭＩＤＩインターフェイ
ス１０６の図示しないＭＩＤＩ ＯＵＴ端子にケーブル
が接続されている場合には、ＭＩＤＩデータを生成し
て、それをＭＩＤＩ ＯＵＴ端子から外部に出力させ
る。

【００３８】マルチ音源装置は、ＣＰＵ１０１から送ら
れた制御コマンドに従って波形データを生成してＤ／Ａ
コンバータに出力する。それにより、鍵盤１０８への操
作に応じて、シーケンスデータに従って、或いは受信し
たＭＩＤＩデータに従って、楽音がサウンドシステム１
０５から発音される。

【００３９】ＣＰＵ１０１は、スイッチ群１０４に行っ
たユーザの操作内容を認識するために、その検出部に各
種スイッチの走査を行わせて、それらの操作状態を表す
スイッチ情報を受け取る。そのスイッチ情報を受け取る
と、それを前回に受け取ったスイッチ情報と比較するこ
とで、ユーザが新たに操作したスイッチを判別（特定）
し、その判別したスイッチに割り当てた機能に応じた設
定、或いは処理を行う。また、必要に応じて、ＲＯＭ１
０２から画像データを読み出して表示装置１０９に送
り、それの表示を指示する。それにより、モードや音
色、或いはテンポ等の設定が変更され、自動演奏は現在
のテンポの設定値で行われることになる。表示装置１０
９は、ユーザに通知するべき情報を画像として表示する
ことになる。なお、上記テンポの設定値については、１
分間当たりの４分音符数で表すことにする。

【００４０】図２は、上記ＲＯＭ１０２に格納されてい
るシーケンスデータの構成例を説明する図である。図２
に示すように、シーケンスデータは、ソング（楽曲）別
に分けて格納されている。第１の実施の形態では、ソン
グ１〜１０の計１０個のソングのシーケンスデータをＲ
ＯＭ１０２に格納させている。各ソングのシーケンスデ
ータは、トラック１〜１７の計１７個のトラックに分割
され、各トラックには最低１個のイベントデータが格納
されている。トラック１７には、演奏全体に関わるシス
テムイベントデータを格納させている。

【００４１】図３は、シーケンスデータを構成するイベ
ントデータの構成図である。イベントデータは、上記シ
ステムイベントデータと、個々の楽音の発音に関わる演
奏イベントデータの２種類に大別することができる。図
３では、同図（ａ）に演奏イベントデータ、同図（ｂ）
にシステムイベントデータの構成をそれぞれ分けて示し
ている。それら各イベントデータは、種類に関わらず８
バイトの固定長としている。

【００４２】なお、ここでは、以降、特に断らない限
り、イベントデータは、それを処理すべきタイミングを
表す時間データ（後述する相対ステップ）を含んでいる
意味で用いることにする。

【００４３】図３（ａ）に示すように、演奏イベントデ
ータは、直前のイベントデータとの間の相対的な時間差
（デルタタイム）を表す相対ステップ、イベントの種類
を表す識別子であり、且つ発音させる楽音の音高を表す
ノート番号、発音開始時の速度を表すノートオンベロシ
ティ、発音終了時の速度を表すノートオフベロシティ、
及び発音開始から発音終了までの時間を表すゲートタイ
ムの各項目のデータから構成されている。相対ステップ
には２バイト、ノート番号（イベントの識別子）、ノー
トオンベロシティ、及びノートオフベロシティには各々
１バイト、ゲートタイムには３バイトを割り当ててい
る。

【００４４】相対ステップ、及びゲートタイムには、時
間管理上の最小単位であるステップ（クロック）の数で
表される時間が格納される。そのステップの幅は、周知
のように、分解能（４分音符あたりのステップ（クロッ
ク）数）とテンポ（の値）によって変化する。ここで
は、混乱を避けて理解を容易とするために、分解能は１
９２と仮定して説明する。

【００４５】他方のシステムイベントデータは、図３
（ｂ）に示すように、相対ステップ、イベントの種類を
表す識別子であるコマンドＩＤ、及びコマンドＩＤで指
定されたイベントの処理を行うためのパラメータの各項
目のデータから構成されている。相対ステップには２バ
イト、コマンドＩＤには１バイト、パラメータには５バ
イトを各々割り当てている。

【００４６】演奏イベントデータのノート番号には、１
２７Ｄ（Ｄは十進数を表す）までの数値を格納するよう
にしている。そのため、コマンドＩＤとして格納する数
値は、１２８Ｄ以上としている。

【００４７】第１の実施の形態では、基本的に、上述し
た形式（ローカルフォーマット）のシーケンスデータを
対象に自動演奏を行うようにしている。そのローカルフ
ォーマットとは異なる他のフォーマットのシーケンスデ
ータは、ＣＰＵ１０１が以下のようにして、そのフォー
マットをローカルフォーマットに変換させる。

【００４８】なお、その変換は、例えばユーザが他のフ
ォーマットのシーケンスデータが格納されたＩＣカード
１１０をＩＣカード読取装置１０７に装着させた後、ス
イッチ群１０４に対する操作を行い、ＩＣカード１００
に格納されたシーケンスデータの変換を指示することで
開始する。ここでは、理解を容易とするために、変換の
対象はＳＭＦの形式のシーケンスデータとして説明する
ことにする。

【００４９】ＭＩＤＩでは、楽音の発音はチャンネル単
位で管理している。チャンネル数は１６である。このこ
とから、チャンネルをトラックと対応づけしてＭＩＤＩ
データ（チャンネルメッセージデータ）を分類してい
る。システムメッセージデータは、ＭＩＤＩシステム全
体で共通に利用される。このため、それは、チャンネル
メッセージデータを分類するトラックとは別に用意した
トラックに分類している。そのようにイベントデータ
（ＭＩＤＩデータ）を分類することから、トラック数を
１７としている（図２参照）。システムメッセージデー
タ（システムイベントデータ）は、トラック１７に分類
している。以降は、トラック１７をシステムトラックと
も呼ぶことにする。

【００５０】上記のようにイベントデータを分類する
と、或るトラックのみを対象に処理（自動演奏や編集
等）を行うとしても、システムトラックを更に参照（サ
ーチ）するだけでその処理を適正に行えるようになる。
また、他のトラックを参照する必要がなくなることか
ら、処理時間も短縮されることになる。これらのような
効果が得られることにより、処理効率を向上させること
ができる。

【００５１】ＣＰＵ１０１は、フォーマットの変換の開
始に先だって、変換後のデータを格納させる領域をＲＡ
Ｍ１０３内に確保する。その領域は、トラック単位で分
けて確保する。変換対象のシーケンスデータ（ＳＭＦ）
も、ＩＣカード読取装置１０７を介してＩＣカード１１
０から読み出し、ＲＡＭ１０３に格納させる。その後
は、変換の対象とするトラックを順次変更しながら、Ｓ
ＭＦを構成するＭＩＤＩデータを先頭からそれが現在対
象としているトラックに分類すべきか否か判定してい
き、その判定結果に従ってＭＩＤＩデータ単位の分類と
変換を行う。例えば、そのＭＩＤＩデータが該当するト
ラックに分類すべきと判定した場合、その記述内容を変
換後のローカルフォーマットに合わせて変更し、ＲＡＭ
１０３内の対応するトラックの領域に書き込む。それが
終了した後、次のＭＩＤＩデータの処理に移行する。そ
うでないと判定した場合には、そのＭＩＤＩデータの変
更は行わずに次のＭＩＤＩデータの処理に移行する。

【００５２】このようにして、ＣＰＵ１０１は、フォー
マットを変換したシーケンスデータをＲＡＭ１０３に格
納する。それにより、ＲＡＭ１０３には、図２に示すよ
うに、シーケンスデータが格納されることになる。

【００５３】ところで、ＳＭＦでは、ＭＩＤＩデータは
チャンネル毎に分類されていない。様々なチャンネルの
ＭＩＤＩデータが混在している。それをトラック（チャ
ンネル）単位で分類すると、イベント間の時間間隔が長
くなって、時間データ（相対ステップ）に割り当てたビ
ット数（ここでは１６ビット）で表すことができなくな
ることが有り得る。そのようなことが起こったトラック
では、適正な処理を行うことができない。第１の実施の
形態では、それを以下のようにして回避させている。

【００５４】先ず、変換では、相対ステップに２バイト
よりも大きいバイト数を割り当てることにより、イベン
トデータをトラックに分類しても、イベント間の時間間
隔を確実に表すことができるようにしている。そのよう
にして、フォーマットの変換を行った後、各トラック別
に、イベントの先頭から、２バイトで表すことのできる
時間間隔で所定のイベントデータを挿入・配置させてい
る。その挿入に合わせて、相対ステップの値を必要に応
じて修正している。その修正により、全イベントデータ
の相対ステップには、前のイベントからの時間間隔を２
バイトで表すことのできる値が格納されることになる。
そのため、イベントデータの配置を行いながら、相対ス
テップに割り当てるバイト数も２バイトに減らしてい
る。そのバイト数の低減を行うことで、形式変換を完了
させている。

【００５５】上記所定のイベントデータは、演奏に実質
的に影響しないものである。そのようなイベントデータ
を挿入することにより、相対ステップ（時間データ）に
割り当てるビット数を小さく抑えることができる。それ
により、シーケンスデータ全体のデータ量もより小さく
抑えることができる。

【００５６】図４は、形式変換完了後の１トラックのデ
ータ構成例を示す図である。図４に示すように、そのト
ラックは、ノート番号が６０と６５の２個の演奏イベン
トデータ（図中、ノートイベントデータ）から構成され
ている。コマンドＩＤが２４１の第２のイベントデータ
は、上記所定のイベントデータとして挿入された、ダミ
ーとしてのみ用いられるイベントデータ（以降、それを
ＮＯＰイベントデータと呼ぶ）である。パラメータとな
るデータは存在しない。コマンドＩＤが２４０の第４の
イベントデータは、トラックの最終イベントデータであ
ることを表すイベントデータ（以降、ＥＯＴ（エンド・
オブ・トラック）イベントデータと呼ぶ）である。

【００５７】上記したように、ここでは分解能を１９２
と仮定している。拍子を４／４と仮定すると、１小節を
表すステップ数は７６８（＝１９２×４）となる。その
ため、２バイトで表すことのできる時間を小節に換算す
ると、８５．３（＝６５５３６／７６８）小節となる。
これは、言い換えれば、それ以上のイベントデータの間
隔を２バイトでは表すことができないということであ
る。

【００５８】このようなことから、本実施の形態では、
ＮＯＰイベントデータを、そのトラックのイベントの先
頭から、５０小節（３８４００ステップ数）に相当する
間隔毎に挿入・配置するようにしている。第２のイベン
トデータであるＮＯＰイベントデータの相対ステップの
値が３７６３２となっているのは、その直前の第１のイ
ベントデータの相対ステップの値が７６８（＝３８４０
０−３７６３２）であるためである。

【００５９】なお、本実施の形態では、トラックの先頭
から予め定めた時間間隔（５０小節に対応する時間）毎
にダミーのイベントデータ（ＮＯＰイベントデータ）を
配置しているが、イベント間がその時間間隔より大きく
なる場合にのみダミーのイベントデータを配置するよう
にしても良い。そのダミーのイベントデータについて
は、必ずしも新たに用意する必要はなく、演奏に影響を
及ぼさないものであれば任意に用いることができる。

【００６０】次に、上述したＣＰＵ１０１の制御動作に
ついて、図５、及び図６に示す各種動作フローチャート
を参照して、より詳細に説明する。ここでは、本発明に
特に関わる形式変換時に行う処理についてのみ説明す
る。

【００６１】図５は、ＳＭＦをローカルフォーマットに
変換するフォーマット変換処理の動作フローチャートで
ある。この図５を参照して、始めにフォーマット変換処
理について詳細に説明する。

【００６２】なお、そのフォーマット変換処理は、例え
ばユーザが他のフォーマットのシーケンスデータが格納
されたＩＣカード１１０をＩＣカード読取装置１０７に
装着させた後、スイッチ群１０４を介してＳＭＦ（シー
ケンスデータ）の変換を指示した場合にＣＰＵ１０１が
実行する処理である。

【００６３】先ず、ステップ５０１では、イニシャライ
ズを行う。具体的には、ＲＡＭ１０３へのＳＭＦの格納
や領域の確保を始め、その領域にデータを書き込む位置
を管理するための変数であるポインタ（以降、書き込み
ポインタと呼ぶ）、及び対象とするトラックを管理する
ための変数ｂｙＴｒａｃｋへの初期値の代入等を行う。
このとき、変数ｂｙＴｒａｃｋには０を代入している。

【００６４】ステップ５０１に続くステップ５０２で
は、変数ｂｙＴｒａｃｋの値が１７か否か判定する。ロ
ーカルフォーマットにおけるトラック数は１７であり、
変数ｂｙＴｒａｃｋの値は順次インクリメントするよう
になっている。このことから、ＳＭＦのフォーマット変
換が終了した場合、その判定はＹＥＳとなって一連の処
理を終了する。そうでない場合には、その判定はＮＯと
なってステップ５０３に移行する。

【００６５】ステップ５０３では、ＲＡＭ１０３に格納
したＳＭＦからＭＩＤＩデータを読み出す位置を管理す
るための変数であるポインタ（以降、読み出しポインタ
と呼ぶ）に初期値を代入する。その初期値は、ＳＭＦの
なかで先頭のＭＩＤＩデータが格納されている位置の一
つ前を示す値である。それが終了した後、ステップ５０
４に移行する。

【００６６】ステップ５０４では、変数ｂｙＴｒａｃｋ
の値が指定するトラックに分類するＭＩＤＩデータ（イ
ベントデータ）を全て読み出したか否か判定する。例え
ばＳＭＦを構成する全てのＭＩＤＩデータ（イベントデ
ータ）の読み出しが終了した場合、その判定はＹＥＳと
なってステップ５０５に移行する。そうでない場合に
は、その判定はＮＯとなってステップ５０７に移行す
る。

【００６７】ステップ５０５では、１トラック分の変換
が終了したとして、ＥＯＴイベントデータを書き込みポ
インタが指示する位置に書き込み、その書き込みポイン
タの値を更新する。その更新により、次の処理対象とす
るトラックに割り当てた領域内の位置を表す値を書き込
みポインタに代入する。

【００６８】ステップ５０５に続くステップ５０６で
は、変数ｂｙＴｒａｃｋの値のインクリメントを行う。
それが終了した後、上記ステップ５０２に戻る。変数ｂ
ｙＴｒａｃｋの値が指定するトラックの変換が完了して
いない場合、ステップ５０４の判定がＮＯとなってステ
ップ５０７に移行する。そのステップ５０７以降の処理
を実行することで、ＳＭＦを構成するＭＩＤＩデータ
（イベントデータ）が読み出だされ、ＭＩＤＩデータ
（イベントデータ）単位の変換が行われる。

【００６９】先ず、ステップ５０７では、読み出しポイ
ンタの値を更新、例えばインクリメントした後、その更
新後の値で指定されるＭＩＤＩデータをＳＭＦから読み
出す。続くステップ５０８では、変数ｂｙＴｒａｃｋの
値が１６か否か、即ち現在変換の対象としているトラッ
クがシステムトラックか否か判定する。現在システムト
ラックを変換対象としている場合、その判定はＹＥＳと
なってステップ５１３に移行する。そうでない場合に
は、その判定はＮＯとなってステップ５０９に移行す
る。

【００７０】ステップ５０９では、ステップ５０７で読
み出したＭＩＤＩデータが変換対象か否か判定する。本
実施の形態では、システムメッセージデータはシステム
トラックに分類するようにしている。このため、ステッ
プ５０７で読み出したＭＩＤＩデータがチャンネルメッ
セージデータであった場合、その判定はＹＥＳとなって
ステップ５１０に移行する。そうでない場合には、その
判定はＮＯとなってステップ５０４に戻る。

【００７１】ステップ５１０では、そのチャンネルメッ
セージデータが変数ｂｙＴｒａｃｋの値が指定するトラ
ックに対応するか否か判定する。本実施の形態では、チ
ャンネルをトラックと対応づけしている。このため、そ
れのステータスバイト中のチャンネル番号が変数ｂｙＴ
ｒａｃｋの値と等しい場合、その判定はＹＥＳとなって
ステップ５１１に移行する。そうでない場合には、その
判定はＮＯとなってステップ５０４に戻る。

【００７２】ステップ５１１では、ステップ５０７で読
み出したＭＩＤＩデータ（チャンネルメッセージデー
タ）のフォーマットを、ローカルフォーマットに合わせ
て変換する。続くステップ５１２では、変換することで
得たイベントデータを、書き込みポインタの値が指定す
る位置に書き込み、その後に書き込みポインタの値の更
新を行う。それが終了すると、上記ステップ５０４に移
行する。

【００７３】なお、ＭＩＤＩでは、楽音を発音させてい
る期間をノートオンイベントとノートオフイベントで管
理しているのに対し、ローカルフォーマットでは、その
期間をゲートタイムで管理している。このことから、特
に詳細な説明は省略するが、例えばステップ５１１で
は、変換対象がチャンネルメッセージデータであった場
合、ノートオンイベントのチャンネルメッセージデータ
だけを対象にして変換を行うようになっている。ゲート
タイムは、その音高データと一致するノートオフイベン
トのチャンネルメッセージデータを検索してそれらの間
の時間間隔を求め、求めた時間間隔から算出している。

【００７４】上記ステップ５０８の判定がＹＥＳ、即ち
現在変換の対象としているトラックがシステムトラック
であった場合に移行するステップ５１３では、ステップ
５０７で読み出したＭＩＤＩデータが変換対象であるシ
ステムメッセージデータか否か判定する。そのＭＩＤＩ
データがシステムメッセージデータであった場合、その
判定はＹＥＳとなってステップ５１１に移行する。そう
でない場合には、その判定はＮＯとなって上記ステップ
５０４に戻る。

【００７５】上述したように、シーケンス変換処理で
は、対象とするトラックを順次変更しながら、ＳＭＦか
ら読み出したＭＩＤＩデータを分類すべきトラックに分
類して変換を行うようになっている。システムメッセー
ジデータはシステムトラックに分類して変換を行うよう
になっている。それにより、システムイベントデータが
様々なトラックに分類されるようなことを確実に回避さ
せている。

【００７６】図６は、イベントデータ挿入処理の動作フ
ローチャートである。この挿入処理は、トラック毎に、
その先頭から予め定めた時間間隔（ここでは５０小節に
対応する間隔）毎にＮＯＰイベントデータを挿入（配
置）しつつ、その挿入に合わせて相対ステップの値の必
要に応じた変更やそれに割り当てたバイト数の削減を行
うための処理である。上述のフォーマット変換処理に続
けて実行される。次に、図６を参照して、イベントデー
タ挿入処理について詳細に説明する。

【００７７】なお、図６に示すイベントデータ挿入処理
は、１トラックのみに着目してその処理動作の流れを表
したものである。実際には、ＮＯＰイベントデータの挿
入の対象とするトラックを順次変更しつつ、トラック単
位でＮＯＰイベントデータの挿入を行うようになってい
る。

【００７８】先ず、ステップ６０１では、イベントデー
タを順次読み出していくために用いる変数ｐＥｖｅｎｔ
に、現在ＮＯＰイベントデータの挿入（配置）の対象と
しているトラックの先頭イベントデータのアドレスの値
を代入する。続くステップ６０２では、ＮＯＰイベント
データの挿入位置を管理するために用いる変数ｄｗＳｔ
ｅｐＳｕｍに０を代入する。その後は、ステップ６０３
に移行する。

【００７９】ステップ６０３では、変数ｐＥｖｅｎｔの
値によって指定されるイベントデータを読み出してその
中の相対ステップ数を変数ｗＳｔｅｐに代入するととも
に、相対ステップ数に割り当てたバイト数を２バイトに
減らす。それにより、１イベントデータを８バイトにす
る。ステップ６０４にはその後に移行する。

【００８０】ＮＯＰイベントデータの挿入位置を示す値
（ここでは３８４００である）は変数ｄｗＩｎｓＳｔｅ
ｐに保持させている。ステップ６０４では、変数ｄｗＳ
ｔｅｐＳｕｍの値に変数ｗＳｔｅｐの値を加算した値が
変数ｄｗＩｎｓＳｔｅｐの値より大きいか否か判定す
る。先頭イベントデータ、或いは前回に挿入したＮＯＰ
イベントデータとステップ６０３で相対ステップ数を読
み出したイベントデータの間が５０小節に対応する時間
よりも長い場合、その判定はＹＥＳとなってステップ６
０８に移行する。そうでない場合には、その判定はＮＯ
となってステップ６０５に移行する。

【００８１】ステップ６０５では、変数ｄｗＳｔｅｐＳ
ｕｍの値に、変数ｗＳｔｅｐの値を累算する。即ち、そ
れまで保持していた値に変数ｗＳｔｅｐの値を加算して
得られる値を変数ｄｗＳｔｅｐＳｕｍに新たに代入す
る。その後、ステップ６０６に移行する。

【００８２】ステップ６０６では、ステップ６０３で読
み出したイベントデータがＥＯＴイベントデータか否か
判定する。そのイベントデータ中のコマンドＩＤの値が
２４０であった場合（図４参照）、その判定はＹＥＳと
なって一連の処理を終了する。そうでない場合には、そ
の判定はＮＯとなってステップ６０７に移行し、変数ｐ
Ｅｖｅｎｔの値をインクリメントした後、ステップ６０
３に戻る。それにより、処理対象を次のイベントデータ
に移す。

【００８３】ステップ６０４の判定がＹＥＳ、即ちＮＯ
Ｐイベントデータを挿入すべき状況となって移行するス
テップ６０８以降では、ＮＯＰイベントデータの挿入に
関わる一連の処理が行われる。

【００８４】先ずステップ６０８では、変数ｐＥｖｅｎ
ｔの値で指定されるイベントデータを含むそれ以降に続
いているイベントデータを１個分だけ後方に移動させ
る。例えば変数ｐＥｖｅｎｔの値が１０で指定されるイ
ベントデータは、その値が１１のときに指定されるよう
にする。それが終了すると、次にステップ６０９で、変
数ｐＥｖｅｎｔの値に１を加算した値で指定されるイベ
ントデータ、即ちステップ６０３で読み出したイベント
データの相対ステップ数を修正する。後述するように、
ＮＯＰイベントデータは、変数ｐＥｖｅｎｔの値で指定
される位置（アドレス）に挿入する。その修正は、変数
ｄｗＳｔｅｐＳｕｍの値に変数ｗＳｔｅｐの値を加算し
た値から変数ｄｗＩｎｓＳｔｅｐの値を減算して得られ
る値、即ち挿入するＮＯＰイベントデータからの時間間
隔を表すステップ数を新たな相対ステップ数として格納
することで行う。

【００８５】ステップ６０９に続くステップ６１０で
は、変数ｐＥｖｅｎｔの値で指定される位置にＮＯＰイ
ベントデータを挿入する（書き込む）。続くステップ６
１１では、新たに挿入したＮＯＰイベントデータの相対
ステップ数を修正する。その修正は、変数ｄｗＩｎｓＳ
ｔｅｐの値から変数ｄｗＳｔｅｐＳｕｍの値を減算して
得られる値、即ち５０小節に対応するステップ数から、
直前のイベントデータと先頭イベントデータとの間、或
いは直前のＮＯＰイベントデータとの間の総ステップ数
を減算して得られる値を相対ステップ数として格納する
ことで行う。それが終了した後、ステップ６１２に移行
する。

【００８６】ステップ６１１が終了した時点で、変数ｐ
Ｅｖｅｎｔの値に１を加算して得られる値で指定される
イベントデータまで処理が完了したことになる。そのた
め、ステップ６１２では、それまでの値に２を加算して
得られる値を変数ｐＥｖｅｎｔに代入する。続くステッ
プ６１３では、ＮＯＰイベントデータの挿入に合わせ
て、変数ｄｗＳｔｅｐＳｕｍの値の更新を行う。具体的
には、変数ｄｗＳｔｅｐＳｕｍに、ステップ６０９でイ
ベントデータに格納した相対ステップ数を代入する。直
前のＮＯＰイベントデータからの時間間隔を表すステッ
プ数を変数ｄｗＳｔｅｐＳｕｍに代入することで、ステ
ップ数の累算を行う基準位置を変更する。その後、ステ
ップ６０３に戻る。

【００８７】上述したようにして、ＮＯＰイベントデー
タの挿入、イベントデータのバイト数の削減が行われ
る。それにより、イベントデータは、図３に示す構成と
なり、図４に示すようなイベントデータ（イベントデー
タ列）の構成が実現されることになる。

【００８８】なお、第１の実施の形態では、フォーマッ
ト変換処理を行った後、イベント挿入処理を行うように
しているが、フォーマットの変換とダミーのイベントデ
ータの挿入を一つの処理で行うようにしても良い。結果
として、フォーマット変換後のシーケンスデータ中に挿
入すべきイベントデータを挿入させていることが重要で
あり、処理手順は任意で良い。

【００８９】イベントデータ挿入処理は、フォーマット
変換処理と対にした形で実行させているが、フォーマッ
トの変換を行っていないシーケンスデータを対象に実行
させるようにしても良い。言い換えれば、時間データに
割り当てるビット数を少なくさせることによるデータ量
の低減のために実行させるようにしても良い。イベント
データ挿入処理は行わずに、フォーマット変換処理のみ
を行うようにしても良い。 ＜第２の実施の形態＞システムイベントデータには、様
々な種類がある。ＭＩＤＩでは、エクスクルーシブメッ
セージが用意されており、そのメッセージを用いた場合
には、更に種類を増やすことができる。

【００９０】そのようなシステムイベントデータのなか
には、それが他のイベントデータの処理タイミングに直
接的、或いは間接的に影響するものがある。例えばテン
ポを変更するもの（以降、テンポイベントデータと呼
ぶ）や拍子を変更するもの（以降、拍子イベントデータ
と呼ぶ）である。

【００９１】テンポイベントデータは、演奏速度を変更
させることから直接的に影響する。拍子イベントデータ
は、自動演奏には直接的に影響はしないが、小節の区切
りを変更することから、ユーザのシーケンスデータの編
集作業に影響を及ぼす。これは、普通、編集作業は小節
を単位にして、言い換えれば拍子イベントデータの位置
を基準にして行うことから、その位置がずれると、それ
以降のイベントデータも全てそのずれが影響してしまう
ことが殆どだからである。その結果、イベントデータの
処理タイミングに間接的に影響を及ぼすことになる。シ
ーケンスデータを表示させる場合には、拍子イベントデ
ータのずれはイベントデータの表示位置（処理タイミン
グに対応する）を大きく変化させてしまうこともある。

【００９２】このようなことから、第２の実施の形態
は、システムイベントデータのなかで位置のずれが他に
大きく影響するものを対象に、その位置が適正か否か判
定し、その判定結果に従って位置の修正を行うようにし
たものである。

【００９３】第２の実施の形態の構成は、第１の実施の
形態のそれと基本的に同じである。また、動作も、第１
の実施の形態のそれと基本的な流れは同じである。この
ため、第１の実施の形態で付した符号を用いて、第１の
実施の形態から異なる部分のみ説明する。

【００９４】フォーマットの変換には、変換の前後で分
解能が異なっていればその調整も含まれる。それを行っ
て得られる値が相対ステップ数となる。しかし、分解能
が異なっていると、それらの数値の関係によっては変換
の前後で処理タイミングが微妙にずれることがある。例
えば変換後の分解能のほうが変換前の分解能よりも小さ
ければ、普通、数値の切り捨て、或いは切り上げといっ
た操作が必要となり、ずれが生じる。このことから、第
２の実施の形態では、フォーマット変換処理を実行した
際に、予め定めた種類のシステムイベントデータの位置
修正を合わせて行うようにしている。

【００９５】図７は、第２の実施の形態によるフォーマ
ット変換処理の動作フローチャートである。第２の実施
の形態では、この図７を参照して、フォーマット変換処
理についてのみ説明する。

【００９６】なお、このフォーマット変換処理も第１の
実施の形態と同様に、例えばユーザが他のフォーマット
のシーケンスデータが格納されたＩＣカード１１０をＩ
Ｃカード読取装置１０７に装着させた後、スイッチ群１
０４を介してＳＭＦ（シーケンスデータ）の変換を指示
した場合にＣＰＵ１０１が実行する処理である。

【００９７】先ず、ステップ７０１では、イニシャライ
ズを行う。具体的には、ＲＡＭ１０３へのＳＭＦの格納
や領域の確保を始め、その領域にデータを書き込む位置
を管理するための書き込みポインタ、及び対象とするト
ラックを管理するための変数ｂｙＴｒａｃｋへの初期値
の代入等を行う。このとき、変数ｂｙＴｒａｃｋには０
を代入する。

【００９８】ステップ７０１に続くステップ７０２で
は、変数ｂｙＴｒａｃｋの値が１７か否か判定する。ロ
ーカルフォーマットにおけるトラック数は１７であり、
変数ｂｙＴｒａｃｋの値は順次インクリメントするよう
になっている。このことから、ＳＭＦのフォーマット変
換が終了した場合、その判定はＹＥＳとなって一連の処
理を終了する。そうでない場合には、その判定はＮＯと
なってステップ７０３に移行する。

【００９９】ステップ７０３では、ＲＡＭ１０３に格納
したＳＭＦからＭＩＤＩデータを読み出す位置を管理す
るための変数であるポインタ（以降、読み出しポインタ
と呼ぶ）に初期値を代入する。その初期値は、ＳＭＦの
なかで先頭のＭＩＤＩデータが格納されている位置の一
つ前を示す値である。それが終了した後、ステップ７０
４に移行する。

【０１００】ステップ７０４では、変数ｂｙＴｒａｃｋ
の値が指定するトラックに分類するＭＩＤＩデータ（イ
ベントデータ）を全て読み出したか否か判定する。例え
ばＳＭＦを構成する全てのＭＩＤＩデータ（イベントデ
ータ）の読み出しが終了した場合、その判定はＹＥＳと
なってステップ７０５に移行する。そうでない場合に
は、その判定はＮＯとなってステップ７０７に移行す
る。

【０１０１】ステップ７０５では、１トラック分の変換
が終了したとして、ＥＯＴイベントデータを書き込みポ
インタが指示する位置に書き込み、その書き込みポイン
タの値を更新する。その更新により、次の処理対象とす
るトラックに割り当てた領域内の位置を表す値を書き込
みポインタに代入する。

【０１０２】ステップ７０５に続くステップ７０６で
は、変数ｂｙＴｒａｃｋの値のインクリメントを行う。
それが終了した後、上記ステップ７０２に戻る。変数ｂ
ｙＴｒａｃｋの値が指定するトラックの変換が完了して
いない場合、ステップ７０４の判定がＮＯとなってステ
ップ７０７に移行する。そのステップ７０７以降の処理
を実行することで、ＳＭＦを構成するＭＩＤＩデータ
（イベントデータ）が読み出だされ、ＭＩＤＩデータ
（イベントデータ）単位の変換が行われる一方、所定の
システムイベントデータに対してはその位置修正も合わ
せて行われる。

【０１０３】先ず、ステップ７０７では、読み出しポイ
ンタの値を更新、例えばインクリメントした後、その更
新後の値で指定されるＭＩＤＩデータをＳＭＦから読み
出す。続くステップ７０８では、変数ｂｙＴｒａｃｋの
値が１６か否か、即ち現在変換の対象としているトラッ
クがシステムトラックか否か判定する。現在システムト
ラックを変換対象としている場合、その判定はＹＥＳと
なってステップ７１３に移行する。そうでない場合に
は、その判定はＮＯとなってステップ７０９に移行す
る。

【０１０４】ステップ７０９では、ステップ７０７で読
み出したＭＩＤＩデータが変換対象か否か判定する。ス
テップ７０７で読み出したＭＩＤＩデータがチャンネル
メッセージデータであった場合、その判定はＹＥＳとな
ってステップ７１０に移行する。そうでない場合には、
その判定はＮＯとなってステップ７０４に戻る。

【０１０５】ステップ７１０では、そのチャンネルメッ
セージデータが変数ｂｙＴｒａｃｋの値が指定するトラ
ックに対応するか否か判定する。本実施の形態では、チ
ャンネルをトラックと対応づけしている。このため、そ
れのステータスバイト中のチャンネル番号が変数ｂｙＴ
ｒａｃｋの値と等しい場合、その判定はＹＥＳとなって
ステップ７１１に移行する。そうでない場合には、その
判定はＮＯとなってステップ７０４に戻る。

【０１０６】ステップ７１１では、ステップ５０７で読
み出したＭＩＤＩデータ（チャンネルメッセージデー
タ）のフォーマットを、ローカルフォーマットに合わせ
て変換する。続くステップ７１２では、変換することで
得たイベントデータを、書き込みポインタの値が指定す
る位置に書き込み、その後に書き込みポインタの値の更
新を行う。それが終了すると、上記ステップ７０４に移
行する。

【０１０７】なお、ＭＩＤＩでは、楽音を発音させてい
る期間をノートオンイベントとノートオフイベントで管
理しているのに対し、ローカルフォーマットでは、その
期間をゲートタイムで管理している。このことから、特
に詳細な説明は省略するが、例えばステップ７１１で
は、変換対象がチャンネルメッセージデータであった場
合、ノートオンイベントのチャンネルメッセージデータ
だけを対象にして変換を行うようになっている。ゲート
タイムは、その音高データと一致するノートオフイベン
トのチャンネルメッセージデータを検索してそれらの間
の時間間隔を求め、求めた時間間隔から算出している。

【０１０８】上記ステップ７０８の判定がＹＥＳ、即ち
現在変換の対象としているトラックがシステムトラック
であった場合に移行するステップ７１３では、ステップ
７０７で読み出したＭＩＤＩデータが変換対象であるシ
ステムメッセージデータか否か判定する。そのＭＩＤＩ
データがシステムメッセージデータであった場合、その
判定はＹＥＳとなってステップ７１４に移行する。そう
でない場合には、その判定はＮＯとなって上記ステップ
７０４に戻る。

【０１０９】第２の実施の形態では、拍子イベントデー
タのみを対象として位置修正を行うようにしている。こ
のことから、ステップ７１４では、ステップ７０７で読
み出したイベントデータが拍子イベントデータか否か判
定する。そのイベントデータのコマンドＩＤが拍子イベ
ントデータを表す値であった場合、その判定はＹＥＳと
なってステップ７１５に移行する。そうでない場合に
は、その判定はＮＯとなってステップ７１１に移行す
る。ステップ７１１に移行した場合には、位置修正を行
うことなく、システムイベントデータはフォーマットが
変換されることになる。

【０１１０】一方、ステップ７１５では、位置（ここで
は相対ステップ数）修正を含む拍子イベントデータのフ
ォーマットの変換を行う。その後、ステップ７１２に移
行する。

【０１１１】拍子イベントデータは小節の先頭に位置し
ているのが殆どである。このことから、第２の実施の形
態では、拍子イベントデータは小節の先頭に位置させる
べきとして、位置の修正を行っている。拍子イベントデ
ータの位置がずれの有無は、例えばシーケンスデータの
先頭イベントデータ、或いは直前の拍子イベントデータ
から現在対象としている拍子イベントデータまでの総相
対ステップ数が１小節に対応するステップ数の整数倍と
なっているか否かから判定する。位置修正は、それが整
数倍となっていないと判定した場合に行う。その修正
は、拍子イベントデータが最も近い小節の先頭に位置さ
せるように行う。このようなことが、上記ステップ７１
５で行われる。

【０１１２】上記のようにして、拍子イベントデータは
予め定めた基準のタイミング（ここでは、小節の先頭位
置）で処理されるようにしている。それにより、その位
置がずれることによって生じる悪影響は確実に回避され
ることになる。上述したフォーマット変換処理が終了し
た後は、図６に示すイベントデータ挿入処理が続けて実
行される。

【０１１３】なお、第２の実施の形態では、拍子イベン
トデータのみを対象に位置修正を行うようにしている
が、位置修正の対象はそれに限定されるものではない。
拍子イベントデータに加える形で、或いはそれを省く形
で、他のシステムイベントデータ（例えばテンポイベン
トデータ）を位置修正の対象としても良い。位置修正の
基準となるタイミングも、小節の先頭位置に限定される
わけではなく、他のタイミングであっても良い。基準の
タイミングをユーザが指定できるようにしても良い。

【０１１４】拍子イベントデータの位置修正について
は、それを行わずに、変換しないようにしても良い。即
ち削除しても良い。その位置が基準のタイミングから離
れている度合いに応じて、位置修正と削除の何れかを選
択し、その選択結果に従って位置修正、或いは削除を行
うようにしても良い。その場合には、例えば基準のタイ
ミングから比較的に大きく離れているものは削除し、そ
れが比較的に小さければ位置修正を行うようにすること
が考えられる。位置修正か削除かをユーザが選択できる
ようにしても良い。 ＜第３の実施の形態＞直前のイベントデータとの間が大
きく離れている位置に何らかのイベントデータを挿入す
る編集をユーザが行いたい場合に、割り当てられている
ビット数でイベント間の時間間隔を表せなくなることも
考えられる。第３の実施の形態は、そのような編集作業
における不具合の発生を回避できるようにしたものであ
る。

【０１１５】第３の実施の形態の構成は、第１の実施の
形態のそれと基本的に同じである。また、動作も、第
１、或いは第２の実施の形態のそれと基本的な流れは同
じである。このため、第１の実施の形態で付した符号を
用いて、第１の実施の形態から異なる部分のみ説明す
る。

【０１１６】編集作業は、スイッチ群１０４中のモード
スイッチを操作して編集モードを設定することで行える
ようになる。ＣＰＵ１０１は、編集モードを設定する
と、ユーザが指定している編集対象のシーケンスデータ
の内容を表示装置１０９に表示させる。それにより、ユ
ーザが表示装置１０９を見ながら編集作業を行えるよう
にさせている。

【０１１７】図８は、イベントデータ挿入編集処理の動
作フローチャートである。この処理は、編集モード設定
時に、１個のイベントデータをシーケンスデータ中の目
的位置に挿入させることをユーザが指示した場合にＣＰ
Ｕ１０１が実行するものである。第３の実施の形態で
は、この図８を参照して、イベントデータ挿入編集処理
についてのみ説明する。

【０１１８】なお、特に詳細な説明は省略するが、イベ
ントデータを挿入させるために、ユーザは、イベントデ
ータの内容や挿入するトラック番号、及び挿入位置を入
力（指定）するようになっている。イベントデータ挿入
編集処理は、それら入力された内容に応じて行われる。
挿入位置は、シーケンスデータ（楽曲）の先頭から挿入
位置までのステップ数で指定するようになっている。

【０１１９】第３の実施の形態では、ユーザが編集対象
とできるのをＲＡＭ１０３に格納されているシーケンス
データだけとしている。ユーザが指定したイベントデー
タは、そのシーケンスデータ中に挿入させている。この
ことから、先ず、ステップ８０１では、そのシーケンス
データ用に割り当てた領域に１個分のイベントデータを
格納できる空きがあるか否か判定する。そのような空き
がある場合、その判定はＹＥＳとなってステップ８０３
に移行する。そうでない場合には、その判定はＮＯとな
ってステップ８０２に移行する。

【０１２０】イベントデータを挿入（追加）できる空き
がなくては挿入を行うことができない。そのため、ステ
ップ８０２では、空きがない旨を警告する情報を表示装
置１０９に表示させる。それが終了した後、一連の処理
を終了する。なお、その情報の表示は、例えばＣＰＵ１
０１が、ＲＯＭ１０２からそれに必要な画像データを読
み出して表示装置１０９に出力し表示を指示することで
行われる。

【０１２１】他方のステップ８０３では、イベントデー
タを順次読み出していくために用いる変数ｐＥｖｅｎｔ
に、イベントデータの挿入（配置）の対象としているト
ラックの先頭イベントデータのアドレスの値を代入す
る。続くステップ８０４では、先頭イベントデータ以降
の相対ステップ数を累算するために用いる変数ｄｗＳｔ
ｅｐＳｕｍに０を代入する。その後は、ステップ８０５
に移行する。

【０１２２】ステップ８０５では、変数ｐＥｖｅｎｔの
値によって指定されるイベントデータを読み出してその
中の相対ステップ数を変数ｗＳｔｅｐに代入する。ステ
ップ８０６にはそれが終了した後に移行する。

【０１２３】ユーザが指定した挿入位置を示すステップ
数は、変数ｄｗＩｎｓＳｔｅｐに代入することで保持さ
せている。ステップ８０６では、その変数ｄｗＩｎｓＳ
ｔｅｐの値が、変数ｄｗＳｔｅｐＳｕｍの値に変数ｗＳ
ｔｅｐの値を加算した値以下か否か判定する。ステップ
８０５で読み出したイベントデータが挿入位置の後に位
置していた場合、その判定はＹＥＳとなってステップ８
２１に移行する。そうでない場合には、その判定はＮＯ
となってステップ８０７に移行する。

【０１２４】ステップ８０７では、変数ｄｗＳｔｅｐＳ
ｕｍの値に、変数ｗＳｔｅｐの値を累算する。即ち、そ
れまで保持していた値に変数ｗＳｔｅｐの値を加算して
得られる値を変数ｄｗＳｔｅｐＳｕｍに新たに代入す
る。その後、ステップ８０８に移行する。

【０１２５】ステップ８０８では、ステップ８０５で読
み出したイベントデータがＥＯＴイベントデータか否か
判定する。そのイベントデータ中のコマンドＩＤの値が
２４０であった場合（図４参照）、その判定はＹＥＳと
なってステップ８１０に移行する。そうでない場合に
は、その判定はＮＯとなってステップ８０９に移行し、
変数ｐＥｖｅｎｔの値をインクリメントした後、ステッ
プ８０５に戻る。

【０１２６】ステップ８０５〜８０９は処理ループを形
成しており、その処理ループはステップ８０６或いは８
０８の判定がＹＥＳとなるまで繰り返し行われる。それ
により、ユーザが指定したイベントデータを挿入させる
シーケンスデータ中の位置をサーチしている。

【０１２７】ステップ８０８の判定がＹＥＳとなるとい
うことは、ユーザは挿入位置としてトラックの最終イベ
ントデータより後を指定したことを意味する。ステップ
８１０〜８２０は、そのことに対応してイベントデータ
を挿入するための一連の処理である。

【０１２８】上記したように、イベント間は２バイトで
表すことのできる時間間隔でなければならない。しか
し、２バイトで表せない程離れた位置にイベントデータ
を挿入させることをユーザが指示しないとは限らない。
このことから、第３の実施の形態では、トラックの最終
イベントデータ（ＥＯＴイベントデータを除いたもので
ある）以降に、図６のイベントデータ挿入処理と同様に
して、５０小節に対応する時間間隔毎にＮＯＰイベント
データを挿入するようにしている。

【０１２９】先ず、ステップ８１０では、挿入が必要な
ＮＯＰイベントデータ数を算出して、それを変数ｗＮＯ
ＰＮｕｍに代入する。必要なＮＯＰイベントデータ数ｗ
ＮｏｐＮｕｍは、ＮＯＰイベントデータの挿入間隔のス
テップ数（３８４００Ｄである）をＮＯＰ＿ＩＮＴＥＲ
ＶＡＬとすると、ｗＮｏｐＮｕｍ＝（ｄｗＩｎｓＳｔｅ
ｐ／ＮＯＰ＿ＩＮＴＥＲＶＡＬ）−（ｄｗＳｔｅｐＳｕ
ｍ／ＮＯＰ＿ＩＮＴＥＲＶＡＬ）となる。ｗＮｏｐＮｕ
ｍは小数点以下を切り捨てた整数である。

【０１３０】ステップ８１０に続くステップ８１１で
は、変数ｗＮｏｐＮｕｍの値が０か否か判定する。ＮＯ
Ｐイベントデータの挿入が必要ない場合、その判定はＹ
ＥＳとなってステップ８２０に移行する。そうでない場
合には、その判定はＮＯとなってステップ８１２に移行
する。

【０１３１】ステップ８１２では、変数ｗＮｏｐＮｕｍ
の値に１（これは、ユーザが挿入を指示したイベントデ
ータ分である）を加算して得られる数のイベントデータ
を格納できる空きがあるか否か判定する。その空きがな
い場合、その判定はＮＯとなって上記ステップ８０２に
移行して警告表示を行う。そうでない場合には、即ち空
きがある場合には、その判定はＹＥＳとなってステップ
８１３に移行する。

【０１３２】ステップ８１３では、ＮＯＰイベントデー
タやユーザが指示したイベントデータを挿入するため
に、変数ｗＮｏｐＮｕｍの値に１を加算して得られる値
の分だけＥＯＴイベントデータを後方に移動させる。例
えば変数ｗＮｏｐＮｕｍの値が３であれば、３２（＝４
×８）バイトだけ格納位置をずらす。その後はステップ
８１４に移行する。

【０１３３】ステップ８１４では、変数ｐＥｖｅｎｔの
値によって指定される位置から、変数ｗＮｏｐＮｕｍの
値の分だけＮＯＰイベントデータを挿入（書き込む）す
る。このとき、各ＮＯＰイベントデータは、相対ステッ
プ数をＮＯＰ＿ＩＮＴＥＲＶＡＬ（３８４００Ｄ）とし
て挿入する。続くステップ８１５では、ステップ８１４
で挿入した（書き込んだ）ＮＯＰイベントデータのうち
で先頭に位置するＮＯＰイベントデータの相対ステップ
数を修正する。その修正は、修正後のステップ数をＮｏ
ｐＩｎｔとすると、ＮｏｐＩｎｔ＝ＮＯＰ＿ＩＮＴＥＲ
ＶＡＬ−（ｄｗＳｔｅｐＳｕｍ％ＮＯＰ＿ＩＮＴＥＲＶ
ＡＬ）（式中の「％」は剰余演算子を表す）で求められ
る値を新たに相対ステップ数として書き込むことで行
う。この修正を行うことで、先頭ＮＯＰイベントデータ
は、シーケンスデータ（楽曲）の先頭から５０×ｍ（ｍ
は整数）小節離れた位置に挿入されることになる。

【０１３４】ステップ８１５が終了した後に移行するス
テップ８１６では、変数ｄｗＳｔｅｐＳｕｍの値を修正
する。その修正は、ステップ８１５で新たに書き込んだ
相対ステップ数に、変数ｗＮｏｐＮｕｍの値にＮＯＰ＿
ＩＮＴＥＲＶＡＬを乗算した値を加算することで得られ
る値を、変数ｄｗＳｔｅｐＳｕｍに新たに代入すること
で行う。

【０１３５】次のステップ８１７では、ＮＯＰイベント
データの挿入に合わせて、変数ｐＥｖｅｎｔの値の更新
を行う。その更新は、それまでの値に変数ｗＮｏｐＮｕ
ｍの値を加算して得られる値を新たに代入することで行
う。それが終了すると、ステップ８１８に移行する。

【０１３６】ステップ８１８では、変数ｐＥｖｅｎｔの
値が指定する位置に、ユーザが指示したイベントデータ
を挿入する。続くステップ８１９では、そのイベントデ
ータの相対ステップ数の修正を行う。その修正は、変数
ｄｗＩｎｓＳｔｅｐの値から変数ｄｗＳｔｅｐＳｕｍの
値を減算して得られる値を相対ステップ数として新たに
書き込むことで行う。このとき、そのようにして書き込
まれる値は、直前のＮＯＰイベントデータとの間のステ
ップ数である。ステップ８１９を終了した後に一連の処
理を終了する。

【０１３７】一方、ステップ８１１の判定がＹＥＳ、即
ちＮＯＰイベントデータを納入する必要がない場合に移
行するステップ８２０では、ＥＯＴイベントデータを１
個分後方に移動する。ＥＯＴイベントデータをそれまで
の位置から８バイトだけずれた位置に格納する。その後
は、ステップ８１８に移行して、ユーザが指示したイベ
ントデータの挿入を行う。

【０１３８】上述したようにして、第３の実施の形態で
は、ユーザが指示したイベントデータの挿入位置とそれ
の直前のイベントデータとの間の間隔に応じて、ダミー
であるＮＯＰイベントデータを挿入している。このた
め、相対ステップ数に割り当てるビット数を増やすこと
なく、任意の位置にイベントデータを挿入する編集をユ
ーザに行わせることができる。

【０１３９】ステップ８０６の判定がＹＥＳ、即ちユー
ザが指示したイベントデータの挿入位置がＥＯＴイベン
トデータよりも前に位置していた場合、各イベントデー
タ間はＮＯＰイベントデータの挿入間隔よりも短い間隔
であることから、ＮＯＰイベントデータを挿入する必要
はないことになる。このことから、ステップ８２１で
は、変数ｐＥｖｅｎｔの値が指定するイベントデータ以
降のイベントデータを１個分だけ後方に移動させる。

【０１４０】例えば変数ｐＥｖｅｎｔの値が１０で指定
されるイベントデータは、その値が１１のときに指定さ
れるようにする。それが終了すると、次にステップ８２
２で、変数ｐＥｖｅｎｔの値に１を加算した値で指定さ
れるイベントデータ、即ちステップ８０５で読み出した
イベントデータの相対ステップ数を修正する。その修正
は、変数ｄｗＳｔｅｐＳｕｍの値に変数ｗＳｔｅｐの値
を加算した値から変数ｄｗＩｎｓＳｔｅｐの値を減算し
て得られる値、即ちユーザが指示したイベントデータの
挿入位置からの時間間隔を表すステップ数を新たな相対
ステップ数として書き込むことで行う。それの終了後、
上述したステップ８１８に移行する。

【０１４１】なお、第３の実施の形態では、シーケンス
データ（楽曲）の先頭を基準にしてＮＯＰイベントデー
タを挿入するようにしているが、最終イベントデータを
基準にしてＮＯＰイベントデータを挿入するようにして
も良い。ユーザが指示したイベントデータの挿入位置が
最終イベントデータより後であれば、その旨をユーザに
通知するようにしても良い。

【０１４２】本実施の形態（第１〜第３の実施の形態）
によるシーケンスデータ処理装置は、電子楽器１００に
搭載されたものであるが、搭載可能な装置は電子楽器に
限定されるものではない。シーケンサ装置やシンセサイ
ザ等の他の楽音生成装置にも広く搭載できる。上記した
動作を実現させるためのプログラムを用意した場合に
は、コンピュータに適用させることもできる。そのプロ
グラムは、フロッピーディスクやＣＤ−ＲＯＭ、或いは
光磁気ディスク等の記録媒体に記録して配布しても良
く、所定のネットワークを介して配信するようにしても
良い。

【０１４３】

【発明の効果】以上、説明したように本発明は、シーケ
ンスデータ中に、例えば時間データに基づいて所定のイ
ベントデータを挿入する。そのため、イベントデータ間
の時間間隔を短くさせて、より少ないビット数でイベン
トデータの処理タイミングを表せるようにすることがで
きる。それにより、シーケンスデータ全体のデータ量を
低減させることもできる。

【０１４４】また、本発明は、シーケンスデータを構成
するイベントデータが演奏全体に影響するものか否か判
定し、その判定結果に従って分類して形式の変換を行
う。それにより、特定の種類のイベントデータを１つ、
或いは複数の予め定めたグループに分類するため、特定
の種類のイベントデータの参照（サーチ）を容易、且つ
迅速に行うことができる。その結果、処理効率も向上す
ることになる。

【０１４５】また、本発明は、シーケンスデータを構成
する所定のイベントデータが処理されるタイミングを時
間データから特定し、特定したタイミングが予め定めた
基準となるタイミングと一致していない所定のイベント
データを削除、或いは処理のタイミングを変更して、シ
ーケンスデータの形式の変換を行う。そのため、所定の
イベントデータの処理タイミングが基準となるタイミン
グと一致していないことで生じる悪影響を確実に回避さ
せることができる。

【０１４６】上記各発明を組み合わせた場合には、各発
明が有する効果をそれぞれ得ることができる。

【図面の簡単な説明】

【図１】本実施の形態によるシーケンスデータ処理装置
を搭載した電子楽器の構成図である。

【図２】ＲＯＭに格納されているシーケンスデータの構
成例を説明する図である。

【図３】イベントデータの構成図である。

【図４】形式変換完了後の１トラックのデータ構成例を
示す図である。

【図５】フォーマット変換処理の動作フローチャートで
ある。

【図６】イベントデータ挿入処理の動作フローチャート
である。

【図７】フォーマット変換処理の動作フローチャートで
ある（第２の実施の形態）。

【図８】イベントデータ挿入編集処理の動作フローチャ
ートである（第３の実施の形態）。

【符号の説明】

１００ 電子楽器 １０１ ＣＰＵ １０２ ＲＯＭ １０３ ＲＡＭ １０４ スイッチ群 １０５ サウンドシステム １０６ ＭＩＤＩインターフェイス １０７ ＩＣカード読取装置 １０８ 鍵盤 １０９ 表示装置 １１０ ＩＣカード

Claims (11)

【特許請求の範囲】
1. 【請求項１】 演奏上のイベントの内容を表すイベント
   データにそれを処理すべきタイミングを表す時間データ
   を付加して構成された第１のシーケンスデータから、該
   第１のシーケンスデータの形式とは異なる他の形式の第
   ２のシーケンスデータを生成する処理を行う装置であっ
   て、 前記第１のシーケンスデータを取得するシーケンスデー
   タ取得手段と、 前記シーケンスデータ取得手段が取得した第１のシーケ
   ンスデータを基に、第２のシーケンスデータを生成する
   シーケンスデータ生成手段と、 前記シーケンスデータ生成手段が生成する前記第２のシ
   ーケンスデータ中に、所定のイベントデータを挿入して
   配置するイベント挿入手段と、 を具備したことを特徴とするシーケンスデータ処理装
   置。
2. 【請求項２】 前記シーケンスデータ生成手段は、前記
   イベントデータを複数のグループに分類して前記第２の
   シーケンスデータを生成する場合、個々の楽音の発音に
   関わらないイベントデータを一つのグループにまとめ
   る、 ことを特徴とする請求項１記載のシーケンスデータ処理
   装置。
3. 【請求項３】 演奏上のイベントの内容を表すイベント
   データにそれを処理すべきタイミングを表す時間データ
   を付加して構成されたシーケンスデータを対象に処理を
   行う装置であって、 前記シーケンスデータを取得するシーケンスデータ取得
   手段と、 前記シーケンスデータ取得手段が取得したシーケンスデ
   ータ中に、所定のイベントデータを挿入して配置するイ
   ベント挿入手段と、 を具備したことを特徴とするシーケンスデータ処理装
   置。
4. 【請求項４】 前記イベント挿入手段は、前記時間デー
   タで表される時間間隔に基づいて、前記所定のイベント
   データを挿入する、 ことを特徴とする請求項１、または３記載のシーケンス
   データ処理装置。
5. 【請求項５】 演奏上のイベントの内容を表すイベント
   データにそれを処理すべきタイミングを表す時間データ
   を付加して構成された第１のシーケンスデータから、該
   第１のシーケンスデータの形式とは異なる他の形式の第
   ２のシーケンスデータを生成する処理を行う装置であっ
   て、 前記第１のシーケンスデータを取得するシーケンスデー
   タ取得手段と、 前記シーケンスデータ取得手段が取得した第１のシーケ
   ンスデータを構成するイベントデータのなかで個々の楽
   音の発音に関わらないイベントデータを一つのグループ
   にまとめて前記第２のシーケンスデータを生成するシー
   ケンスデータ生成手段と、 を具備したことを特徴とするシーケンスデータ処理装
   置。
6. 【請求項６】 演奏上のイベントの内容を表すイベント
   データにそれを処理すべきタイミングを表す時間データ
   を付加して構成された第１のシーケンスデータから、該
   第１のシーケンスデータの形式とは異なる他の形式の第
   ２のシーケンスデータを生成する処理を行う装置であっ
   て、 前記第１のシーケンスデータを取得するシーケンスデー
   タ取得手段と、 前記シーケンスデータ取得手段が取得した第１のシーケ
   ンスデータを構成している所定のイベントデータが処理
   されるタイミングを前記時間データから特定して、該特
   定したタイミングが予め定めた基準となるタイミングと
   一致していない前記所定のイベントデータを削除、或い
   は処理のタイミングを変更しつつ、該第１のシーケンス
   データから前記第２のシーケンスデータを生成するシー
   ケンスデータ生成手段と、 を具備したことを特徴とするシーケンスデータ処理装
   置。
7. 【請求項７】 前記所定の種類のイベントデータは、演
   奏の拍子の指定に関する情報を保持するイベントデータ
   であり、 前記予め定めた基準となるタイミングは、小節の先頭の
   タイミングである、 ことを特徴とする請求項６記載のシーケンスデータ処理
   装置。
8. 【請求項８】 演奏上のイベントの内容を表すイベント
   データにそれを処理すべきタイミングを表す時間データ
   を付加して構成された第１のシーケンスデータを取得す
   る手段と、 前記取得する手段により取得された第１のシーケンスデ
   ータから、該第１のシーケンスデータの形式とは異なる
   他の形式の第２のシーケンスデータを生成する手段と、 前記生成する手段により生成される前記第２のシーケン
   スデータ中に、所定のイベントデータを挿入して配置す
   る手段と、 を実現させるためのプログラムを記録したコンピュータ
   読み取り可能な記録媒体。
9. 【請求項９】 演奏上のイベントの内容を表すイベント
   データにそれを処理すべきタイミングを表す時間データ
   を付加して構成されたシーケンスデータを取得する手段
   と、 前記取得する手段により取得されたシーケンスデータ中
   に、所定のイベントデータを挿入して配置する手段と、 を実現させるためのプログラムを記録したコンピュータ
   読み取り可能な記録媒体。
10. 【請求項１０】 演奏上のイベントの内容を表すイベン
    トデータにそれを処理すべきタイミングを表す時間デー
    タを付加して構成された第１のシーケンスデータを取得
    する手段と、 前記取得する手段により取得された第１のシーケンスデ
    ータを構成するイベントデータのなかで個々の楽音の発
    音に関わらないイベントデータを一つのグループにまと
    めて、該第１のシーケンスデータの形式とは異なる他の
    形式の第２のシーケンスデータを生成する手段と、 を実現させるためのプログラムを記録したコンピュータ
    読み取り可能な記録媒体。
11. 【請求項１１】 演奏上のイベントの内容を表すイベン
    トデータにそれを処理すべきタイミングを表す時間デー
    タを付加して構成された第１のシーケンスデータを取得
    する手段と、 前記取得する手段により取得された第１のシーケンスデ
    ータを構成している所定のイベントデータが処理される
    タイミングを前記時間データから特定して、該特定した
    タイミングが予め定めた基準となるタイミングと一致し
    ていない前記所定のイベントデータを削除、或いは処理
    のタイミングを変更しつつ、該第１のシーケンスデータ
    から該第１のシーケンスデータの形式とは異なる他の形
    式の第２のシーケンスデータを生成する手段と、 を実現させるためのプログラムを記録したコンピュータ
    読み取り可能な記録媒体。