(57)【要約】【課題】  アンドゥー操作やリドゥー操作を行った際に、編集前の音を聴いているのか編集後の音を聞いているのか分かるようにする。【解決手段】  編集操作手段１によりプレイアンドゥー操作を行うと、アンドゥーデータポインタが１つ前に戻り、その操作履歴が履歴バッファ４から読み出される。そして、読み出された操作履歴の内容に対応する編集操作がエディットバッファ３に記憶されている編集中の演奏データからキャンセルされる。同時に、編集操作がキャンセルされた演奏データに区別効果付与再生手段５により音響効果あるいはスタート音が付加されて再生される。これにより、アンドゥーされた音を聞いていることが容易に分かるようになる。【選択図】  図３
2006267173.tif 000002
【特許請求の範囲】
【請求項１】
読み出された演奏データが記憶されるエディットバッファと、
該エディットバッファに記憶されている演奏データの編集操作と、編集のアンドゥー操作およびリドゥー操作を行える編集操作手段と、
該編集操作手段で前記演奏データに行った編集操作の操作履歴を記憶すると共に、次に編集操作を行った際に、その操作履歴を記憶する位置を示すポインタを有する履歴バッファと、
前記エディットバッファに記憶されている演奏データを再生可能な楽音再生手段とを備え、
前記編集操作手段で行った編集操作が前記エディットバッファに記憶されている演奏データに反映され、前記編集操作手段によりアンドゥー／リドゥー操作が行われた場合は、前記ポインタを該操作に応じた位置に移動し、該ポインタが示す操作履歴の編集内容を前記エディットバッファに対しアンドゥー／リドゥー操作に応じてキャンセル／反映すると共に、前記ポインタが示す編集対象の演奏データを含む所定の連続範囲の演奏データに音響効果あるいはスタート音を付与して前記楽音再生手段で再生するようにしたことを特徴とする演奏データ編集装置。
【請求項２】
前記所定の連続範囲の演奏データを前記楽音再生手段で再生する際に、前記所定の連続範囲の演奏データをループ再生するようにしたことを特徴とする請求項１記載の演奏データ編集装置。
【請求項３】
コンピュータを、
エディットバッファに記憶されている演奏データの編集操作と、編集のアンドゥー操作およびリドゥー操作を行える編集操作手段、
該編集操作手段で前記演奏データに行った編集操作の操作履歴を履歴バッファに記憶する手段、
次に編集操作を行った際に、その操作履歴を前記履歴バッファに記憶する位置をポインタで示すポインタ手段、
前記エディットバッファに記憶されている演奏データを再生可能な楽音再生手段、
前記編集操作手段で行った編集操作を前記エディットバッファに記憶されている演奏データに反映する制御手段として機能させるための演奏データ編集プログラムであって、
前記編集操作手段によりアンドゥー／リドゥー操作が行われた場合は、前記ポインタ手段が該操作に応じた位置に前記ポインタを移動し、該ポインタが示す操作履歴の編集内容を前記制御手段が前記エディットバッファに対しアンドゥー／リドゥー操作に応じてキャンセル／反映すると共に、前記ポインタが示す編集対象の演奏データを含む所定の連続範囲の演奏データに音響効果あるいはスタート音を付与して前記楽音再生手段が再生するようにしたことを特徴とする演奏データ編集プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、演奏データの編集時に編集操作のアンドゥー操作およびリドゥー操作を行うことのできる演奏データ編集装置および演奏データ編集プログラムに関する。
【背景技術】
【０００２】
従来より、演奏データの音色データや楽曲演奏データの編集を行う編集モードと演奏データの再生を行う再生モードとを備える編集装置が知られている。このような編集装置において、編集モードにおいて編集操作を行い編集内容を演奏データに反映させ、この編集内容を再生演奏して、楽音で確認しようとする場合、動作モードを編集モードから再生モードに移行させ、再生モードで再生演奏を行うようにしている。そして、編集モードから再生モードに移行させる代わりに、編集モードに設定された状態で自動演奏開始指示をすることが可能とされて、編集された演奏データに基づく自動演奏を編集モードのままで行うようにした編集装置が提案されている（特許文献１参照）。
また、シーケンサプログラムには自動演奏することに加えて演奏データの音色データや楽曲演奏データの編集操作を行うことのできるシーケンサプログラムが知られており、このようなシーケンサプログラムの一種であるＣＵＢＡＳＥ（登録商標）においては、演奏データに行った編集操作のアンドゥー操作やリドゥー操作を行うことができるようにされている（非特許文献１参照）。
【特許文献１】特開平１１−２５９０６９号公報
【非特許文献１】Steinberg Japan "Cubase SX2",[online],[平成１６年６月１４日検索]，インターネット<http://japan.steinberg.net/products/cubasesx2/feature.html>
【発明の開示】
【発明が解決しようとする課題】
【０００３】
このような従来の演奏データ編集装置においては、編集対象に編集操作を行った際に編集後の音と編集前の音とを確認しながら同じ編集対象に対して納得がいくまで複数回の編集操作を行いながら編集を進めていくようになる。この場合、編集中においてアンドゥー操作やリドゥー操作を行った際にも編集操作を１つ戻した／進めた編集後の音と戻す前の編集後の音とを確認しながら編集を進めていくようになる。しかしながら、アンドゥー操作やリドゥー操作を行った際には、編集前の音を聴いているのか編集後の音を聞いているのか分からなくなり易いという問題点があった。
【０００４】
そこで、本発明はアンドゥー操作やリドゥー操作を行った際に、編集前の音を聴いているのか編集後の音を聞いているのかが容易に分かる演奏データ編集装置および演奏データ編集プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明の演奏データ編集装置および演奏データ編集プログラムは、アンドゥー操作やリドゥー操作に応じて操作履歴のポインタが示す編集対象の演奏データを含む所定の連続範囲の演奏データに音響効果あるいはスタート音を付与して再生するようにしたことを最も主要な特徴としている。
【発明の効果】
【０００６】
本発明によれば、アンドゥー操作やリドゥー操作に応じて操作履歴のポインタが示す編集対象の演奏データを含む所定の連続範囲の演奏データに音響効果あるいはスタート音を付与して再生するようにしたことにより、再生された音を聞くだけでアンドゥー操作やリドゥー操作後の編集対象の音であることを容易に分かるようになる。
【発明を実施するための最良の形態】
【０００７】
アンドゥー操作やリドゥー操作を行った際に、編集前の音を聴いているのか編集後の音を聞いているのかが容易に分かる演奏データ編集装置および演奏データ編集プログラムを提供するという目的を、アンドゥー操作やリドゥー操作に応じて操作履歴のポインタが示す編集対象の演奏データを含む所定の連続範囲の演奏データに音響効果あるいはスタート音を付与して再生することで実現した。
【０００８】
本発明の実施例の演奏データ編集装置の構成を示すブロック図を図１に示す。この演奏データ編集装置１００は、パーソナルコンピュータとほぼ同様の構成とされ演奏データ編集プログラムがインストールされていることにより、演奏データ編集装置が実現されている。この演奏データ編集プログラムは、シーケンサプログラムに含ませることができる。
図１に示す本発明にかかる演奏データ編集装置１００において、ＣＰＵ（Central Processing Unit）１０は演奏データ編集装置１００の全体の動作を制御している。さらに、演奏データ編集プログラムを含むシーケンサプログラムを実行することでＭＩＤＩ（Musical Instrument Digital Interface）規格などに準じた演奏データに基づく楽音再生処理や楽曲演奏データや音色データを編集する演奏データ編集処理等を実行している。このように、演奏データ編集装置１００においては、シーケンサプログラム中の演奏データ編集プログラムを実行することにより演奏データ編集装置が実現されている。ＲＯＭ（Read Only Memory）１１には、ＣＰＵ１０が実行するシーケンサプログラム等の動作ソフトウェアや各種データが格納されており、ＲＡＭ（Random Access Memory）１２には、ＣＰＵ１０のワークエリアや各種データ等の記憶エリアが設定されている。このＲＯＭ１１をフラッシュメモリ等の書き換え可能なＲＯＭとすることで、動作ソフトウェアを書き換え可能となり動作ソフトウェアのバージョンアップを容易に行うことができる。
【０００９】
操作子１３は演奏データ編集装置１００に備えられたキーボードやマウス等の操作子であり、検出回路１４は、キーボードやマウス等を走査することによってイベントを検出して、イベントのあった操作子１３に対応するイベント出力を出力している。表示回路１６は液晶等の表示部１５を備え、演奏データ編集画面を含む各種画面を表示部１５に表示したり楽音生成時の動作画面を表示部１５に表示している。音源回路１７は、ＦＭ音源、波形メモリ音源、物理モデル音源等とされ、ＣＰＵ１０から音源パラメータ情報と発音の開始指示を受けて楽音信号を生成している。音源パラメータ情報は、割り当てチャンネル、ピッチ情報、エンベロープパラメータ等とされる。音源回路１７で生成された楽音信号は効果回路１８に供給され、設定されているエフェクトが付加される。効果回路１８はＤＳＰ（Digital Signal Processor）を備えており、設定されたエフェクトの基本アルゴリズムとエフェクトパラメータに応じたエフェクトを楽音信号に付与している。効果回路１８によりエフェクトが付与された楽音信号は、サウンドシステム１９から放音される。
【００１０】
通信インタフェース（Ｉ／Ｆ）２０は、演奏データ編集装置１００をＬＡＮ（ローカルエリアネットワーク）やインターネット、電話回線等の通信ネットワークに接続するインタフェースであり、該通信ネットワークを介して、外部機器２１と接続することができる。したがって、外部機器２１から各種プログラムやデータをダウンロードすることができるようになる。ダウンロードされたプログラムやデータは、ＲＡＭ１２や図示しないハードディスク記憶装置等の外部記憶装置に格納されるようになる。なお、演奏データ編集装置１００の各部は通信バス２２により相互にデータの授受を行っている。
【００１１】
図１に示す演奏データ編集装置１００において編集操作を行う際の演奏データ編集装置１００の機能を示す機能ブロック図を図２に示す。
図２において、音色データや楽曲演奏データの編集操作を行う編集操作手段１は、演奏データ編集プログラムを起動させた演奏データ編集装置１００により実現されており、演奏データ編集プログラムを起動させた状態において、キーボードやマウス等の操作子１３を操作することにより音色データや楽曲演奏データの編集操作を行うことができる。演奏データ編集プログラムを起動させると、基礎データ（ＥＤＩＴ  ＤＡＴＡ）である編集したい演奏データが基礎データ記憶手段２から読み出されてＲＡＭ１２に確保されたエディットバッファ（ＥＤＩＴＢＵＦ）３の記憶領域に書き込まれる。この場合、基礎データ記憶手段２は外部記憶装置あるいはＲＯＭ１１とされる。そして、表示部１５には演奏データ編集処理時において演奏データ編集画面が表示され、この演奏データ編集画面に音色データや楽曲演奏データを表示して編集操作を行うことができるようになる。そこで、表示された音色データや楽曲演奏データにおける編集したい部分のデータを編集対象としてキーボードやマウス等の操作子１３を操作することにより、編集対象の編集操作を行うことができる。
【００１２】
編集操作手段１により行った編集操作の操作履歴（ＯＰＥＲＡＴＩＯＮ  ＨＩＳＴＯＲＹ）はＲＡＭ１０上に確保された履歴バッファ４の記憶領域に格納される。履歴バッファ４には、次に行った編集操作の操作履歴を書き込む履歴バッファ４上のアドレス位置を示すアンドゥーデータポインタ（ＵＮＤＯＤＡＴＡ  ＰＯＩＮＴＥＲ）が設けられており、図示する例ではアンドゥーデータポインタは”Ｕn+1”のアドレス位置を示している。すなわち、音色データや楽曲演奏データに対して今回行った編集操作の操作履歴はアドレス位置”Ｕn”に記憶されており、操作履歴が記憶されることによりアンドゥーデータポインタが１つ進められてアドレス位置”Ｕn+1”を示すようになっている。このようにして編集操作を行ったエディットバッファ３に記憶されている編集中データＥＤnの再生指示がされた際に、アンドゥーデータポインタが示す編集対象の演奏データを含む所定の連続範囲の演奏データが、音源回路１７により再生されてサウンドシステム１９から放音される。これにより、編集操作を行った演奏データ部分を聴取することができる。
【００１３】
本発明にかかる演奏データ編集装置１００においては、音色データや楽曲演奏データの編集中において編集操作のアンドゥー操作やリドゥー操作を行うことができる。編集操作において、このようなアンドゥー操作やリドゥー操作を行う演奏データ編集装置１００の機能を示す機能ブロック図を図３に示す。
キーボードやマウス等の操作子１３を操作することで編集操作手段１においてアンドゥー操作を行うと、図示するようにアンドゥーデータポインタが１つ戻りアドレス位置”Ｕn”を示すようになり、アドレス位置”Ｕn”の操作履歴が読み出されこの操作履歴の編集内容がエディットバッファ３に記憶されている編集中データからキャンセルされる。これにより、編集中データＥＤnは１つ前までの編集操作を反映した編集中データＥＤn-1に復帰することになる。このアンドゥー操作は、例えば「Ｃｔｒｌ」＋「ｚ」キーを押すことにより起動されるが、「Ｃｔｒｌ」＋「ｚ」＋「ｐ」キーを押すとプレイアンドゥー（ＰＬＡＹ  ＵＮＤＯ）操作が起動される。このプレイアンドゥー操作では、アンドゥーされた際に復帰した編集中データＥＤn-1におけるアンドゥーデータポインタが示す編集対象の演奏データを含む所定の連続範囲の演奏データを再生するようにしている。
【００１４】
この場合、アンドゥーされた編集中データＥＤn-1は、区別効果付与手段５に供給されて所定の音響効果や、発音開始時に何らかのスタート音が付与されて再生されるようになる。これにより、アンドゥー操作を行った演奏データ部分を聴取することができると共に、アンドゥーされた編集中データＥＤn-1を再生した音であることを容易に判別することができるようになる。なお、所定の音響効果は、例えば高域や低域を減衰させたＬｏ−Ｆｉ（Low Fidelity）効果音とされ効果回路１８により付与されるようになる。また、何らかのスタート音は発音開始される時に、例えばビープ音やアンドゥーされた演奏データを再生する旨の音声とされ効果回路１８により付与されるようになる。なお、音色データの編集操作を行っている際には音響効果を付与することができないことから、この場合にはスタート音を付与するのが好適である。
このようなアンドゥー操作あるいはプレイアンドゥー操作を行うことにより、今までに編集操作手段１により行った以前の編集操作の内の最良の編集操作を反映した演奏データに編集することができるようになる。
【００１５】
また、リドゥー操作は、１回以上のアンドゥー操作（プレイアンドゥー操作を含む）を行った際に、その時点の編集操作より１つ先に行われている編集操作の内容を反映した演奏データに復帰させる操作とされる。すなわち、キーボードやマウス等の操作子１３を操作することで編集操作手段１においてリドゥー操作を行うと、アンドゥーデータポインタが１つ先に進み次のアドレス位置を示すようになり、次のアドレス位置の操作履歴が読み出されこの操作履歴の編集内容がエディットバッファ３に記憶されている編集中データに反映される。これにより、編集中データは直前に行われたアンドゥー操作時点より１つ先までの編集操作を反映した編集中データに復帰するようになる。このリドゥー操作は、例えば「Ｃｔｒｌ」＋「ｙ」キーを押すことにより起動されるが、「Ｃｔｒｌ」＋「ｙ」＋「ｐ」キーを押すとプレイリドゥー操作が起動される。このプレイリドゥー操作では、リドゥーされた際に直前に行われたアンドゥー操作時点より１つ先のアンドゥーデータポインタが示す編集対象の演奏データを含む所定の連続範囲の演奏データを再生するようにしている。
【００１６】
この際に、リドゥーされた編集中の演奏データは、区別効果付与手段５に供給されて所定の音響効果や、発音開始時に何らかのスタート音が付与されて再生されるようになる。これにより、リドゥーされた編集中データの音が再生されたことを容易に判別することができるようになる。なお、所定の音響効果は、例えば高域や低域を減衰させたＬｏ−Ｆｉ（Low Fidelity）効果音とされ効果回路１８により付与されるようになる。また、何らかのスタート音は発音開始される時に、例えばビープ音や復帰データを再生する旨の音声とされ効果回路１８により付与されるようになる。なお、音色データの編集操作を行っている際には音響効果を付与することができないことから、この場合にはスタート音を付与するのが好適である。
以上説明したアンドゥー操作（プレイアンドゥー操作を含む）およびリドゥー操作（プレイリドゥー操作を含む）を行うことにより、今までに編集操作手段１により行った編集操作の内の最良の編集操作を反映した演奏データに編集することができるようになる。
【００１７】
次に、本発明にかかる演奏データ編集装置１００が実行する演奏データ編集処理のフローチャートを図４ないし図６に示す。この場合、演奏データ編集処理を実行する演奏データ編集プログラムはシーケンサプログラム中に含まれている。
キーボードやマウス等の操作子１３により演奏データ編集が指示されると演奏データ編集処理が起動されて演奏データ編集モードとされる。これにより演奏データ編集処理が開始され、ステップＳ１０にて編集すべき演奏データであるＥＤＩＴＤＡＴＡを読み込む指示イベントがあるか否かが判断される。この指示イベントは、操作子１３により編集したい演奏データを指定して読み込みを指示した際に検出され、指示イベントがあると判断されるとステップＳ１１に進みＥＤＩＴＤＡＴＡが記憶されている基礎データ記憶手段２とされる外部記憶装置あるいはＲＯＭ１１からＥＤＩＴＤＡＴＡが読み出されて、ＲＡＭ１２に設定されたエディットバッファ（ＥＤＩＴＢＵＦ）に書き込まれる。次いで、ステップＳ１２にて履歴バッファ４上の操作履歴を書き込むアドレス位置を示すアンドゥーデータポインタの位置が”０”にリセットされ、ステップＳ１３にてアンドゥーデータポインタの値が表示部１５に表示されるようになる。この場合に表示されるアンドゥーデータポインタの値はリセットされていることから”０”である。ステップＳ１３の処理が終了するとステップＳ１０に戻り前述したステップＳ１０の処理が再度行われる。
【００１８】
また、ステップＳ１０において指示イベントがないと判断された場合はステップＳ１４に分岐して、編集すべきＥＤＩＴＤＡＴＡが読み出されてエディットバッファ３への書き込みが完了しているか否かが判断される。ここで、ＥＤＩＴＤＡＴＡのエディットバッファ３への書き込みが完了していると判断された場合は、ステップＳ１５に進み演奏データの編集操作を行う演奏データ編集操作イベントがあるか否かが判断される。この演奏データ編集操作イベントは、操作子１３により楽曲演奏データや音色データの編集操作を行った際に検出され、演奏データ編集操作イベントがあると判断された場合は、ステップＳ１６に進み行われた編集操作の内容がエディットバッファ３上の編集中の演奏データに反映されると共に、操作履歴（ＯＰＥＲＡＴＩＯＮ  ＨＩＳＴＯＲＹ）としてＲＡＭ１０上に設定された履歴バッファ４におけるアンドゥーデータポインタが示すＵ（ＵＮＤＯＤＡＴＡ  ＰＯＩＮＴＥＲ）のアドレス位置に書き込まれる。
【００１９】
この場合、最初の操作履歴は履歴バッファ４の”０”番地に書き込まれる。次いで、ステップＳ１７にてアンドゥーデータポインタの位置が１つだけインクリメントされ、ステップＳ１８にてインクリメントされたアンドゥーデータポインタの値が表示部１５に表示されるようになる。ステップＳ１８の処理が終了した場合、および、ステップＳ１４にてエディットバッファ３への書き込みが完了していないと判断された場合はステップＳ１０に戻り前述したステップＳ１０以下の処理が再度行われる。
この演奏データの編集操作は何度も行うことができ、編集操作を行う毎にステップＳ１６ないしステップＳ１８の処理が行われてその編集内容の操作履歴が履歴バッファ４に順次書き込まれていくと共に、アンドゥーデータポインタの位置が１つずつインクリメントされていくようになる。
【００２０】
また、ステップＳ１５にて演奏データ編集操作イベントがないと判断された場合は、ステップＳ１９に分岐してその時点においてエディットバッファ３に記憶されている編集中の演奏データにおける最後に行われた編集操作をキャンセルするアンドゥー操作イベントがあるか否かが判断される。例えば「Ｃｔｒｌ」＋「ｚ」キーが操作されたことが検出された際にアンドゥー操作イベントがあると判断される。ここで、アンドゥー操作イベントがあると判断された場合は、ステップＳ２０へ進みアンドゥーデータポインタの位置が１つだけデクリメントされて戻される。次いで、ステップＳ２１にて戻されたアンドゥーデータポインタの値が”０”以上とされているか否かが判断される。これは、操作履歴は”０”番地以上にしか格納されていないことから”０”番地より下になることを防止するためである。ステップＳ２１にてアンドゥーデータポインタの値が”０”以上と判断された場合は、ステップＳ２２に進みアンドゥーデータポインタが示すアドレス位置の操作履歴（ＯＰＥＲＡＴＩＯＮ  ＨＩＳＴＯＲＹ）が履歴バッファ４から読み出され、読み出された操作履歴で示される編集操作内容がエディットバッファ３に記憶されている編集中の演奏データからキャンセルする処理が行われる。
【００２１】
次いで、ステップＳ２３にてデクリメントされたアンドゥーデータポインタの値が表示部１５に表示されるようになる。この表示値は、最後に行われた操作履歴が記憶されているアドレス位置に対する差分値とされ、例えばアンドゥー操作が１回行われた際の表示値は”−１”となる。また、ステップＳ２１にて戻されたアンドゥーデータポインタの値が”０”より下と判断された場合は、ステップＳ２４に分岐してアンドゥーデータポインタの値が”０”とされてステップＳ２３に進むようになる。これは、アンドゥーデータポインタの値は”０”より下に行くことはないからである。そして、ステップＳ２３の処理が終了するとステップＳ１０に戻り前述したステップＳ１０以下の処理が再度行われる。
【００２２】
また、ステップＳ１９にてアンドゥー操作イベントがないと判断された場合は、図５に示すステップＳ３０に分岐してその時点においてエディットバッファ３に記憶されている編集中の演奏データにおける最後に行われた編集操作をキャンセルすると共にキャンセル後の演奏データにおける所定部分を再生するプレイアンドゥー操作イベントがあるか否かが判断される。例えば「Ｃｔｒｌ」＋「ｚ」＋「ｐ」キーが操作されたことが検出された際にプレイアンドゥー操作イベントがあると判断される。ここで、プレイアンドゥー操作イベントがあると判断された場合は、ステップＳ３１へ進みアンドゥーデータポインタの位置が１つだけデクリメントされて戻される。次いで、ステップＳ３２にて戻されたアンドゥーデータポインタの値が”０”以上とされているか否かが判断される。これは、前述したように操作履歴は”０”番地以上にしか格納されていないことから”０”番地より下になることを防止するためである。ステップＳ３２にてアンドゥーデータポインタの値が”０”以上と判断された場合は、ステップＳ３３に進みアンドゥーデータポインタが示すアドレス位置の操作履歴（ＯＰＥＲＡＴＩＯＮ  ＨＩＳＴＯＲＹ）が履歴バッファ４から読み出され、読み出された操作履歴で示される編集操作内容がエディットバッファ３に記憶されている編集中の演奏データからキャンセルする処理が行われる。
【００２３】
次いで、ステップＳ３４にてアンドゥーデータポインタが示すアドレス位置の操作履歴（ＯＰＥＲＡＴＩＯＮ  ＨＩＳＴＯＲＹ）の編集対象であるエディットバッファ３に記憶されているキャンセル後の演奏データを含む所定連続範囲を再生する。再生する際には、区別効果付与手段５において所定の音響効果や、発音開始時に何らかのスタート音が付与されて再生されるようになる。これにより、対象とされる演奏データにおけるアンドゥー後の音が再生されたことが容易に分かるようになり、アンドゥー後の音を確認しながら編集操作を行うことができるようになる。また、アンドゥー後の音の再生は再生指示を行うことにより何度も行うことができると共に、上記所定連続範囲を任意の回数ループ再生するようにしてもよい。ステップＳ３４の処理が終了するとステップＳ３１にてデクリメントされたアンドゥーデータポインタの値が表示部１５に表示されるようになる。この表示値は、最後に行われた操作履歴が記憶されているアドレス位置に対する差分値とされ、例えばプレイアンドゥー操作を含むアンドゥー操作が１回行われた際の表示値は”−１”となる。また、ステップＳ３２にて戻されたアンドゥーデータポインタの値が”０”より下と判断された場合は、ステップＳ３６に分岐してアンドゥーデータポインタの値が”０”とされてステップＳ３５に進むようになる。そして、ステップＳ３５の処理が終了するとステップＳ１０に戻り前述したステップＳ１０以下の処理が再度行われる。
【００２４】
この演奏データの編集操作は繰り返して行うことができ、ステップＳ１６ないしステップＳ１８の編集操作を反映させる処理と、ステップＳ２０ないしステップＳ２３のアンドゥー操作処理あるいはステップＳ３１ないしステップＳ３５のプレイアンドゥー操作処理とを組み合わせた編集操作を行うことにより、今までに編集操作手段１により行った以前の編集操作の内の最良の編集操作を反映した演奏データに編集することができるようになる。
【００２５】
また、ステップＳ３０にてプレイアンドゥー操作イベントがないと判断された場合は、ステップＳ３７に分岐してアンドゥー操作を元に戻すリドゥー操作イベントがあるか否かが判断される。例えば「Ｃｔｒｌ」＋「ｙ」キーが操作されたことが検出された際にリドゥー操作イベントがあると判断される。ここで、リドゥー操作イベントがあると判断された場合は、ステップＳ３８へ進みアンドゥーデータポインタの位置が１つだけインクリメントされて進められる。次いで、ステップＳ３９にてインクリメントされたアンドゥーデータポインタの値が”Ｎmax＋１”以下とされているか否かが判断される。ここで、”Ｎmax”は最後に行われた操作履歴が記憶されているアドレスであり、”Ｎmax＋１”より上にアンドゥーデータポインタが位置することはないことから、アンドゥーデータポインタの値が”Ｎmax＋１”より上になることを防止するためである。ここで、ステップＳ３９にてアンドゥーデータポインタの値が”Ｎmax＋１”以下と判断された場合は、ステップＳ４０に進みアンドゥーデータポインタが示すアドレス位置より１つ下のアドレスの操作履歴（ＯＰＥＲＡＴＩＯＮ  ＨＩＳＴＯＲＹ）が履歴バッファ４から読み出され、読み出された操作履歴で示される編集操作内容に応じた編集処理がエディットバッファ３に記憶されている編集中の演奏データに対して行われる。
【００２６】
次いで、ステップＳ４２にてインクリメントされたアンドゥーデータポインタの値が表示部１５に表示されるようになる。この表示値は、最も新しい操作履歴が記憶されているアドレス位置に対する差分値とされ、リドゥー操作が行われるまでの表示値に”＋１”された値が表示されるようになる。また、ステップＳ３９にて進められたアンドゥーデータポインタの値が”Ｎmax＋１”より上と判断された場合は、ステップＳ４１に分岐してアンドゥーデータポインタの値が”Ｎmax＋１”とされてステップＳ４２に進むようになる。これは、アンドゥーデータポインタの値は”Ｎmax＋１”より上に行くことはないからである。そして、ステップＳ４２の処理が終了するとステップＳ１０に戻り前述したステップＳ１０以下の処理が再度行われる。
【００２７】
また、ステップＳ３７にてリドゥー操作イベントがないと判断された場合は、ステップＳ４３に分岐してアンドゥー操作を元に戻すと共に元に戻した演奏データにおける所定部分を再生するプレイリドゥー操作イベントがあるか否かが判断される。例えば「Ｃｔｒｌ」＋「ｙ」＋「ｐ」キーが操作されたことが検出された際にプレイリドゥー操作イベントがあると判断される。ここで、プレイリドゥー操作イベントがあると判断された場合は、ステップＳ４４へ進みアンドゥーデータポインタの位置が１つだけインクリメントされて進められる。次いで、ステップＳ４５にてインクリメントされたアンドゥーデータポインタの値が”Ｎmax＋１”以下とされているか否かが判断される。これは、前述したように”Ｎmax”は最も新しい操作履歴が記憶されているアドレスであり、”Ｎmax＋１”より上の値にアンドゥーデータポインタなることはないことから、アンドゥーデータポインタの値が”Ｎmax＋１”より上になることを防止するためである。ここで、ステップＳ４５にてアンドゥーデータポインタの値が”Ｎmax＋１”以下と判断された場合は、ステップＳ４６に進みアンドゥーデータポインタが示すアドレス位置より１つ下のアドレスの操作履歴（ＯＰＥＲＡＴＩＯＮ  ＨＩＳＴＯＲＹ）が履歴バッファ４から読み出され、読み出された操作履歴で示される編集操作内容に応じた編集処理がエディットバッファ３に記憶されている編集中の演奏データに対して行われる。
【００２８】
次いで、ステップＳ４７にてアンドゥーデータポインタが示すアドレス位置より１つ下のアドレス位置における操作履歴（ＯＰＥＲＡＴＩＯＮ  ＨＩＳＴＯＲＹ）の編集対象であるエディットバッファ３に記憶されている編集処理後の演奏データを含む所定連続範囲を再生する。再生する際には、区別効果付与手段５において所定の音響効果や、発音開始時に何らかのスタート音が付与されて再生されるようになる。これにより、対象とされる演奏データにおけるリドゥー後の音が再生されたことを容易に分かるようになり、リドゥー後の音を確認しながら編集操作を行うことができるようになる。また、リドゥー後の音の再生は再生指示を行うことにより何度も行うことができると共に、上記所定連続範囲を任意の回数ループ再生するようにしてもよい。次いで、ステップＳ４４にてインクリメントされたアンドゥーデータポインタの値が表示部１５に表示されるようになる。この表示値は、最も新しい操作履歴が記憶されているアドレス位置に対する差分値とされ、プレイリドゥー操作が行われるまでの表示値に”＋１”された値が表示されるようになる。また、ステップＳ４５にて進められたアンドゥーデータポインタの値が”Ｎmax＋１”より上と判断された場合は、ステップＳ４９に分岐してアンドゥーデータポインタの値が”Ｎmax＋１”とされてステップＳ４８に進むようになる。そして、ステップＳ４８の処理が終了するとステップＳ１０に戻り前述したステップＳ１０以下の処理が再度行われる。
【００２９】
この演奏データの編集操作は繰り返し行うことができ、ステップＳ１６ないしステップＳ１８の編集操作を反映させる処理と、ステップＳ２０ないしステップＳ２３のアンドゥー操作処理あるいはステップＳ３１ないしステップＳ３５のプレイアンドゥー操作処理、ステップＳ３８ないしステップＳ４２のリドゥー操作処理あるいはステップＳ４４ないしステップＳ４８のプレイリドゥー操作処理とを組み合わせた編集操作を行うことにより今までに編集操作手段１により行った以前の編集操作の内の最良の編集操作を反映した演奏データに編集することができるようになる。なお、プレイアンドゥー操作処理あるいはプレイリドゥー操作処理では、操作した後の音が聴くだけで分かるようになる。
【００３０】
また、ステップＳ４３にてプレイリドゥー操作イベントがないと判断された場合は、図６に示すステップＳ５０に分岐してエディットバッファ３の編集中の演奏データを保存するデータセーブ（ＤＡＴＡＳＡＶＥ）操作イベントがあるか否かが判断される。例えば「Ｃｔｒｌ」＋「ｓ」キーが操作されたことが検出された際にデータセーブ操作イベントがあると判断される。ここで、データセーブ操作イベントがあると判断された場合は、ステップＳ５１に進みエディットバッファ３に格納されている演奏データが編集操作後の演奏データＥＤＩＴＤＡＴＡとして外部記憶装置等に保存される。次いで、ステップＳ５２にてアンドゥーデータポインタの値がリセットされて”０”とされる。そして、ステップＳ５１の処理が終了するとステップＳ１０に戻り前述したステップＳ１０以下の処理が再度行われる。
【００３１】
さらに、ステップＳ５０にてデータセーブ操作イベントがないと判断された場合は、ステップＳ５３に分岐して編集操作終了イベントがあるか否かが判断される。ここで、編集操作終了イベントがあると判断された場合は、ステップＳ５４に進みデータセーブを行うか否かが判断される。ここで、データセーブを行うことを選択した場合はステップＳ５５に進みエディットバッファ３に格納されている演奏データが編集操作後の演奏データＥＤＩＴＤＡＴＡとして外部記憶装置等に保存される。次いで、ステップＳ５６にてアンドゥーデータポインタの値がリセットされて”０”とされ演奏データ編集処理は終了する。また、ステップＳ５４にてデータセーブを行わないことを選択した場合は、そのまま演奏データ編集処理は終了する。さらに、ステップＳ５３にて編集操作終了イベントがないと判断された場合は、ステップＳ１０に戻り前述したステップＳ１０以下の処理が再度行われる。
【００３２】
以上説明した本発明において、ＲＯＭ１１に演奏データ編集プログラムを含むシーケンサプログラムが記憶されていない場合、外部記憶装置であるＨＤ（Hard Disk）やＣＤ−ＲＯＭに演奏データ編集プログラムを含むシーケンサプログラムやデータを記憶させておいてそれをＲＡＭ１２に読み込んだり、通信インタフェース２０を介して外部機器２１であるサーバコンピュータと接続してサーバコンピュータから演奏データ編集プログラムを含むシーケンサプログラムやデータをダウンロードすることにより、ＲＯＭ１１に演奏データ編集プログラムを含むシーケンサプログラムやデータを記憶している場合と同様の動作をＣＰＵ１０に行わせるようにしても良い。
【産業上の利用可能性】
【００３３】
以上の説明では、シーケンサプログラムに演奏データ編集プログラムを含ませるものとして説明したが、独立した演奏データ編集プログラムとすると、独立した演奏データ編集装置とすることができると共に、この演奏データ編集プログラムを記録媒体に記録したり種々の楽音関連装置に組み込む（プラグイン）ことが可能となる。
【図面の簡単な説明】
【００３４】
【図１】本発明の実施例の演奏データ編集装置の構成を示すブロック図である。
【図２】本発明にかかる演奏データ編集装置において編集操作を行う際の演奏データ編集装置の機能を示す機能ブロック図である。
【図３】本発明にかかる演奏データ編集装置においてアンドゥー操作やリドゥー操作を行う際の演奏データ編集装置の機能を示す機能ブロック図である。
【図４】本発明にかかる演奏データ編集装置が実行する演奏データ編集処理のフローチャートの一部である。
【図５】本発明にかかる演奏データ編集装置が実行する演奏データ編集処理のフローチャートの他の一部である。
【図６】本発明にかかる演奏データ編集装置が実行する演奏データ編集処理のフローチャートのさらに他の一部である。
【符号の説明】
【００３５】
１  編集操作手段、２  基礎データ記憶手段、３  エディットバッファ、４  履歴バッファ、５  区別効果付与再生手段、１０  ＣＰＵ、１１  ＲＯＭ、１２  ＲＡＭ、１３  操作子、１４  検出回路、１５  表示部、１６  表示回路、１７  音源回路、１８  効果回路、１９  サウンドシステム、２０  通信インタフェース、２１  外部機器、２２  通信バス、１００  演奏データ編集装置
【図１】
2006267173.tif 000003
【図２】
2006267173.tif 000004
【図３】
2006267173.tif 000005
【図４】
2006267173.tif 000006
【図５】
2006267173.tif 000007
【図６】
2006267173.tif 000008