JP2012083564A - 楽曲編集装置およびプログラム - Google Patents

Abstract

【課題】音符に対する音楽的な修飾を直感的な操作で入力することを可能にすること。
【解決手段】記憶手段１１は、素片ライブラリと、文字列と、楽譜データとを記憶する。表示制御手段１２は、音高を表す第１軸および時間を表す第２軸を有する座標系に従って、複数の音符の各々の発音期間の始期、音高、および音長を表す図形を表示手段１３の画面に表示させる。表示手段１３は、表示制御手段１２の制御下で画像を表示する。位置検出手段１４は、画面上の位置を検出する。属性変更手段１５は、位置検出手段１４により検出された位置の軌跡の始点が、音符列の各々に相当する領域内になかった場合、始点に応じた発音期間の始期を有する新たな音符を処理対象音符として、軌跡に応じて、処理対象音符の付加属性を記憶手段１１に追加する。
【選択図】図１

Description

本発明は楽曲を示すデータを編集する技術に関する。

楽曲のデータを編集する種々の技術が知られている。特許文献１は、テキスト情報を解析してピッチを変化させる技術を開示している。特許文献２は、楽器の画像の上でマウスをドラッグするとビブラート等の特殊効果を音色に加えることを開示している。特許文献３は、正規化したビブラート波形にエンベロープ波形を乗算し、ビブラート波形として用いる技術を開示している。特許文献４は、ポインティング操作子のドラッグ操作に応じてパラメータ値をアサインする技術を開示している。

特開２００５−２５０２６４号公報 特開平１０−１４３１５５号公報 特開２００１−３１８６７５号公報 特開２００２−３７２９７２号公報

特許文献１〜４の技術によっても、音符に対する音楽的な修飾と直感的な操作で入力することは難しかった。
本発明は、音符に対する音楽的な修飾を直感的な操作で入力することを可能にする技術を提供する。

本発明は、複数の音符の各々について、当該音符の発音期間の始期、音高、音長、および当該音符に対する音楽的な修飾を示す付加属性を含む属性を記憶する属性記憶手段と、
音高を表す第１軸および時間を表す第２軸を有する座標系に従って、前記複数の音符の各々の発音期間の始期、音高、および音長を表す図形を表示手段の画面に表示させる表示制御手段と、前記画面上の位置を検出する位置検出手段と、前記位置検出手段により検出された位置の軌跡の始点が、前記複数の音符の各々に相当する領域内になかった場合、前記始点に応じた発音期間の始期を有する新たな音符を処理対象音符として、前記軌跡に応じて、前記処理対象音符の付加属性を前記属性記憶手段に追加する属性変更手段と、前記属性記憶手段に記憶されている属性を用いて、前記複数の音符に対応する楽曲データを生成するデータ生成手段とを有する楽曲編集装置を提供する。

また、本発明は、複数の音符の各々について、当該音符の発音期間の始期、音高、音長、および当該音符に対する音楽的な修飾を示す付加属性を含む属性を記憶する属性記憶手段と、音高を表す第１軸および時間を表す第２軸を有する座標系に従って、前記複数の音符の各々の発音期間の始期、音高、および音長を表す図形を表示手段の画面に表示させる表示制御手段と、前記画面上の位置を検出する位置検出手段と、前記位置検出手段により検出された位置の軌跡が、前記複数の音符のうち一の音符に対応する領域とあらかじめ決められた条件を満たした場合、前記軌跡に応じて、前記属性記憶手段に記憶されている前記一の音符の付加属性を変更する属性変更手段と、前記属性記憶手段に記憶されている属性を用いて、前記複数の音符に対応する楽曲データを生成するデータ生成手段とを有する楽曲編集装置を提供する。

好ましい態様において、前記付加属性は、それぞれ異なる音楽的修飾を示す複数のパラメータを含み、前記属性変更手段は、前記一の音符について、前記複数のパラメータの中から前記軌跡に応じて選択された一のパラメータの値を、前記軌跡に応じて変更してもよい。

さらに、本発明は、コンピュータを、複数の音符の各々について、当該音符の発音期間の始期、音高、音長、および当該音符に対する音楽的な修飾を示す付加属性を含む属性を記憶する属性記憶手段と、音高を表す第１軸および時間を表す第２軸を有する座標系に従って、前記複数の音符の各々の発音期間の始期、音高、および音長を表す図形を表示手段の画面に表示させる表示制御手段と、前記画面上の位置を検出する位置検出手段と、前記位置検出手段により検出された位置の軌跡の始点が、前記複数の音符の各々に相当する領域内になかった場合、前記始点に応じた発音期間の始期を有する新たな音符を処理対象音符として、前記軌跡に応じて、前記処理対象音符の付加属性を前記属性記憶手段に追加する属性変更手段と、前記属性記憶手段に記憶されている属性を用いて、前記複数の音符に対応する楽曲データを生成するデータ生成手段として機能させるためのプログラムを提供する。

さらに、本発明は、コンピュータを、複数の音符の各々について、当該音符の発音期間の始期、音高、音長、および当該音符に対する音楽的な修飾を示す付加属性を含む属性を記憶する属性記憶手段と、音高を表す第１軸および時間を表す第２軸を有する座標系に従って、前記複数の音符の各々の発音期間の始期、音高、および音長を表す図形を表示手段の画面に表示させる表示制御手段と、前記画面上の位置を検出する位置検出手段と、前記位置検出手段により検出された位置に応じて前記複数の音符の中から選択された一の音符を処理対象音符として、前記位置検出手段により検出された位置の軌跡に応じて、前記属性記憶手段に記憶されている前記処理対象音符の付加属性を変更する属性変更手段と、前記属性記憶手段に記憶されている属性を用いて、前記複数の音符に対応する楽曲データを生成するデータ生成手段として機能させるためのプログラムを提供する。

本発明によれば、音符に対する音楽的な修飾を一度の直感的な操作で入力することが可能になる。

一実施形態に係る音声合成装置１の機能構成を示すブロック図である。 素片ライブラリを例示する図である。 楽譜データを例示する図である。 音声合成装置１のハードウェア構成を示す図である。 音声合成装置１の外観を例示する図である。 音声合成アプリケーションが実行されているときの画面を例示する図である。 音声合成装置１の動作を示すフローチャートである。 新たな音符が追加された画面を例示する図である。 軌跡、特徴パラメータ、および処理対象付加属性の対応関係を例示する。 更新後の画面を例示する図である。 変形例１に係る画面を例示する図である。 変形例１に係る動作を示すフローチャートである。 ウインドウ２１３に表示される画像の変化を例示する図である。

１．構成
図１は、一実施形態に係る音声合成装置１の機能構成を示すブロック図である。音声合成装置１は、文字列および音符列を含む楽譜データに基づいて音声を合成し、合成された音声を出力する装置であり、楽曲編集装置の一例である。音声合成装置１は、大別すると、楽譜データを編集する機能と、楽譜データに基づいて音声を合成する機能とを有する。より詳細には、音声合成装置１は、記憶手段１１と、表示制御手段１２と、表示手段１３と、位置検出手段１４と、属性変更手段１５と、音声合成手段１６と、音声出力手段１７とを有する。記憶手段１１は、素片ライブラリと、歌詞（文字列）と、楽譜データとを記憶する。楽譜データは、複数の音符の各々について、その音符の発音期間の始期、音高、および音長、並びに文字列のうちその音符に割り当てられた文字を含む属性を有する。表示制御手段１２は、音高を表す第１軸および時間を表す第２軸を有する座標系に従って、複数の音符の各々の発音期間の始期、音高、および音長を表す図形を表示手段１３の画面に表示させる。表示手段１３は、表示制御手段１２の制御下で画像を表示する。位置検出手段１４は、画面上の位置を検出する。属性変更手段１５は、位置検出手段１４により検出された位置の軌跡の始点が、音符列の各々に相当する領域内になかった場合、始点に応じた発音期間の始期を有する新たな音符を処理対象音符として、軌跡に応じて、処理対象音符の付加属性を記憶手段１１に追加する。音声合成手段１６（データ生成手段の一例）は、楽譜データに従って、素片ライブラリに含まれるデータを用いて音声を合成する。音声出力手段１７は、合成された音声を出力する。この例で、付加属性は、それぞれ異なる音楽的修飾を示す複数のパラメータを含む。属性変更手段１５は、処理対象音符について、複数のパラメータの中から軌跡に応じて選択された一のパラメータの値を、軌跡に応じて変更する。

図２は、素片ライブラリを例示する図である。素片ライブラリは、例えば人間の声からサンプリングした音楽素片（歌声の断片）を含むデータベースである。素片ライブラリは、複数の歌唱者の各々に対応した個人別データベースに分かれている。図２に示される例では、素片ライブラリはそれぞれ３人の歌唱者に対応する個人別データベース３０３ａ〜ｃを含んでいる。各歌唱者に対応した個人別データベース３０３には、その歌唱者の歌唱音声波形から採取された素片データが複数含まれている。素片データとは、歌唱音声波形から、音声学的な特徴部分を切り出して符号化した音声データである。

ここで、素片データについて、「さいた」という歌詞を歌唱する場合を例として説明する。「さいた」という歌詞は発音記号で「ｓａｉｔａ」と表される。発音記号「ｓａｉｔａ」で表される音声の波形を特徴により分析すると、「ｓ」の音の立ち上がり部分→「ｓ」の音→「ｓ」の音から「ａ」の音への遷移部分→「ａ」の音・・・と続き、「ａ」の音の減衰部分で終わる。それぞれの素片データは、これらの音声学的な特徴部分に対応する音声データである。

以下の説明において、ある発音記号で表される音の立ち上がり部分に対応する素片データを、その発音記号の前に「＃」を付けて、「＃ｓ」のように表す。また、ある発音記号で表される音の減衰部分に対応する素片データを、その発音記号の後に「＃」を付けて、「ａ＃」のように表す。また、ある発音記号で表される音から他の発音記号で表される音への遷移部分に対応する素片データを、それらの発音記号の間に「−」を入れて、「ｓ−ａ」のように表す。素片ライブラリの素片データ群３０３０には、歌唱者が通常に歌唱した場合の歌唱音声波形から採取された、あらゆる音および音の組み合わせに関する素片データが格納されている。素片データ群３０３１Ｈ〜Ｌには、それぞれ、歌唱者が強いアクセント、中程度のアクセント、および弱いアクセントを付加して歌唱した場合の歌唱音声波形から採取された、あらゆる音および音の組み合わせに関する素片データが格納されている。素片データ群３０３２Ｈ〜Ｌには、それぞれ、歌唱者が強いレガート、中程度のレガート、および弱いレガートを付加して歌唱した場合の歌唱音声波形から採取された、あらゆる音および音の組み合わせに関する素片データが格納されている。

図３は、楽譜データを例示する図である。楽譜データには、歌唱演奏を表すパートデータが、１または複数含まれている。楽譜データには、このパートデータの他に、演奏で用いられる拍子およびテンポを示すデータ、および分解能を示すデータが含まれている。パートデータは、複数の音符のそれぞれにつき、基本属性および付加属性を示すデータの組であるノートデータを含んでいる。基本属性データは、音の発音を指示するにあたり不可欠な属性を示すデータであり、音高、発音期間（発音期間の始期および終期）、および発音記号を含んでいる。付加属性データは、音に対し表情付け等の指示、すなわち音楽的な修飾を与えるためのデータであり、この例では、音符と歌詞との対応関係、音の強さ、アクセントの強さ、レガートの強さ、ビブラートの強さ（深さ）、ビブラート期間を含んでいる。

次に、音声合成手段１６による音声合成処理の概要を説明する。ここでは、楽譜データに含まれる「ｓａｋｕｒａ」という発音記号列に対する処理を例として説明する。音声合成手段１６は、発音記号列を素片データの単位に分解する。例えば、「ｓａｋｕｒａ」は、「＃ｓ」、「ｓ」、「ｓ−ａ」、「ａ」、「ａ−ｋ」、「ｋ」、「ｋ−ｕ」、「ｕ」、「ｕ−ｒ」、「ｒ」、「ｒ−ａ」、「ａ」、および「ａ＃」に分解される。音声合成手段１６は、分解された発音記号列のそれぞれに対応する素片データを、素片データ群３０３０から読み出す。音声合成手段１６は、読み出した素片データに対し、各音符により示される音高に基づき、音高調整を行う。さらに音声合成手段１６は、素片データに対し、付加属性データに応じた加工を施す。音声合成手段１６は、音高調整を行った素片データに対し、音符列により示される発音期間に基づき、素片の継続時間の調整を施す。音声合成手段１６は、継続時間の調整を行った素片データに対し、音量調節を行う。音声合成手段１６は、音量調節を行った素片データを順番に接合し、合成音声データを生成する。音声合成手段１６は、生成した合成音声データを、記憶手段１１に記憶する。

ユーザが楽曲の再生指示を入力し、位置検出手段１４がこれを取得すると、音声出力手段１７は、記憶手段１１に記憶されている合成音声データを読み出し、これに応じた音声を出力する。その結果、ユーザは楽譜データにより示される歌唱演奏を聴くことができる。

図４は、音声合成装置１のハードウェア構成を示す図である。この例で、音声合成装置１はコンピュータであり、ＣＰＵ（Central Processing Unit）１０１と、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３と、記憶部１０４と、入力部１０５と、表示部１０６と、ＤＡＣ（Digital Analog Converter）１０７と、アンプ１０８と、スピーカ１０９とを有する。ＣＰＵ１０１は汎用的なデータ処理を行うマイクロプロセッサである。ＲＯＭ１０２はＢＩＯＳ（Basic Input/Output System）等の制御用プログラムを格納する不揮発性メモリである。ＲＡＭ１０３はデータを記憶する揮発性メモリである。記憶部１０４は、不揮発性の記憶装置、例えばＨＤＤ（Hard Disk Drive）またはフラッシュメモリである。記憶部１０４は、ＯＳ（Operating System）、アプリケーションプログラム、および各種のデータを記憶する。ＣＰＵ１０１は、ＢＩＯＳ、ＯＳ、またはアプリケーションプログラムに従い、音声合成装置１の他の構成部を制御する。

入力部１０５は、指示またはデータを入力するための装置である。表示部１０６は、液晶ディスプレイまたは有機ＥＬ（Electro-Luminescence）ディスプレイ等の表示装置と、表示装置を駆動する駆動回路とを有し、文字および図形等を表示する。この例で、入力部１０５と表示部１０６とを一体とした構成として、タッチパネル（タッチスクリーン）が用いられる。ＤＡＣ１０７は、合成音声データ等の音声データを取得し、これをアナログ音声信号に変換する。ＤＡＣ１０７は、アナログ音声信号をアンプ１０８に出力する。アンプ１０８は、アナログ音声信号を増幅し、スピーカ１０９に出力する。スピーカ１０９は、アナログ音声信号に応じた音波を出力する。

この例で、記憶部１０４は、コンピュータを音声合成装置として機能させるためのアプリケーションプログラム（以下このプログラムを「音声合成アプリケーション」という）を記憶している。ＣＰＵ１０１がこの音声合成アプリケーションを実行することにより、音声合成装置１に図１に示される機能が実装される。音声合成アプリケーションを実行しているＣＰＵ１０１は、表示制御手段１２、位置検出手段１４、属性変更手段１５、および音声合成手段１６の一例である。ＲＯＭ１０２、ＲＡＭ１０３、または記憶部１０４は、記憶手段１１の一例である。ＣＰＵ１０１の制御下にある表示部１０６は、表示手段１３の一例である。ＣＰＵ１０１の制御下にあるＤＡＣ１０７、アンプ１０８、およびスピーカ１０９は、音声出力手段１７の一例である。

図５は、音声合成装置１の外観を例示する図である。この例で、音声合成装置１はタッチパネル式の情報表示装置であり、筐体１１０と、タッチパネル１１１とを有する。筐体１１０にはスピーカ１０９およびタッチパネル１１１が設けられている。タッチパネル１１１は、表示装置の画面上に光透過性のタッチセンサが積層された構造を有している。ユーザは、表示されている画像を見ながらタッチパネル１１１に指を触れたり、タッチパネル１１１上を指でなぞったりすることにより、音声合成装置１に対して指示を入力する。すなわち、タッチパネル１１１は、入力部１０５と表示部１０６とを一体としたものである。

２．動作
図６は、音声合成アプリケーションが実行されているときの画面を例示する図である。この画面は、入力ボックス２０１、ウインドウ２０２、ガイド図形２０３、ノート図形２０４、ノート図形２０５、ノート図形２０６、ノート図形２０７、ノート図形２０８、再生ボタン２０９、および停止ボタン２１０を含む。入力ボックス２０１は、歌詞を入力および表示するための領域である。この例では、「あさがくるひるがくるよるがくる」という文字列が歌詞として入力されている。ウインドウ２０２は、音高を表す第１軸（この例では縦軸）および時間を表す第２軸（横軸）を有する座標系に従って、音符列を入力および表示するための領域である。音高軸は、図６において上向きが正方向（音が高くなる）である。時間軸は、図６において右向きが正方向（時間が後になる）である。ガイド図形２０３は、音高を示す図形であり、ウインドウ２０２の音高軸に沿って表示される。この例では、ガイド図形２０３としてピアノの鍵盤を模した図形が用いられる。このことから、ウインドウ２０２を用いた音符列の表示を「ピアノロール表示」という。ガイド図形２０３は、音高を特定する画像（この例では、「Ｃ３」および「Ｃ４」という文字）を含む。ノート図形２０４−２０８は、音符列を構成する各音符を示す図形である。この例でノート図形２０４−２０８は、長方形の形状を有しており、左端が発音期間の始期を、右端が発音器官の終期を示している。ノート図形２０４−２０８の縦方向の位置は音高を示している。ノート図形２０４−２０８の内部には、その音符に割り当てられた文字（歌詞の一部）が表示されている。この例で、ノート図形２０４−２０８が示す音符には、それぞれ、「あ」、「さ」、「が」、「く」、および「る」という文字が割り当てられている。再生ボタン２０９は、ピアノロール表示されている楽曲の再生を指示するためのボタンである。停止ボタン２１０は、楽曲の再生を停止するためのボタンである。

図７は、音声合成装置１の動作を示すフローチャートである。図７のフローは、例えば、音声合成アプリケーションの起動がユーザにより指示されたことを契機として開始する。音声合成アプリケーションが起動されると、図６に例示した画面が表示される。ステップＳ１００において、ＣＰＵ１０１は、ウインドウ２０２内においてタッチを検出したか判断する。詳細には以下のとおりである。タッチパネル１１１は、ユーザがタッチした位置を示す信号をＣＰＵ１０１に出力する。ＣＰＵ１０１は、タッチパネル１１１から出力された信号が示す位置が、ウインドウ２０２内に相当する位置であるか判断する。タッチを検出していないと判断された場合（Ｓ１００：ＮＯ）、ＣＰＵ１０１は、タッチを検出するまで待機する。タッチを検出したと判断された場合（Ｓ１００：ＹＥＳ）、ＣＰＵ１０１は、処理をステップＳ１１０に移行する。

ステップＳ１１０において、ＣＰＵ１０１は、処理対象となる一の音符（以下「処理対象音符」という）を特定する。処理対象音符は、楽譜データに含まれる音符列（入力済みの音符）の中から選ばれた一の音符であるか、または楽譜データに含まれていない新たな音符である。処理対象音符の特定は、例えば以下のように行われる。ＣＰＵ１０１は、タッチされた位置が、ウインドウ２０２に表示されているノート図形のいずれかに相当する位置（すなわちノート図形に重なる位置）であった場合、ＣＰＵ１０１は、そのノート図形が示す音符を処理対象音符として特定する。例えば、図６の画面でノート図形２０５をユーザがタッチした場合、ＣＰＵ１０１は、ノート図形２０５が示す音符（歌詞「さ」が割り当てられている）を処理対象音符として特定する。タッチされた位置が、ウインドウ２０２に表示されているノート図形のいずれかにも相当しない位置であった場合、ＣＰＵ１０１は、新たな音符を処理対象音符として特定する。この場合、ＣＰＵ１０１は、新たな音符の属性を示すデータを生成し、ＲＡＭ１０３に記憶する。新たな音符の属性は、決められた初期値に設定される。

図８は、新たな音符が追加された画面を例示する図である。図８には、ユーザが、時間軸においてノート図形２０４およびノート図形２０５の間に位置し、音高軸において「Ｄ３」に相当する位置を指Ｆでタッチした例が示されている。このときＣＰＵ１０１は、新たな音符を示すノート図形２１１を、ウインドウ２０２内においてユーザがタッチしている位置に応じた位置に表示する。ＣＰＵ１０１は、タッチされた位置を、新たな音符の発音期間の始期として設定する。新たな音符のノート図形の時間軸方向の幅は、決められた初期値（例えば四分音符）に設定される。処理対象音符として新たな音符が追加されると、ＣＰＵ１０１は、処理対象音符に対して歌詞を割り当てる。詳細には、まず、ＣＰＵ１０１は、処理対象音符の時間軸上の位置、特に他の音符との前後関係に基づいて、処理対象音符の順番を特定する。図８の例では、処理対象音符の位置がノート図形２０４およびノート図形２０５の間に指定されているので、ＣＰＵ１０１は、処理対象音符が第２音であると特定する。次に、ＣＰＵ１０１は、特定された順番に基づいて、処理対象音符に割り当てるべき文字を決定する。この例で、処理対象音符は第２音なので、ＣＰＵ１０１は、歌詞「あさがくるひるがくるよるがくる」のうち２文字目「さ」を処理対象音符に割り当てる。さらに、ＣＰＵ１０１は、新たな文字の割り当てに伴って、他の音符への文字の割り当てを変更する。処理対象音符が第２音になったので、従前の第２音は第３音となり、以下順番が１つずつ繰り下がる。この例では、ノート図形２０５が示す音に割り当てられる文字が「さ」から「が」に変更される。他の音符についても同様である。ＣＰＵ１０１は、この変更後の、音符と歌詞との対応関係を示すデータをＲＡＭ１０３に記憶する。

再び図７を参照する。ステップＳ１２０において、ＣＰＵ１０１は、ユーザがタッチした位置の軌跡を記録する。詳細には以下のとおりである。ＣＰＵ１０１は、決められた時間間隔で、タッチパネル１１１からタッチ位置を示す座標を取得する。ＣＰＵ１０１は、取得した座標を、ＲＡＭ１０３内の記憶領域に順番に書き込む。

ステップＳ１３０において、ＣＰＵ１０１は、ウインドウ２０２内におけるタッチが検出されなくなったか（すなわちタッチ非検出状態になったか）判断する。ユーザがタッチパネル１１１をタッチしていないとき、タッチパネル１１１は、タッチされていないことを示す信号をＣＰＵ１０１に出力する。タッチが検出された場合（すなわち、ステップＳ１００でタッチが検出されてから継続してタッチが検出された場合）（Ｓ１３０：ＮＯ）、ＣＰＵ１０１は、処理を再びステップＳ１２０に移行する。すなわち、ステップＳ１００でタッチが検出されてから継続してタッチが検出され続けている間、ＣＰＵ１０１は、軌跡を記録し続ける。タッチが検出されなかった場合（Ｓ１３０：ＹＥＳ）、ＣＰＵ１０１は、処理をステップＳ１４０に移行する。

タッチが検出されている間、ＣＰＵ１０１は、軌跡に応じて処理対象音符のノート画像を変化させる。図８の例で、ユーザが指Ｆをタッチパネル１１１にタッチしたまま時間軸正方向に移動させる（いわゆる「ドラッグ」する）と、ＣＰＵ１０１は、処理対象音符の発音期間の始期を固定したまま、終期を後に変更する。すなわち、ノート図形２１１の左端は固定したまま右端を時間軸正方向に移動させる（すなわち、ノート図形２１１を時間軸正方向に伸ばす）。この間、ＣＰＵ１０１は、処理対象音符の発音期間の終期を示すデータをＲＡＭ１０３に書き込み、更新し続ける。既に入力済みの音符が処理対象音符である場合、ＣＰＵ１０１は、タッチを検出していない状態（以下「非タッチ状態」という）から最初にタッチを検出したときにはノート図形は変化させず、タッチを検出してからドラッグを検出したときに、軌跡に応じて発音期間の終期を変更する。

ステップＳ１４０において、ＣＰＵ１０１は、記録されている軌跡に基づいて処理対象となるパラメータすなわち楽譜データにおける付加属性を決定する。詳細には以下のとおりである。この例では、処理対象となる付加属性は、音の強さ、またはビブラートの強さである。ＣＰＵ１０１は、ＲＡＭ１０３に記録されている軌跡から、この軌跡の特徴を示すパラメータ（以下「特徴パラメータ」という）を抽出する。この例では、始点の座標、終点の座標、極値の数、および振幅（極値のうち最大値と最少値との差）が、特徴パラメータとして抽出される。記憶部１０４は、特徴パラメータが満たすべき条件と付加属性とを対応させる情報を記憶している。この情報は、例えば以下の内容を示す。
（１）極値の数がしきい値（例えば４つ）以上であった場合、処理対象となる付加属性はビブラートの強さである。
（２）極値の数がしきい値未満であり、かつ、始点の音高と終点の音高との差がしきい値以上であった場合、処理対象となる付加属性は、音の強さである。
ＣＰＵ１０１は、これらの条件をＲＡＭ１０３に記録されている軌跡に適用して、処理対象となる付加属性を決定する。軌跡がどの条件も満たさなかった場合、ＣＰＵ１０１は、処理対象となる付加属性は無いと判断する。別の例で、軌跡がどの条件も満たさなかった場合、ＣＰＵ１０１は、決められた（デフォルトの）付加属性を処理の対象とすることを決定してもよい。デフォルトの付加属性は、例えば、ユーザにより設定される。この場合、後述する付加属性の値の決定の際には、決められた値が用いられる。例えば、軌跡がどの条件も満たさなかった場合、ＣＰＵ１０１は、ビブラートの強さおよび早さを決められた値に決定する。

図９は、軌跡、特徴パラメータ、および処理対象付加属性の対応関係を例示する図である。実際には軌跡として記録されるデータは点の集合であるが、ここでは分かりやすくするため線で示している。図９上段の例では、何度か上下する波のような軌跡が示されている。この軌跡から、５つの極値および振幅が特徴パラメータとして抽出される。極値の数がしきい値以上であるので、ビブラートの強さが処理対象の付加属性として決定される。図９下段の例では、右上がりの軌跡が示されている。この軌跡から極値は抽出されず、始点および終点の座標が特徴パラメータとして抽出される。始点の音高と終点の音高との差がしきい値以上であった場合、音の強さが処理対象の付加属性として決定される。

再び図７を参照する。ステップＳ１５０において、ＣＰＵ１０１は、記録されている軌跡に基づいて処理対象のパラメータすなわち付加属性の値を決定する。詳細には以下のとおりである。この例では、記憶部１０４は、付加属性と、その値を決定する方法とを対応させる情報を記憶している。この情報は、例えば以下の内容を示す。
（１）ビブラートの強さが処理対象である場合、軌跡から特徴パラメータとして抽出された振幅に応じて、ビブラートの強さをＬ、Ｍ、またはＨに決定する（振幅が小さい場合はＬ、大きい場合はＨ）。ビブラートの早さおよび始期は、決められた初期値が用いられる。
（２）音の強さが処理対象の場合、始点の音高と終点の音高との差に応じて、音の強さを決定する。なお図３の例では、単一の音について音の強さが一定であるデータが例示されているが、単一の音について音の強さは変化してもよい。図３にはそのような音は示されていないが、決められた書式に従って音の強さが記述される。
ＣＰＵ１０１は、これらの条件を処理対象の軌跡に適用して、処理対象の付加属性の値を決定する。

ステップＳ１６０において、ＣＰＵ１０１は、ステップＳ１４０およびＳ１５０の結果に応じて、記憶部１０４に記憶されている楽譜データを書き替える。また、ＣＰＵ１０１は、ＲＡＭ１０３に記憶されている発音期間の終期の値を、記憶部１０４に記憶されている楽譜データに書き込む。さらに、ＣＰＵ１０１は、書き替えた楽譜データに応じて、ピアノロール表示を更新する。

図１０は、更新後の画面を例示する図である。図１０は、図８で追加された新たな音符に対してビブラートが付加された例を示している。この例では、ノート図形２１１内に、ビブラートが付加されていることを示す記号が表示されている。この例では、ウインドウ２０２において非タッチ状態から最初にタッチが検出されたとき、ＣＰＵ１０１は、タッチされた場所に応じて、処理対象音符を決定する。具体的には、ノート図形がタッチされた場合にはそのノート図形が示す音符が処理対象音符になり、ノート図形が無い場所がタッチされた場合には新たな音符が処理対象音符になる。これらいずれの場合でも、最初にタッチが検出されてから、非タッチ状態を経由せずそのままドラッグにより描かれた軌跡により、変更される付加属性およびその値が決定される。このように、音声合成装置１によれば、タッチパネル１１１をタッチして一連の軌跡を描く直感的な操作により、音符の長さとそれに対する音楽的な修飾とを入力することができる。

３．他の実施形態
本発明は上述の実施形態に限定されるものではなく、種々の変形実施が可能である。以下、変形例をいくつか説明する。以下の変形例のうち２つ以上のものが組み合わせて用いられてもよい。

３−１．変形例１
図１１は、変形例１に係る画面を例示する図である。この画面は、図６に示した画面の要素に加えて、さらにウインドウ２１２およびウインドウ２１３を有する。ウインドウ２１２は、現時点での動作モードを示す画像を表示する領域である。この例で、音声合成装置１は、入力モードおよび編集モードを含む複数の動作モードで動作する。入力モードは、新たに音符を入力するための動作モードである。編集モードは、既に入力済みの音符の属性を変更するための動作モードである。編集モードは、さらにビブラート編集モードとダイナミクス編集モードとに分けられる。ビブラート編集モードは、ビブラートに関する付加属性を変更するための編集モードである。ダイナミクス編集モードは、音の強さに関する付加属性を変更するための編集モードである。

ウインドウ２１３は、動作モードに応じて、処理対象の付加属性を示す画像を表示する領域である。例えば、動作モードがビブラート編集モードであった場合、ウインドウ２１３には、ビブラートの強さ、速さ、ビブラートの始期および終期を表す画像が表示される。この画像は、例えば、音高を縦軸とし時間を横軸とする座標系において表される棒グラフの画像である。別の例で、動作モードがダイナミクス編集モードであった場合、ウインドウ２１３には、音の強さの時間変化を表す画像が表示される。この画像は、例えば、音の強さを縦軸とし時間を横軸とする座標系において表される棒グラフの画像である。

図１２は、音声合成装置１の変形例１に係る動作を示すフローチャートである。ステップＳ２００において、ＣＰＵ１０１は、モード変更の指示が入力されたか判断する。モード変更の指示が入力されたと判断した場合（Ｓ２００：ＹＥＳ）、ＣＰＵ１０１は、処理をステップＳ２１０に移行する。モード変更の指示が入力されていないと判断した場合（Ｓ２００：ＮＯ）、ＣＰＵ１０１は、モード変更の指示が入力されるまで待機する。モード変更の指示は、ユーザによるタッチパネル１１１の操作を介して入力される。この例で、ＣＰＵ１０１は、ウインドウ２１２に相当する位置においてタッチを検出しない状態から、ウインドウ２１２に相当する位置においてタッチを検出する状態に変わった場合に、モード変更の指示が入力されたと判断する。

ステップＳ２１０において、ＣＰＵ１０１は、動作モードを切り替える。この例では、ユーザがウインドウ２１２をタッチするたびに、動作モードが、入力モード、ビブラート編集モード、およびダイナミクス編集モードの順番で切り替わり、ダイナミクス編集モードの次は再び入力モードに切り替わる。例えば、入力モードの状態においてモード変更の指示が入力された場合、ＣＰＵ１０１は、動作モードを入力モードからビブラート編集モードに切り替える。

ステップＳ２２０において、ＣＰＵ１０１は、現時点の動作モードが編集モードであるか判断する。ＲＡＭ１０３は現時点の動作モードを示す識別子を記憶しており、ＣＰＵ１０１は、動作モードを切り替えるたびにこの情報を書き替える。ＣＰＵ１０１は、ＲＡＭ１０３を参照して、現時点の動作モードが編集モードであるか判断する。現時点の動作モードが編集モードであると判断された場合（Ｓ２２０：ＮＯ）、ＣＰＵ１０１は、処理をステップＳ２３０に移行する。現時点の動作モードが編集モードでないと判断された場合（Ｓ２２０：ＹＥＳ）、ＣＰＵ１０１は、処理をステップＳ２００に移行する。

ステップＳ２３０の処理は、図７のステップＳ１００の処理と同様である。ステップＳ２４０において、ＣＰＵ１０１は、処理対象音符を特定する。ＣＰＵ１０１は、タッチされた位置が、ウインドウ２０２に表示されているノート図形のいずれかに相当する位置であった場合、ＣＰＵ１０１は、そのノート図形が示す音符を処理対象音符として特定する。例えば、図１１の画面でノート図形２０５をユーザがタッチした場合、ＣＰＵ１０１は、ノート図形２０５が示す音符（歌詞「さ」が割り当てられている）を処理対象音符として特定する。

ステップＳ２５０において、ＣＰＵ１０１は、ウインドウ２１３に相当する位置でタッチを検出したか判断する。ウインドウ２１３に相当する位置でタッチを検出した場合（Ｓ２５０：ＹＥＳ）、ＣＰＵ１０１は、処理をステップＳ２６０に移行する。ウインドウ２１３に相当する位置でタッチを検出しなかった場合（Ｓ２５０：ＮＯ）、ＣＰＵ１０１は、タッチを検出するまで待機する。

ステップＳ２６０において、ＣＰＵ１０１は、ユーザがタッチした位置の軌跡を記録する。タッチが検出されている間、ＣＰＵ１０１は、ウインドウ２１３に表示される画像を、軌跡に応じて変化させる。

図１３は、ウインドウ２１３に表示される画像の変化を例示する図である。ウインドウ２１３に相当する位置のタッチが検出される前は、ウインドウ２１３には、処理対象付加属性の現状（変更されていない場合は決められた初期値）を示す画像を表示する。ウインドウ２１３において、横軸は規格化された時間を示す。例えば処理対象音符が四分音符である場合、ウインドウ２１３の左端が時間ゼロを、右端が四分音符に相当する時間を示す。別の例で処理対象音符が二分音符である場合、ウインドウ２１３の左端が時間ゼロを、右端が二分音符に相当する時間を示す。ウインドウ２１３においてタッチを検出すると、ＣＰＵ１０１は、軌跡に応じて棒グラフの高さを変化させる。図１３（Ａ）は、ウインドウ２１３の左端付近から中央付近まで、矢印線に沿った軌跡が検出された場合を例示している。この場合、タッチが検出された位置においては、棒グラフの高さが軌跡に沿って変化している。図１３（Ｂ）は、図１３（Ａ）の状態からさらにウインドウ２１３の右端付近まで、矢印線に沿った軌跡が検出された場合を例示している。

再び図１２を参照する。ステップＳ２７０において、ＣＰＵ１０１は、ウインドウ２１３内におけるタッチが検出されなくなったか（すなわちタッチ非検出状態になったか）判断する。タッチが検出された場合（すなわち、ステップＳ２５０でタッチが検出されてから継続してタッチが検出された場合）（Ｓ２７０：ＮＯ）、ＣＰＵ１０１は、処理を再びステップＳ２６０に移行する。すなわち、ステップＳ２５０でタッチが検出されてから継続してタッチが検出され続けている間、ＣＰＵ１０１は、軌跡を記録し続ける。タッチが検出されなかった場合（Ｓ２７０：ＹＥＳ）、ＣＰＵ１０１は、処理をステップＳ２８０に移行する。

ステップＳ２８０において、ＣＰＵ１０１は、付加属性（パラメータ）の値を決定する。付加属性の種類は、動作モードによって決められている。例えば、ビブラート編集モードにおいて図１３（Ｂ）のような軌跡が検出された場合、ＣＰＵ１０１は、軌跡に応じてビブラートの強さ、速さ、および始期を決定する。
ステップＳ２９０における処理は、ステップＳ１６０の処理と同様である。

以上で説明したように、変形例１では、属性変更手段１５は、位置検出手段１４により検出された位置に応じて音符列の中から選択された一の音符を処理対象音符として、位置検出手段１４により検出された位置の軌跡に応じて、記憶手段１１に記憶されている処理対象音符の付加属性を変更する。変形例１では、タッチまたはドラッグにより、３種類の指示が入力される。第１の指示は、モードの変更の指示（ステップＳ２００およびＳ２１０）である。第２の指示は、処理対象音符を指定する指示（ステップＳ２３０およびＳ２４０）である。第３の指示は、パラメータの値の指示（ステップＳ２５０−Ｓ２８０）である。第１の指示と第２の指示の間、および第２の指示と第３の指示の間において、非タッチ状態を経由する。上述の実施形態と比較すると、操作の回数は増えるが、それぞれの指示を切り分けているため、誤操作を低減することができる。また、、ユーザは、ノート画像よりも大きいウインドウにおいて、すなわち、よりよい精度で、付加属性の変化を直感的に入力することができる。

３−２．変形例２
軌跡に応じて変化されるパラメータは、実施形態で説明したものに限定されない。例えば、以下のパラメータが変更されてもよい（実施形態で説明したものも再度記載する）。
（１）ビブラート
上下動を繰り返す軌跡の場合には、ビブラートに関連する付加属性を変更する。別の例で、タッチパネル１１１がタッチされている面積を取得可能な構成を有している場合、強くタッチされているとき（タッチされている面積が広いとき）はビブラートを強くし、弱くタッチされているとき（タッチされている面積が広いとき）はビブラートを弱くする。さらに別の例で、強くタッチされているときはビブラートを速くし、弱くタッチされているときはビブラートを遅くする。
（２）音の強さ
右上がりの軌跡の場合は音をだんだん強くし、右下がりの軌跡の場合は音を段々弱くする（一音の範囲で音の強さが時間的に変化する）。あるいは、右上がりの軌跡の場合は従前より音を強くし、右下がりの軌跡の場合は従前より音を弱くする（一音の範囲で音の強さが時間的に変化しない）。さらに別の例で、タッチパネル１１１がタッチされている面積を取得可能な構成を有している場合、強くタッチされているときは音を強くし、弱くタッチされているときは音を弱くする。
（３）ピッチ
右上がりの軌跡の場合はピッチをだんだん高くし、右下がりの軌跡の場合はピッチを段々低くする（一音の範囲でピッチが時間的に変化する）。あるいは、右上がりの軌跡の場合は従前よりピッチを高くし、右下がりの軌跡の場合は従前よりピッチを低くする（一音の範囲でピッチが時間的に変化しない）。さらに別の例で、タッチパネル１１１がタッチされている面積を取得可能な構成を有している場合、強くタッチされているときはピッチを高くし、弱くタッチされているときはピッチを低くする。
（４）音の遷移時間
ドラッグした速度に応じて、素片データの遷移時間の割り当てを変更する。早くドラッグした場合（軌跡の始点と終点の時間間隔が短い場合）、前後の音とのクロスフェードの時間を長くする。ゆっくりドラッグした場合、前後の音とのクロスフェードの時間を短くする。
（５）ブレス
ドラッグした速度に応じて、ブレスのオンオフを変更する。早くドラッグした場合、ブレスを入れない。ゆっくりドラッグした場合、前の音との間にブレスを入れる。この場合は、楽譜データにブレスの有無を示す付加属性が含まれている。

３−３．変形例３
軌跡に応じたパラメータの変化のさせ方は、実施形態で説明したものに限定されない。例えば、上下動を繰り返す軌跡が入力され、ビブラートに関する付加属性が変更される場合、付加属性の変化のさせ方は、以下のいずれか、または以下の２つ以上の組み合わせが用いられる。
（１）ビブラートをかけることだけが決定され、ビブラートの強さ、速さ、および始期は、決められた初期値が用いられる。
（２）軌跡から特徴パラメータとして抽出された振幅に応じてビブラートの強さが決定される（振幅が大きいほどビブラートは強く）。
（３）軌跡から特徴パラメータとして抽出された極値の数に応じてビブラートの早さが決定される（極値の数が多いほどビブラートは早く）。
（４）軌跡から特徴パラメータとして抽出された始点の時間軸座標に応じてビブラートの始期が決定される（時間が遅いほど始期が遅く）。
（５）記録された軌跡を決められた解像度で量子化（クオンタイズ）し、量子化後の軌跡に応じてビブラートの波形を決定。
（６）軌跡から特徴パラメータとして極値の座標が抽出される場合、極値の時間間隔の変化に応じてビブラートの早さが決定される（極値の時間間隔が段々短くすなわち段々密になると、一音の範囲でビブラートの速さが段々速く）。
（７）軌跡から特徴パラメータとして極値の座標が抽出される場合、振幅（時間軸で隣接する２つの極値の音高の差）の時間変化に応じてビブラートの強さが決定される（振幅が段々大きくなると、一音の範囲でビブラートの強さが段々強く）。
なお、ビブラート以外の付加属性に対し、上記（１）〜（７）のうち適用可能なものを適用してもよい。

３−４．変形例４
軌跡に応じて付加属性の変更が確定した後、確認音を出力してもよい。確認音とは、処理対象音符について、割り当てられた歌詞と属性（基本属性および付加属性）に基づいて合成された音声をいう。例えば処理対象音符にビブラートが付加された場合、ＣＰＵ１０１は、ビブラートが付加された音声を合成してスピーカ１０９から出力させてもよい。この例によれば、ユーザは、変更後の付加属性を容易に確認することができる。

３−５．変形例５
軌跡に応じて、付加属性の値が決められた値（「値なし」または初期値）に書き替えられてもよい。例えば、終点の時間軸座標が始点の時間軸座標よりも小さい場合、すなわち、時間軸の負方向（逆向き）にドラッグした場合、ＣＰＵ１０１は、付加属性の値を取り消し（値なし）にしてもよい。この場合において、軌跡の形状に応じて、値を取り消す付加属性を特定してもよい。例えば、時間軸の負方向に上下に振動する軌跡が得られた場合、ＣＰＵは、ビブラートに関するパラメータの値を「値なし」に書き替えてもよい。この場合において、付加属性だけでなく、処理対象音符の基本属性を消去してもよい。別の例で、処理対象音符がダブルクリックされた場合（すなわち、タッチパネル１１１においてタッチが検出され処理対象音符が確定してから、タッチ非検出状態を経由して、決められた時間内に処理対象音符に相当する位置において再度タッチが検出された場合）、ＣＰＵ１０１は、処理対象音符の付加属性または基本属性を消去してもよい。さらに別の例で、タッチパネル１１１がマルチタッチ可能な構成（すなわち複数の位置を同時に検出可能な構成）を有している場合において、第１の指が処理対象音符をタッチし、第２の指が処理対象音符以外の場所をタッチしたとき（すなわち、一の音符（処理対象音符）に相当する位置における第１のタッチが検出され、タッチが検出されたままの状態で、処理対象音符以外の場所における第２のタッチが検出されたとき）、ＣＰＵ１０１は、処理対象音符の付加属性または基本属性を消去してもよい。

３−６．他の変形例
音声合成装置１は、タッチパネル１１１を有していなくてもよい。例えば、音声合成装置１は、入力部１０５としてマウス、キーパッド、またはペンタブレットを有していてもよい。また、音声合成装置１は、タッチパネル式の情報表示装置に限定されない。音声合成装置１は、パーソナルコンピュータ、携帯電話機、携帯ゲーム機、携帯音楽プレーヤ、または電子ブックリーダであってもよい。

音声合成装置１のハードウェア構成は、図４で説明したものに限定されない。図１に示される機能を実装できるものであれば、音声合成装置１はどのようなハードウェア構成を有していてもよい。例えば、音声合成装置１は、図１に示される機能要素の各々に対応する専用のハードウェア（回路）を有していてもよい。別の例で、図４で例示した音声合成装置１のハードウェア構成要素の一部は、いわゆる外付けの装置であってもよい。例えば、表示部１０６またはスピーカ１０９は外付けの装置であってもよい。

文字列は平仮名に限定されない。アルファベットまたは発音記号等が、歌詞を示す文字列として用いられてもよい。
ピアノロール表示においてノート図形内に表示される文字は実施形態で説明したものに限定されない。歌詞の一部である平仮名に加え、対応する発音記号が併せて表示されてもよい。
楽譜データの構造は、図３で例示したものに限定されない。音符と歌詞との対応関係、および音符の属性を特定できるものであれば、どのような構造のデータが用いられてもよい。また、実施形態において歌詞（文字列）と楽譜データとが別のデータセットである例を説明したが、歌詞は楽譜データの一部であってもよい。別の例で、楽譜データは発音記号を含んでいなくてもよい。すなわち、本発明は、音声合成機能を有していない、楽曲の編集装置に適用されてもよい。

音声合成処理の詳細は、実施形態で説明したものに限定されない。音符と発音記号（文字）とが与えられたときに、その音符および発音記号に応じた音声を合成するものであれば、どのような処理が用いられてもよい。
軌跡から抽出される特徴パラメータは、実施形態で説明したものに限定されない。軌跡の特徴を示すものであれば、どのようなパラメータが用いられてもよい。
軌跡と処理対象の付加属性を対応させる方法は特徴パラメータを抽出するものに限定されない。軌跡を規格化し、基準となる波形との一致度を算出するような手法が用いられてもよい。
変更された付加属性を表示する方法は、図１０で例示したものに限定されない。例えば、ノート図形の色を変えたり、ノート図形の形状を変えたりしてもよい。

上述の実施形態で説明した音声合成プログラムは、磁気記録媒体（磁気テープ、磁気ディスク（ＨＤＤ、ＦＤ（Flexible Disk））など）、光記録媒体（光ディスク（ＣＤ（Compact Disk）、ＤＶＤ（Digital Versatile Disk））など）、光磁気記録媒体、半導体メモリ（フラッシュＲＯＭなど）などのコンピュータ読取り可能な記録媒体に記憶した状態で提供されてもよい。また、このプログラムは、インターネットのようなネットワーク経由でダウンロードされてもよい。

１…音声合成装置、１１…記憶手段、１２…表示制御手段、１３…表示手段、１４…位置検出手段、１５…属性変更手段、１６…音声合成手段、１７…音声出力手段、１０１…ＣＰＵ、１０２…ＲＯＭ、１０３…ＲＡＭ、１０４…記憶部、１０５…入力部、１０６…表示部、１０７…ＤＡＣ、１０８…アンプ、１０９…スピーカ、１１１…タッチパネル、２０１…入力ボックス、２０２…ウインドウ、２０３…ガイド図形、２０４…ノート図形、２０５…ノート図形、２０６…ノート図形、２０７…ノート図形、２０８…ノート図形、２０９…再生ボタン、２１０…停止ボタン、２１１…ウインドウ、２１２…ウインドウ、２１３…ウインドウ、３０３…個人別データベース、３０３０…素片データ群、３０３１…素片データ群、３０３２…素片データ群

Claims (5)

1. 複数の音符の各々について、当該音符の発音期間の始期、音高、音長、および当該音符に対する音楽的な修飾を示す付加属性を含む属性を記憶する属性記憶手段と、
   音高を表す第１軸および時間を表す第２軸を有する座標系に従って、前記複数の音符の各々の発音期間の始期、音高、および音長を表す図形を表示手段の画面に表示させる表示制御手段と、
   前記画面上の位置を検出する位置検出手段と、
   前記位置検出手段により検出された位置の軌跡の始点が、前記複数の音符の各々に相当する領域内になかった場合、前記始点に応じた発音期間の始期を有する新たな音符を処理対象音符として、前記軌跡に応じて、前記処理対象音符の付加属性を前記属性記憶手段に追加する属性変更手段と、
   前記属性記憶手段に記憶されている属性を用いて、前記複数の音符に対応する楽曲データを生成するデータ生成手段と
   を有する楽曲編集装置。
2. 複数の音符の各々について、当該音符の発音期間の始期、音高、音長、および当該音符に対する音楽的な修飾を示す付加属性を含む属性を記憶する属性記憶手段と、
   音高を表す第１軸および時間を表す第２軸を有する座標系に従って、前記複数の音符の各々の発音期間の始期、音高、および音長を表す図形を表示手段の画面に表示させる表示制御手段と、
   前記画面上の位置を検出する位置検出手段と、
   前記位置検出手段により検出された位置に応じて前記複数の音符の中から選択された一の音符を処理対象音符として、前記位置検出手段により検出された位置の軌跡に応じて、前記属性記憶手段に記憶されている前記処理対象音符の付加属性を変更する属性変更手段と、
   前記属性記憶手段に記憶されている属性を用いて、前記複数の音符に対応する楽曲データを生成するデータ生成手段と
   を有する楽曲編集装置。
3. 前記付加属性は、それぞれ異なる音楽的修飾を示す複数のパラメータを含み、
   前記属性変更手段は、前記処理対象音符について、前記複数のパラメータの中から前記軌跡に応じて選択された一のパラメータの値を、前記軌跡に応じて変更する
   ことを特徴とする請求項１または２に記載の楽曲編集装置。
4. コンピュータを、
   複数の音符の各々について、当該音符の発音期間の始期、音高、音長、および当該音符に対する音楽的な修飾を示す付加属性を含む属性を記憶する属性記憶手段と、
   音高を表す第１軸および時間を表す第２軸を有する座標系に従って、前記複数の音符の各々の発音期間の始期、音高、および音長を表す図形を表示手段の画面に表示させる表示制御手段と、
   前記画面上の位置を検出する位置検出手段と、
   前記位置検出手段により検出された位置の軌跡の始点が、前記複数の音符の各々に相当する領域内になかった場合、前記始点に応じた発音期間の始期を有する新たな音符を処理対象音符として、前記軌跡に応じて、前記処理対象音符の付加属性を前記属性記憶手段に追加する属性変更手段と、
   前記属性記憶手段に記憶されている属性を用いて、前記複数の音符に対応する楽曲データを生成するデータ生成手段と
   して機能させるためのプログラム。
5. コンピュータを、
   複数の音符の各々について、当該音符の発音期間の始期、音高、音長、および当該音符に対する音楽的な修飾を示す付加属性を含む属性を記憶する属性記憶手段と、
   音高を表す第１軸および時間を表す第２軸を有する座標系に従って、前記複数の音符の各々の発音期間の始期、音高、および音長を表す図形を表示手段の画面に表示させる表示制御手段と、
   前記画面上の位置を検出する位置検出手段と、
   前記位置検出手段により検出された位置に応じて前記複数の音符の中から選択された一の音符を処理対象音符として、前記位置検出手段により検出された位置の軌跡に応じて、前記属性記憶手段に記憶されている前記処理対象音符の付加属性を変更する属性変更手段と、
   前記属性記憶手段に記憶されている属性を用いて、前記複数の音符に対応する楽曲データを生成するデータ生成手段と
   して機能させるためのプログラム。

Images