(57)【特許請求の範囲】
【請求項１】
楽譜の内容に基づいて生成された演奏情報を修正する演奏情報修正方法であって、
前記楽譜内の第１の音符に対して音楽記号を付与し、または音楽記号が付与された第１の音符を楽譜内に挿入する第１挿入過程と、
前記第１の音符と、前記楽譜内でこの第１の音符の前または後に位置する第２の音符とに対応する演奏情報を、該音楽記号に応じて修正する修正過程と
を有することを特徴とする演奏情報修正方法。
【請求項２】
前記第１および第２の音符に対応する演奏情報を規定する参照データを記憶装置から読み出す過程を有し、
前記修正過程は、この読み出した参照データに基づいて前記演奏情報を修正することを特徴とする請求項１記載の演奏情報修正方法。
【請求項３】
前記演奏情報に係る音色を特定する音色特定情報に応じて、前記修正過程における修正内容が異なることを特徴とする請求項１記載の演奏情報修正方法。
【請求項４】
楽譜の内容に基づいて生成された演奏情報を修正する演奏情報修正方法であって、
予め音楽記号が付与された第１の音符の前または後に第２の音符を挿入する挿入過程と、
前記第１および第２の音符に対応する演奏情報を、前記音楽記号に応じて修正する修正過程と
を有することを特徴とする演奏情報修正方法。
【請求項５】
前記第１および第２の音符の間に第３の音符が挿入された際に、前記第１および第２の音符に対応する演奏情報を再作成する過程
を有することを特徴とする請求項１または４記載の演奏情報修正方法。
【請求項６】
請求項１ないし５の何れかに記載の方法を実行することを特徴とする演奏情報修正装置。
【請求項７】
請求項１ないし５の何れかに記載の方法を実行するプログラムを記録したことを特徴とする記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、入力された楽譜に応じて演奏情報を発生させる電子楽器等に用いて好適な演奏情報修正方法、演奏情報修正装置および記録媒体に関する。
【０００２】
【従来の技術】
従来より、汎用パーソナルコンピュータ上で動作するデスクトップミュージック等のアプリケーションプログラムにおいては、ユーザが入力した楽譜に応じて演奏情報を発生させるものが知られている。ここで、楽譜内の音符には各種の音楽記号（アルペジオ、トリル、グリッサンド等）を付与することができ、この場合には音楽記号に応じて装飾された演奏情報が生成される。
【０００３】
例えば、音楽記号のうち「ターン記号」は、「元の記譜音」→「上の隣接音」→「元の記譜音」→「下の隣接音」→「元の記譜音」のようにメロディラインを装飾することを指示する記号である。このターン記号が付与された音符に対しては、演奏情報において５回の音符イベントが生成される。また、アコースティックピアノ等において演奏者がターン奏法を行うと、他の音よりも１回あたりの押鍵力が弱くなる。従って、これをシミュレートするため、ターン記号によって生成された音符イベントに対しては、通常よりも低いベロシティが付与される。
【０００４】
【発明が解決しようとする課題】
しかし、従来のアプリケーションプログラムにおいては、音楽記号が付された音符についてのみ修飾処理を行っていたため、生成された演奏情報を再生すると、楽音が不自然になるという問題があった。例えば、アコースティックピアノ等において演奏者がターン奏法を行うと、ターン奏法の直後の音符に対する押鍵も弱くなる傾向が見られる。しかし、上記技術においては、ターン記号が付与された音符の直後の音符に対しては、通常のベロシティを有するノートオンイベントが生成されるため、その音が強すぎるように聞こえる。
この発明は上述した事情に鑑みてなされたものであり、音符間が自然につながる演奏情報を自動的に生成できる演奏情報修正方法、演奏情報修正装置および記録媒体を提供することを目的としている。
【０００５】
【課題を解決するための手段】
上記課題を解決するため本発明にあっては、下記構成を具備することを特徴とする。なお、括弧内は例示である。
請求項１記載の構成にあっては、楽譜の内容に基づいて生成された演奏情報を修正する演奏情報修正方法であって、前記楽譜内の第１の音符（３６）に対して音楽記号（３７）を付与し、または音楽記号が付与された第１の音符を楽譜内に挿入する第１挿入過程と、前記第１の音符と、前記楽譜内でこの第１の音符の前または後に位置する第２の音符（３８）とに対応する演奏情報を、該音楽記号に応じて修正する修正過程（ステップＳＰ１０，ＳＰ１２，ＳＰ１８，ＳＰ２０）とを有することを特徴とする。
さらに、請求項２記載の構成にあっては、請求項１記載の演奏情報修正方法において、前記第１および第２の音符に対応する演奏情報を規定する参照データを記憶装置から読み出す過程を有し、前記修正過程は、この読み出した参照データに基づいて前記演奏情報を修正することを特徴とする。
さらに、請求項３記載の構成にあっては、請求項１記載の演奏情報修正方法において、前記演奏情報に係る音色を特定する音色特定情報に応じて、前記修正過程における修正内容が異なる（ステップＳＰ８における分岐）ことを特徴とする。
また、請求項４記載の構成にあっては、楽譜の内容に基づいて生成された演奏情報を修正する演奏情報修正方法であって、予め音楽記号（３７）が付与された第１の音符（３６）の前または後に第２の音符（３８）を挿入する挿入過程と、前記第１および第２の音符に対応する演奏情報を、前記音楽記号に応じて修正する修正過程（ステップＳＰ２２）とを有することを特徴とする。
さらに、請求項５記載の構成にあっては、請求項１または４記載の演奏情報修正方法において、前記第１および第２の音符の間に第３の音符が挿入された際に、前記第１および第２の音符に対応する演奏情報を再作成する過程を有することを特徴とする。
また、請求項６記載の構成にあっては、請求項１ないし５の何れかに記載の方法を実行することを特徴とする。
また、請求項７記載の構成にあっては、請求項１ないし５の何れかに記載の方法を実行するプログラムを記録したことを特徴とする。
【０００６】
【発明の実施の形態】
１．実施形態の構成
次に、本発明の一実施形態を図１を参照し説明する。なお、本実施形態は汎用パーソナルコンピュータ１によって演奏情報編集装置を実現したものである。
パーソナルコンピュータ１の内部において１８はＣＰＵであり、後述する制御プログラムによりバス１０を介してパーソナルコンピュータ１内の各部を制御する。
【０００７】
１１はＭＩＤＩインターフェースであり、外部のＭＩＤＩ機器との間でＭＩＤＩ信号をやりとりする。２２はキーボード、マウス等の操作子であり、検出回路１２を介してＣＰＵ１８に各種の操作情報を入力する。２３は表示部であり、表示回路１３を介してユーザに各種の情報を表示する。１４は通信インターフェースであり、インターネット等の通信ネットワーク２４との間で各種の情報をやりとりする。１５は外部記憶装置であり、フロッピーディスクドライブ、ハードディスクドライブ、ＣＤ−ＲＯＭドライブ、ＭＯドライブ等から構成され、オペレーティングシステム、アプリケーションプログラム、演奏情報や各種表示情報等が格納される。ここで、アプリケーションプログラムは、楽譜編集プログラム、演奏情報編集・修正プログラム、自動演奏プログラム等から構成される。
【０００８】
１７はＲＯＭであり、パーソナルコンピュータ１においてオペレーティングシステムを起動させるためのイニシャルプログラムローダ等が記憶されている。１６はＲＡＭであり、ＣＰＵ１８によって読出しおよび書込み可能になっている。１９はタイマであり、所定時間毎にＣＰＵ１８に対してタイマ割込みを発生させる。２０はサウンドボードであり、ＣＰＵ１８によって生成された演奏情報（出力用演奏情報）に基づいて楽音信号を生成する。２６はサウンドシステムであり、サウンドボード２０から出力された楽音信号を発音する。
【０００９】
なお、ハードディスクドライブ等に格納されたオペレーティングシステム、アプリケーションプログラム等は必要に応じてＲＡＭ１６内に読み込まれ、ＣＰＵ１８によって実行される。このような構成により、制御プログラムの追加やバージョンアップ等が容易に行える。ＣＤ−ＲＯＭ（コンパクトディスク−リード  オンリィメモリ）ドライブは、ＣＤ−ＲＯＭに記憶されている制御プログラムや各種データを読み出す装置である。読み出した制御プログラムや各種データは、ハードディスクドライブ内のハードディスクにストアされる。制御プログラムの新規インストールやバージョンアップ等が容易に行える。
【００１０】
２．実施形態のデータ構造
次に、本実施形態のデータ構造について説明する。
本実施形態においては、「楽譜表示データ」、「参照データ」および「出力用演奏情報」の３種類のデータが用いられる。「楽譜表示データ」は、楽譜の表示等に用いられるデータであり、主として個々の音符および音楽記号に対する対応関係が簡素になるように設定されている。一方、「出力用演奏情報」は実際の発音処理に用いられるデータであり、発音される個々の音に対して対応関係が簡素になるように設定されている。そして、「参照データ」は、音楽記号に応じて両者の関係を規程するデータである。
【００１１】
２．１．楽譜表示データ
ここで、図２（ａ）に楽譜の一例を示し、同図（ｂ）に対応する楽譜表示データの構造を示す。
同図（ａ）の楽譜においては、イ長調でＧ４＃，Ｂ４の４分音符３６，３８が含まれている。さらに、Ｇ４＃の４分音符３６には、ターン記号３７が付されている。同図（ｂ）において、３０は設定情報であり、楽譜に対応する音色（例えばＭＩＤＩデータのプログラムナンバ）を指定する音色指定部３１、調（この例ではイ長調）を指定する調指定部３２等、楽譜全般のデフォルトの設定情報を記憶する。この調指定部３２の内容により、楽譜先頭に表示されるシャープおよびフラット記号の数と位置とが決定される。なお、特に図示していないが、設定情報３０には、テンポデータ、拍子データ等も記憶されている。
【００１２】
４２，４８，……はタイミング部であり、後続する音符イベントの楽譜上の表示位置を記憶する。この表示位置は、演奏時における時間軸上の演奏位置に等しい。４６，５０は音符イベント部であり、４分音符３６，３８に対応する情報が記憶されている。例えば、音符イベント部５０は、音高を示す音高情報５２、音価を示す音価情報５４、押鍵強さ（音量値）を示すベロシティ５６等が記憶されている。音符イベント部４６もこれと同様である。本実施形態においては、音符に音楽記号が付される場合には、その音符イベント部の直前に当該音楽記号情報が挿入される。図示の例においては、４分音符３６に対応する音符イベント部４６の直前にターン記号３７に係る音楽記号情報４４が挿入されている。
【００１３】
２．２．参照データ
次に、参照データのデータ構造を図４に示す。
図において６０は対象記号規程部であり、当該参照データに係る音楽記号（例えばターン記号）を特定する情報が記憶されている。６４は対象音符情報部であり、ある「代表音符」に対して当該音楽記号が付された場合に発生する演奏情報を記憶する。本実施形態においては、「ハ長調における音高Ｃ４の４分音符」を代表音符とする。
【００１４】
図示の例においては、対象音符情報部６４は、該音楽記号と代表音符に応じて生じさせる音符イベント部７２，７６，……と、これら音符イベントが実行されるまでのタイミングを示すタイミング情報７０，７４，……とから構成されている。さらに、各音符イベント部７２，７６，……は、音高情報９０、音価情報９２、ベロシティ９４等から構成されている。例えば、ターン記号の参照データにおいては、上記代表音符（ハ長調における音高Ｃ４の４分音符）に対して、音高が「Ｃ４，Ｄ４，Ｃ４，Ｂ３，Ｃ４」の音符イベントと、各音符イベントの前に挿入される５個のタイミング情報とが記憶されることになる。
【００１５】
次に、６６は関連音符情報部であり、該代表音符の関連音符（ここでは、代表音符の直後の音符）の内容を記憶する。関連音符情報部６６は、代表音符に係る音符イベントが全て終了した後の経過時間を示すタイミング情報８０と、音符イベント部８２とから構成される。そして、音符イベント部８２は、音符イベント部７２，７６，……と同様に、音高情報、音価情報、ベロシティ等から構成されている。
【００１６】
そして、これらのうち規程すべきでない情報（楽譜表示データの内容をそのまま適用すべき情報）については、無効データ（例えばヌルデータ）が記憶されることになる。ターン記号に対する参照データの関連音符情報部６６においては、「ベロシティ」を除いて全て無効データが記憶される。このベロシティは、音符イベント部７２，７６，……におけるベロシティよりも若干高いが、通常の音符のベロシティよりも若干低くなるように設定される。
【００１７】
２．３．出力用演奏情報
次に、図２（ａ）に対応する出力用演奏情報を図５に示す。
図において設定情報１００は、図２（ｂ）における設定情報３０と同様の内容が記憶される。タイミング部１０２には例えばタイミング部４２の内容がそのまま記憶される。１０４，１０８，……は音符イベント部、１０６，１１０，……はこれらの間に介挿されるタイミング情報であり、４分音符３６およびターン記号３７に対応する内容が記憶される。タイミング情報１２０には例えばタイミング部４８の内容がそのまま記憶され、音符イベント部１２２には４分音符３８に対応する内容が記憶される。なお、出力用演奏情報の詳細な内容については後述する。
【００１８】
３．実施形態の動作
３．１．アプリケーションプログラムの起動と楽譜編集プログラムの動作
次に、本実施形態の動作を説明する。
まず、パーソナルコンピュータ１の電源が投入されると、ＲＯＭ１７に格納されたイニシャルプログラムローダが実行され、オペレーティングシステムが立上る。このオペレーティングシステムにおいて所定の操作を行うと、本実施形態のアプリケーションプログラムが起動される。
【００１９】
このアプリケーションプログラムにおいて所定の操作を行うと、楽譜編集プログラムが起動される。本プログラムにおいては、表示部２３に楽譜が表示される。ユーザは操作子２２を操作することによってこの楽譜に対して音符、休符、その他各種の音楽記号を追加することが可能である。また、ユーザが表示部２３上の楽譜を編集すると、これに応じてＲＡＭ１６内の楽譜表示データが更新される。これにより、ユーザが図２（ａ）の４分音符３６，３８およびターン記号３７を入力すると、同図（ｂ）に対応する楽譜表示データが生成される。
【００２０】
３．２．演奏情報編集・修正プログラムの動作
３．２．１．通常の音符等の入力
楽譜編集プログラムにおいてユーザが楽譜上に新たな音符を追加した場合、あるいは既存の音符に音楽記号を付与した場合は、図３に示す演奏情報編集・修正プログラムが起動される。図において処理がステップＳＰ２に進むと、入力イベントに対応する楽譜表示データ（図２（ｂ））の音符イベント部や音楽記号情報等が作成される。次に、処理がステップＳＰ４に進むと、入力イベントはターン記号付きの音符イベントの入力であるか否かが判定される。ここで、「ターン記号付きの音符イベント」には、ターン記号付きの音符が新たに追加された場合と、既存の音符にターン記号が付された場合との双方の場合が該当する。
【００２１】
ここで、ターン記号付きの音符でなければここで「ＮＯ」と判定され、処理はステップＳＰ１４に進む。ここでは、当該音符に対応する出力用演奏情報が作成される。例えば、楽譜中で新たな（ターン記号の付かない）音符を挿入すると、ステップＳＰ２においてその音符に対するタイミング情報および音符イベント部が楽譜表示データ内に挿入され、挿入されたタイミング情報および音符イベント部と同様の内容が出力用演奏情報にも挿入されることになる。次に、処理がステップＳＰ１６に進むと、楽譜上でこの新たに挿入された音符はターン記号付きの音符の直後に位置するか否かが判定される。ここで「ＮＯ」と判定されると、本ルーチンの処理は終了する。
【００２２】
３．２．２．ターン記号付きの音符の入力
次に、ターン記号付き音符が入力された場合の処理を説明する。例えば、図２（ａ）において既に４分音符３８が入力されており、楽譜上でその直前に４分音符３６およびターン記号３７が挿入された場合がこれに該当する。ステップＳＰ２においてこれらに係る音符イベント部および音楽記号情報が作成され、その後に処理がステップＳＰ４に進むと、ここで「ＹＥＳ」と判定され処理はステップＳＰ６に進む。ここでは、ターン記号に対応する参照データ（図４）が出力用演奏情報生成のための参照データとして選択される。
【００２３】
次に、処理がステップＳＰ８に進むと、楽譜表示データ内の音色指定部３１が参照され、この音色が「特定音色」に該当するか否かが判定される。ここで、特定音色はユーザが適宜指定できるが、クラリネットのような単旋律の持続音楽器音を特定音色に設定しておくとよい。
ここで、音色に応じて処理を分岐させる理由について説明しておく。
図４に示した参照データは、音符イベントとして表現されているから、ピアノ等、音高が変化する毎に新たなイベントを生じさせるような音色に対してそのまま用いると好適である。一方、音色によっては音符イベントではなくピッチベンドイベント（音程変化イベント）としてターン奏法などの表現を行った方が効果的な場合（すなわち、自然楽器に近い楽音信号が得られる場合）がある。クラリネットのような単旋律の持続音楽器等がこの場合に該当する。そこで、本実施形態においては、音色指定部３１の内容に応じて処理を分岐させている。
【００２４】
（１）特定音色以外の場合
まず、音色指定部３１の内容が「特定音色」に該当しない場合は、ステップＳＰ８において「ＮＯ」と判定され、処理はステップＳＰ１８に進む。ここでは、参照データとターン記号付き音符イベントに基づき、ターン記号付き音符に対応する出力用演奏情報が音符イベントとして作成される。上述したように、参照データは代表音符に基づいて作成されているため、実際の調、実際の楽譜表示データ内の対象音符イベントの内容や臨時記号に応じて展開された内容が音符イベント部１０４，１０８，……およびタイミング情報１０６，１１０，……として出力用演奏情報内に追加されることになる。
【００２５】
まず、対象音符情報部６４内のタイミング情報７０，７４，……と、音符イベント部７２，７６，……内の音価情報９２とは、代表音符の音価（４分音符）と対象音符イベントの音価との比に応じて伸縮される。例えば、対象音符イベントの音価が２分音符である場合は２倍に伸長され、対象音符イベントの音価が８分音符である場合は１／２に短縮される。
【００２６】
次に、音符イベント部７２，７６，……内の音高情報９０は、設定情報３０において規程された調と、対象音符イベントの音高とに応じてシフトされる。対象音符情報部６４の内容は「ハ長調における音高Ｃ４」に対応するためターン奏法の中心音は「Ｃ４」、上音は「Ｄ４」、下音は「Ｂ３」である。一方、図２（ａ）の楽譜はイ短調、対象音符３６の音高はＧ４＃であるから、生成される出力用演奏情報においては、中心音は「Ｇ４＃」、上音は「Ａ４」、下音は「Ｆ４＃」になるように音高がシフトされる。
【００２７】
次に、処理がステップＳＰ２０に進むと、参照データ内の関連音符情報部６６に基づいて、出力用演奏情報内の関連音符に係るイベント（４分音符３８に対応する音符イベント部１２２）の内容が変更される。上述したように、ターン記号に係る関連音符情報部６６においては、「ベロシティ」の箇所のみに有効なデータが記憶され、その他の部分には無効データが記憶されている。従って、参照データ（図４）における音符イベント部８２内の「ベロシティ」が、出力用演奏情報内の音符イベント部１２２内の「ベロシティ」の部分に書込まれる。これにより、４分音符３８に係るベロシティは、通常の音符に付与されるベロシティと比較して若干低くなるように設定され、アコースティックピアノ等においてターン奏法の直後の音符に対する押鍵が弱くなる現象が出力用演奏情報において再現される。
【００２８】
（２）特定音色の場合
一方、音色指定部３１の内容が「特定音色」に該当する場合は、ステップＳＰ８において「ＹＥＳ」と判定され処理はステップＳＰ１０に進む。ここでは、参照データとターン記号付き音符イベントに基づき、ターン記号付き音符に係る出力用演奏情報がピッチベンドイベントとして作成される。各ピッチベンドを発生させるべきタイミングは「特定音色以外の場合」において音符イベント部１０４，１０８，……を発生させるべきタイミングと同様であるため、特定音色の場合のタイミング情報１０６，１１０，……も同様の内容になる。
【００２９】
一方、特定音色の場合は、図５における音符イベント部１０４，１０８，……に代えてピッチベンドイベントが出力用演奏情報に挿入されることになる。ここでは、各ピッチベンドイベントによってピッチベンドされた「結果としての音高」が特定される。これは、「特定音色以外の場合」に作成した音符イベント部１０４，１０８，……の音高と同一であるため、ステップＳＰ１８において説明した処理と同様にして「結果としての音高」が特定される。
【００３０】
しかし、ピッチベンドイベントは、ピッチベンドが無かった場合の音高（非ベンド音高という）に対して相対的にどの程度ベンドするかを相対量で示すイベントであるため、ピッチベンドイベントの内容を特定する前にこの非ベンド音高を特定する必要がある。そこで、本実施形態においては、関連音符である４分音符３８の音高（Ｂ４）を非ベンド音高として、この非ベンド音高とピッチベンドされた「結果」としての音高との差に基づいてピッチベンドイベントを生成することにした。すなわち、各ピッチベンドイベントは、非ベンド音高が「Ｂ４」である時に「Ｇ４＃，Ａ４，Ｇ４＃，Ｆ４＃，Ｇ４＃」の音高を順次発生させ、最後にピッチベンドをリセットするような内容に設定される。
【００３１】
次に、処理がステップＳＰ１２に進むと、関連音符イベント位置、音価およびベロシティが変更される。ここで、ベロシティの変更内容は「特定音色以外の場合」と同様であり、音符イベント部８２内のベロシティに基づいて音符イベント部１２２のベロシティが変更される。さらに、「特定音色の場合」にあっては、関連音符に係る出力用演奏情報の位置が対象音符の位置よりも前になるように設定される。図５の例にあっては、タイミング情報１０２と、音符イベント部１０４に代わるピッチベンドイベント部との間に、音符イベント部１２２が移動されることになる。さらに、ステップＳＰ１２においては、当該関連音符に係る音符イベント部１２２の音価が、元の対象音符および関連音符の音価の合計に等しくなるように変更される。すなわち、図２（ａ）の例にあっては、４分音符３６，３８に代えて、あたかも音高Ｂ４の２分音符が存在するかのように音符イベント部１２２の内容が設定される。
【００３２】
従って、かかる出力用演奏情報を再生すると、最初に音符イベント部１２２によって音高「Ｂ４」の楽音信号が合成されようとするが、直ちに音符イベント部１０４に代わるピッチベンドイベントによって音高は「Ｇ４＃」に変更されるため、最初から音高「Ｇ４＃」にて発音が行われているように聞こえる。その後に続くピッチベンドイベントによって音高は順次「Ａ４，Ｇ４＃，Ｆ４＃，Ｇ４＃」に遷移し、最後にピッチベンドイベントがリセットされ音高は非ベンド音高である「Ｂ４」に戻る。そして、「２分音符相当の音価」の残り時間（すなわち４分音符相当）だけ音高「Ｂ４」の発音が継続することになる。これにより、結果的に得られる楽音信号は図２（ａ）の楽譜通りの内容になる。
【００３３】
ここで、本実施形態において、対象音符の直後の関連音符の音高を非ベンド音高として用いた理由について説明しておく。ピッチベンドイベントは、一旦生成されると、その後にピッチベンドイベントをリセットするようなデータを生成するまで有効である。そこで、ターン記号に応じてピッチベンドイベントを生成する際に最後にリセットデータが生成されるようにしておくと、それ以降のデータに影響を与えることを防止できるのである。
【００３４】
３．２．３．ターン記号付きの音符の直後の音符の入力
新たに挿入された音符がターン記号付きの音符の直後に位置する場合は、ステップＳＰ１６において「ＹＥＳ」と判定され処理はステップＳＰ２２に進む。例えば、図２（ａ）において４分音符３６および４分音符３８の間に音高Ａ４の４分音符が挿入された場合がこれに該当する。この場合は、４分音符３６，３８およびターン記号３７に関連する楽譜表示データおよび出力用演奏情報が一旦削除される。その後、「４分音符３８」、「音高Ａ４の４分音符」、「４分音符３６およびターン記号３７」が楽譜に順次挿入されるように、本演奏情報編集・修正プログラムが再帰呼出される。
【００３５】
最初に４分音符３８について本プログラムが再帰呼出されると、ステップＳＰ１４において対応する出力用演奏情報が生成される。次に、音高Ａ４の４分音符について再帰呼出されると、同様に対応する出力用演奏情報が生成される。そして、４分音符３６およびターン記号３７について再帰呼出されると、この４分音符３６を対象音符とし、音高Ａ４の４分音符を関連音符として、ステップＳＰ１０，ＳＰ１２あるいはステップＳＰ１８，ＳＰ２０の処理が実行される。これにより、音高Ａ４の４分音符を挿入した後の楽譜に応じた出力用演奏情報が生成される。
【００３６】
４．変形例
本発明は上述した実施形態に限定されるものではなく、例えば以下のように種々の変形が可能である。
（１）音色により異なる出力用演奏情報を付与する方法について
上記実施形態においては、参照データの内容に対して変換処理を施すことにより特定音色に対する出力用演奏情報を得た。しかし、予め音色毎の参照データを用意しておき、音色と音楽記号の両方を用いて利用する参照データを検索するようにしてもよい。
この場合、参照データの対象記号データと共に対象音色データが記憶されることになる。その際、クラリネット等の音色に対応する参照データ内の演奏情報をピッチベンドイベントで記憶しておき、それ以外の音色に対応する参照データ内の演奏データを（上記実施形態と同様に）音符イベントで記憶しておくとよい。
【００３７】
（２）上記実施形態においては、楽譜内で対象音符の直後に位置する音符を関連音符としたが、それ以外に対象音符の直前やそれ以外の位置に存在する任意の音符を関連音符として、参照データに応じて変更してもよい。その場合には、参照データ内に直前の音符を制御するための情報を記憶しておけばよい。また、例えば直前と直後の音符等、複数の音符を関連音符として制御するものであってもよい。
【００３８】
（３）上記実施形態は、汎用パーソナルコンピュータのアプリケーションプログラムに本発明を適用した例を示したが、それぞれを別体装置としてＭＩＤＩや各種ネットワーク等の通信手段を用いて各装置を接続するシステムによって本発明を実施してもよい。また、音源装置や自動演奏装置等を内蔵した電子楽器（鍵盤楽器タイプ、弦楽器タイプ、管楽器タイプ、打楽器タイプ等）などに本発明を適用してもよい。また、このような装置に本発明を適用する場合には、オペレーティングシステムや各種アプリケーションプログラムをＲＯＭ１７内に格納しておき、ＣＰＵ１８によって直接実行させてもよい。
【００３９】
（４）演奏情報のフォーマットは上記実施形態に用いたものに限られるわけではない。例えば、演奏イベントの発生時刻を１つ前のイベントからの時間で表した「イベント＋相対時間」、演奏イベントの発生時刻を曲や小節内における絶対時間で表した「イベント＋絶対時間」、音符の音高と符長あるいは休符と休符長で演奏データを表した「音高（休符）＋符長」、演奏の最小分解能毎にメモリの領域を確保し、演奏イベントの発生する時刻に対応するメモリ領域に演奏イベントを記憶した「ベタ方式」等、どのような形式でもよい。また、各トラック（送信チャンネル）毎にデータが分かれているような形式に限らず、各トラックのデータが混在した形式であってもよい。
【００４０】
（５）上記実施形態においては、外部記憶装置１５等にアプリケーションプログラムを予め記憶することを前提にしていたが、通信ネットワーク２４を介してプログラムをダウンロードするようにしてもよい。すなわち、通信ネットワーク２４には図示せぬサーバコンピュータが接続されており、外部記憶装置１５内に制御プログラムや各種データが記憶されていない場合、該サーバコンピュータからプログラムやデータをダウンロードすることができる。上記実施形態の演奏情報編集装置はクライアントとなり、通信インターフェース１４および通信ネットワーク２４を介してサーバコンピュータへプログラムやデータのダウンロードを要求するコマンドを送信する。サーバコンピュータは、このコマンドを受け、要求されたプログラムやデータを、通信ネットワーク２４を介して本装置へと配信し、本装置が通信インターフェース１４を介して、これらプログラムやデータを受信して外部記憶装置１５に蓄積することにより、ダウンロードが完了する。
【００４１】
（６）上記実施形態においては、参照データ（図４）を参照することによってターン記号に対応する出力用演奏情報を作成したが、かかる処理を参照データを使用せずに行うことも可能である。まず、対象音符を時間的に均等に５等分し、その境界のタイミングを乱数によって前後に多少ずらしてもよい。さらに、ベロシティの強弱も乱数によって設定してもよい。この場合には、中心音をやや強めに、上音と下音とをやや弱めに設定すると好適である。このようにランダムな変更を行うことにより、複数のターン記号間に対応して生成される出力用演奏情報に微妙な変化を付与することができ、単調さを防止することができる。
【００４２】
（７）上記実施形態においては、参照データとしてターン記号に対応するものを例示したが、ターン記号以外の音楽記号に対しても、対応する参照データを用いて出力用演奏情報を生成できる。また、上記実施形態においてはターン記号に応じて関連音符のベロシティのみを変更したが、音楽記号の種類によっては、関連音符情報部６６のタイミング情報８０や音符イベント部８２内の音高や音価情報等として必要に応じて有効データを記憶させ、これらを出力用演奏情報に反映させてよいことは言うまでもない。
【００４３】
（８）上記実施形態においては、参照データ内で対象音符情報部６４と関連音符情報部６６とを記憶領域によって区別したが、何らかの識別子を用いて対象音符情報部６４と関連音符情報部６６を区別するようにしてもよい。例えば、一連の参照データの途中で対象音符情報部６４の直後に「これ以降は関連音符情報部６６である」ことを示すＴｅｘｔＭｅｔａＥｖｅｎｔを挿入するとよい。
【００４４】
【発明の効果】
以上説明したように本発明によれば、音楽記号を付与した第１の音符のみならず、楽譜内でその前または後に位置する第２の音符に対応する演奏情報を、該音楽記号に応じて修正するから、これら音符間が自然につながる演奏情報を自動的に作成できる。
【図面の簡単な説明】
【図１】本発明の一実施形態の演奏情報編集装置のブロック図である。
【図２】楽譜表示データのデータ構造を示す図である。
【図３】演奏情報編集・修正プログラムのフローチャートである。
【図４】参照データのデータ構造を示す図である。
【図５】演奏情報のデータ構造を示す図である。
【符号の説明】
１…パーソナルコンピュータ、１０…バス、１１…ＭＩＤＩインターフェース、１２…検出回路、１３…表示回路、１４…通信インターフェース、１５…外部記憶装置、１６…ＲＡＭ、１７…ＲＯＭ、１８…ＣＰＵ、１９…タイマ、２０…サウンドボード、２２…操作子、２３…表示部、２４…通信ネットワーク、２６…サウンドシステム、３０…設定情報、３１…音色指定部、３２…調指定部、３６，３８…４分音符、３７…ターン記号、４２，４８，…タイミング部、４４…音楽記号情報、４６，５０…音符イベント部、５２…音高情報、５４…音価情報、５６…ベロシティ、６０…対象記号規程部、６４…対象音符情報部、６６…関連音符情報部、７０，７４…タイミング情報、７２，７６…音符イベント部、８０…タイミング情報、８２…音符イベント部、９０…音高情報、９２…音価情報、９４…ベロシティ、１００…設定情報、１０２…タイミング情報、１０４，１０８…音符イベント部、１０６，１１０…タイミング情報、１２０…タイミング情報、１２２…音符イベント部。
【図１】
0003593945.tif 000002
【図２】
0003593945.tif 000003
【図３】
0003593945.tif 000004
【図４】
0003593945.tif 000005
【図５】
0003593945.tif 000006