JP2002323891A - 楽曲分析装置、及びプログラム - Google Patents

Abstract

(57)【要約】 【課題】 楽曲の演奏内容を分析して、その演奏内容を
ユーザが判断するうえで有用なデータを生成する楽曲分
析装置を提供する。 【解決手段】 ＣＰＵ１０１は、入力装置１０４を介し
て曲データの入力がユーザにより指示されると、その入
力装置１０４を介して曲データを入力し、ＲＡＭ１０３
に格納する。入力装置１０４を介して曲データの評価が
ユーザにより指示されると、ＲＡＭ１０３に格納した曲
データを読み出し、演奏の際における手指の運びや楽曲
の調性、変化音などに着目して各種評価のための分析を
行い、その評価結果をモニター１０５に出力させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、演奏再生用の演奏
データ、或いは画像データで表される楽曲の演奏内容を
分析するための技術に関する。

【０００２】

【従来の技術および発明が解決しようとする課題】楽器
の演奏の対象となる楽曲は数多く存在し、その演奏上の
難易度も様々である。しかし、例えば初心者には、難易
度の高い楽曲をスムーズに演奏することはできない。こ
のようなことから、一定のレベルに達していない学習者
は、自身のレベルに合った難易度の楽曲で楽器の練習を
行うことが望ましいと云える。

【０００３】従来、楽曲の演奏上の難易度を含む演奏内
容は、人が判断していた。しかし、人が演奏内容を判断
するには、演奏を聴くか、或いは楽譜を見なければなら
ない。このため、演奏内容の判断を容易に行えないとい
う問題点があった。本発明の課題は、楽曲の演奏内容を
分析して、その演奏内容をユーザが判断するうえで有用
なデータを生成する楽曲分析装置を提供することにあ
る。

【０００４】

【課題を解決するための手段】本発明の楽曲分析装置
は、楽曲の演奏内容を分析して、該演奏内容を表すデー
タを生成することを前提とし、楽曲の演奏内容を表す楽
曲データを取得する楽曲データ取得手段と、楽曲データ
取得手段が取得した楽曲データの表す演奏内容の分析を
行い、該演奏内容を表す分析データを生成する分析デー
タ生成手段と、を具備する。

【０００５】なお、上記分析データ生成手段は、楽曲を
演奏する際の手指の運びの難易性、単位時間当たりに鳴
らす楽音の数、楽曲が備えた調性、楽譜上で音符に臨時
記号を付して表される変化音、及び該楽曲のリズムが変
化する度合い、のうちの少なくとも一つに着目して演奏
内容を評価するための分析を行い、該演奏内容の評価結
果を分析データとして生成する、ことが望ましい。

【０００６】本発明のプログラムは、楽曲の演奏内容を
分析して、該演奏内容を表すデータを生成する装置に実
行させることを前提とし、楽曲の演奏内容を表す楽曲デ
ータを取得する機能と、取得する機能により取得した楽
曲データの表す演奏内容の分析を行い、該演奏内容を表
す分析データを生成する機能と、を実現させる。

【０００７】本発明では、楽曲の演奏内容を表す楽曲デ
ータを取得して、それが表す演奏内容の分析を行い、該
演奏内容を表す分析データを生成する。それにより、ユ
ーザは、実際の演奏を聴いたり、楽譜を見ることなく、
その分析データを基に、楽曲の演奏内容を適切に判断す
ることが行えるようになる。

【０００８】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照しながら詳細に説明する。図１は、本実
施の形態による楽曲分析装置の回路構成図である。図１
に示すように、その楽曲分析装置は、装置全体の制御を
実行するＣＰＵ１０１と、そのＣＰＵ１０１が実行する
プログラムや各種制御用データなどを格納したＲＯＭ１
０２と、そのＣＰＵ１０１がワーク用に使用するＲＡＭ
１０３と、各種データを入力するための入力装置１０４
と、ユーザに通知すべき情報を通知するためのモニター
１０５と、それらを相互に接続するバス１０６と、を備
えて構成されている。それにより、その楽曲分析装置
は、入力装置１０４から演奏内容を表すデータ（以降、
曲データと呼ぶ）を入力してその演奏内容を分析し、そ
の分析結果をモニター１０５に出力する装置として実現
されている。

【０００９】上記入力装置１０４には、キーボードやフ
ロッピー（登録商標）ディスク装置、ＣＤ−ＲＯＭ装
置、或いは外部装置との通信を行うインターフェースな
どが対応する。モニター１０５には、表示装置やフロッ
ピーディスク装置、或いは外部装置との通信を行うイン
ターフェースなどが対応する。当然のことながら、入力
装置１０４、及びモニター１０５に、それぞれ複数の装
置が対応していても良く、それらが同じものであっても
良い。本実施の形態では、複数の装置が入力装置１０４
に対応している。

【００１０】以上の構成において、動作を説明する。Ｃ
ＰＵ１０１は、電源がオンされると、ＲＯＭ１０２に格
納されたプログラムを読み出して実行することにより、
装置全体の制御を開始する。その制御は、入力装置１０
４を介して受け取るユーザの指示に対応する形で行う。

【００１１】ユーザが曲データの入力を指示した場合、
ＣＰＵ１０１は、入力装置１０４を介して曲データを入
力し、その曲データに識別用の曲番号を割り当ててＲＡ
Ｍ１０３に格納する。格納した曲データの総数は、例え
ばモニター１０５を介してユーザに通知する。

【００１２】図２は、上記曲データの構成を説明する図
である。その図２において、「曲０のデータ」「曲１の
データ」は、入力装置１０４から入力されてＲＡＭ１０
３に格納された曲データであり、それぞれ曲番号「０」
「１」が割り当てられていることを表している。

【００１３】その曲データは、自動演奏用のデータであ
る。先頭にデータポインター群が格納され、それに続く
形で更に、右手トラック、左手トラック、曲名を表すデ
ータ、及び音色を指定するデータが格納されている。上
記右手トラックは、右手で行われる演奏上のイベントの
内容を示すイベントデータがイベントの発生順に並べて
構成されたイベントデータ群であり、左手トラックは、
逆に左手で行われる演奏上のイベントの内容を示すイベ
ントデータがイベントの発生順に並べて構成されたイベ
ントデータ群である。そのイベントデータは図２中、
「ノート０」「ノート１」で表してある。

【００１４】イベントデータの先頭には、そのイベント
データの種類を表すステータスデータが格納されてい
る。そのステータスデータが楽音の発音を指示するデー
タであれば、それに続く形で、音高を示すピッチデー
タ、音量を示すベロシティーデータ、発音開始時間を示
す時間データ、及び発音を持続させる持続時間（ゲート
タイム）を示す持続時間データがその順序で格納され
る。それらのデータは、それぞれ、配列変数ｂｙＤａｔ
ａの要素ｂｙＤａｔａ［０］〜［２］として扱われる。
時間データは変数ＩＴｉｍｅ、持続時間データは変数Ｉ
Ｇａｔｅとして扱われる。なお、発音開始時間は、例え
ば曲の先頭といったように、予め定めた時間的位置を基
準として、その基準から経過した時間で楽音の発音を開
始するタイミングを表したものである。

【００１５】上記データーポインター群は、例えば右手
トラックの先頭位置を示すアドレス（相対アドレス）、
左手トラックの先頭位置を示すアドレス（相対アドレ
ス）、曲名を示すデータ、音色を指定するデータの各ア
ドレス（相対アドレス）を示す値をそれぞれ格納した複
数のデータポインターから構成される。それにより、デ
ータポインター群を参照することで所望のデータやトラ
ックにアクセスできるようになっている。

【００１６】なお、本実施の形態では、上述したような
構成の曲データを対象に、それが表す演奏内容を分析す
るようになっているが、その曲データの構成はそれに限
定されるものではない。スタンダードＭＩＤＩファイル
などのようなものであっても良い。或いは楽譜などを表
示するための画像データであっても良い。このことから
明らかなように、演奏内容を表しているのであればデー
タの種類や構成は特に限定されるものではない。

【００１７】ユーザが楽曲の分析（評価）を指示した場
合には、ＣＰＵ１０１は、ＲＡＭ１０３に格納されてい
る曲データを対象に、曲データ単位でそれが表す演奏内
容の分析を行い、その分析結果を保存する。ここでは、
その分析によって楽曲の演奏上の難易度にかかわる各種
音楽要素を評価し、それらの評価結果を分析結果として
保存する。各種音楽要素の評価結果は、それぞれ変数と
して扱っている。

【００１８】図３は、曲データの評価結果、及びその内
容を説明する図である。曲データは、上述したように、
イベントデータが右手トラック、左手トラックに分けて
まとめられている（図２参照）。このことに合わせて、
本実施の形態では、各トラック毎に演奏内容の評価を行
っている。図３において、「右手の評価結果」「左手の
評価結果」は、それぞれ、右手トラック、左手トラック
を対象に行った評価結果を表している。「曲名」「音色
指定」は評価の対象とした曲データ中からコピーしたデ
ータである（図２参照）。

【００１９】本実施の形態では、図３に示すように、右
手、左手の各評価結果として、それぞれ、移動コストの
平均、移動コスト最大値、音符密度、リズムの複雑さ、
調の難しさ、及びモードの難しさの計６種類の評価結果
を格納している。移動コストの平均とは、楽音を鳴らし
てから次の楽音を鳴らすために手指を移動させる労力
（移動コスト）の平均であり、移動コスト最大値とは、
その移動コストのなかでの最大値である。音符密度は、
鳴らす楽音の総数を楽曲の演奏時間で割って得られる値
（単位時間当たりに鳴らす楽音数）である。リズムの複
雑さは、隣接する楽音間の時間的間隔が変動する度合い
を数値化したもの、調の難しさは、楽曲が持つ調性によ
る演奏上の難易度を数値化したもの、モードの難しさ
は、楽譜上で音符に臨時記号（嬰記号や変記号など）を
付して表される変化音に着目して楽曲の難しさを数値化
したものである。それらの評価（分析）方法の詳細につ
いては後述する。なお、本実施の形態では、調の難し
さ、及びモードの難しさは、右手、左手という区別をせ
ずに評価を行い、右手の評価結果として格納している。

【００２０】本実施の形態では、楽音が変化音か否か判
定するために、図４に示すように各要素に値が格納され
た配列変数ｉＤｉａｔｏｎｉｃを用意している。その配
列変数ｉＤｉａｔｏｎｉｃを構成する要素は全音階を構
成する音にそれぞれ対応させてあり、要素に格納された
値の「１」は変化音でないことを示し、「０」は変化音
であることを示している。

【００２１】上記各評価結果は、右手と左手とでは同じ
配列変数で要素を異ならせて扱っている。具体的には、
移動コスト平均は配列変数ｄｏＤｉｆｆｉｃ、移動コス
ト最大値は配列変数ｄｏＤｉｆｆｉｃａｘ、音符密度は
配列変数ｄｏＤｅｎｓｉｔｙ、リズムの複雑さは配列変
数ｄｏＲＤｉｆｆｉｃ、調の難しさは配列変数ｄｏＤｉ
ｆｆｉｃｋｅｙ、モードの難しさは配列変数ｄｏＤｉｆ
ｆｉｃＭｏｄｅで扱っている。右手の評価結果用の要素
を指定する値は「０」、左手のそれは「１」である。

【００２２】ユーザが楽曲の分析（評価）結果の表示を
指示した場合には、ＣＰＵ１０１は、各楽曲（曲デー
タ）毎に、その評価結果をモニター１０５に出力するこ
とで表示させる。それにより、評価結果をユーザに通知
する。上述したような評価結果を通知することで、実際
の演奏を聴いたり、或いは楽譜を見ることなく、ユーザ
はその評価結果から楽曲の演奏内容（ここでは演奏の難
易度）を予想したり判断するといったことが行えるよう
になる。また、その評価結果から、楽曲間の比較を客観
的に行えるようになる。

【００２３】次に、図５〜図１０に示す各種フローチャ
ートを参照して、上記ＣＰＵ１０１の動作について詳細
に説明する。図５は、全体処理のフローチャートであ
る。電源がオンされた後にＣＰＵ１０１が実行する全体
的な処理の流れを表したものである。始めに図５を参照
して、その全体処理について詳細に説明する。なお、そ
の全体処理は、ＣＰＵ１０１が、ＲＡＭ１０３をワーク
用に使用しながら、ＲＯＭ１０２から読み出したプログ
ラムを実行することにより実現される。入力装置１０４
には、例えばキーボードとフロッピーディスク装置とい
ったように、複数の装置が対応している。

【００２４】先ず、ステップ５０１では、初期化処理を
行う。その処理の実行により装置を予め定められた状態
に設定した後はステップ５０２に移行して、入力装置
（ここでは例えばキーボード）１０４のスキャンを行
う。その後はステップ５０３に移行する。

【００２５】ステップ５０３では、スキャンを行った結
果、ユーザによる楽曲（曲データ）の評価（分析）の指
示を検出したか否か判定する。ユーザが特定のスイッチ
を操作するなどしてその指示を行った場合、判定はＹＥ
Ｓとなり、ステップ５０４で楽曲の評価を行ってその評
価結果（図３参照）を保存する評価処理を実行した後、
上記ステップ５０２に戻る。そうでない場合には、判定
はＮＯとなってステップ５０５に移行する。

【００２６】ステップ５０５では、ユーザによる評価結
果の表示の指示を検出したか否か判定する。ユーザが特
定のスイッチを操作するなどしてその指示を行った場
合、判定はＹＥＳとなり、ステップ５０６で楽曲の評価
結果をモニター１０５に出力することにより表示させる
表示処理を実行した後、上記ステップ５０２に戻る。そ
うでない場合には、判定はＮＯとなってステップ５０７
に移行する。

【００２７】ステップ５０７では、ユーザによる曲入力
の指示を検出したか否か判定する。ユーザが特定のスイ
ッチを操作するなどしてその指示を行った場合、判定は
ＹＥＳとなり、ステップ５０８で入力装置１０４に対応
するフロッピーディスク装置などから曲データを入力し
てＲＡＭ１０３に格納（図２参照）する曲入力処理を実
行した後、上記ステップ５０２に戻る。そうでない場合
には、判定はＮＯとなり、他のステップの処理を実行す
ることなく、そのステップ５０２に戻る。

【００２８】図６は、上記ステップ５０４として実行さ
れる評価処理のフローチャートである。次に図６を参照
して、その評価処理について詳細に説明する。その評価
処理では、評価の対象とする曲データを順次、変更しな
がら、各曲データ毎にその評価を行うようになってい
る。

【００２９】先ず、ステップ６０１では、評価の対象と
する曲データを管理するために用意した変数ｓに０を代
入する。続くステップ６０２では、ＲＡＭ１０３に格納
した曲データ全ての評価が終了したか否か判定する。評
価の対象とする曲データを指定する変数ｓの値は順次、
インクリメントすることから、その値に対応する曲デー
タがＲＡＭ１０３に格納されていないような場合、判定
はＹＥＳとなり、ここで一連の処理を終了する。そうで
ない場合には、判定はＮＯとなってステップ６０３に移
行する。

【００３０】ステップ６０３では、変数ｓの値で指定さ
れる曲データ中のデータポインター群（図２参照）等を
読み出したり、評価結果を保存するための領域をＲＡＭ
１０３に確保して、その領域内に曲データ中から「曲
名」「音色指定」をコピーする等のことを行い、その曲
データを評価するうえでの準備をする。その次に移行す
るステップ６０４では、その曲データを対象に評価を行
う１曲評価処理を実行する。それを実行すると、ステッ
プ６０５で変数ｓの値をインクリメントした後、上記ス
テップ６０２に戻る。それにより、１曲データ毎に、そ
の評価を行う。

【００３１】次に、上記ステップ６０４として実行され
る１曲評価処理について、図７〜図１０に示すそのフロ
ーチャートを参照して詳細に説明する。なお、上記ステ
ップ６０３の処理では、読み出したデータポインター群
を、配列変数ｃＣｈの各要素に代入するようになってい
る。

【００３２】先ず、ステップ７０１では、変数ｄｏＴｅ
ｍｐｏにテンポ値を代入する。続くステップ７０２で
は、曲データ中の右手、或いは左手トラックを構成する
イベントデータを参照して、楽曲の長さ（演奏時間）を
求め、それを表す値を変数ｕＬｅｎｇｔｈに代入する。
その次に移行するステップ７０３では、変数ｉに０を代
入する。その後はステップ７０４に移行する。

【００３３】ステップ７０４では、変数ｉの値が２以上
か否か判定する。この時点では、変数ｉは評価の対象と
するトラックを管理するために用いている。このことか
ら、右手、及び左手の両トラックに対する評価が終了し
た場合、判定はＹＥＳとなり、図１０に示すステップ７
３６に移行する。そうでない場合には、判定はＮＯとな
ってステップ７０５に移行する。

【００３４】ステップ７０５では、トラック（を構成す
るイベントデータ群によって表される演奏内容）を対象
にした評価を開始するうえでの初期設定を行う。具体的
には、変数ｉＴｒには配列要素ｃＣｈの変数ｉの値で指
定される要素ｃＣｈ［ｉ］の値（変数ｉの値が０であれ
ば右手トラックの先頭位置を示すアドレス）を代入し、
各種評価用に用意した変数ｄｏＤｉｆｆｉｃｕｌｔｙ、
ｄｏＲＤｉｆｆｉｃｕｌｔｙ、ｉＮＣｎｔ、ｄｏＭｅａ
ｎ、及びｄｏＤＭａｘにはそれぞれ０を代入し、変数ｄ
ｏＷａｏｎには１を代入する。それ以外には、変数ｍｅ
にはトラックの先頭に位置するイベントデータを指定す
る値（図中では先頭ノートポインターと表記）、変数ｎ
ｅにはその次のイベントデータを指定する値をそれぞれ
代入する。そのようにして初期設定を行った後はステッ
プ７０６に移行する。

【００３５】ステップ７０６〜図９のステップ７３５で
は、変数ｉの値で指定されるトラックを対象に、変数ｍ
ｅの値を順次、更新しながら、配列変数ｄｏＤｉｆｆｉ
ｃ、ｄｏＤｉｆｆｉｃａｘ、ｄｏＤｅｎｓｉｔｙ、及び
ｄｏＲＤｉｆｆｉｃで扱う評価結果を求めるための処理
が行われる。

【００３６】先ず、ステップ７０６では、変数ｉの値で
指定されるトラックのなかで処理対象とするイベントデ
ータが無くなったか否か判定する。指定されるイベント
データが無くなるまで変数ｍｅの値を更新したような場
合、判定はＹＥＳとなってステップ７１０に移行する。
そうでない場合には、判定はＮＯとなってステップ７０
７に移行する。

【００３７】ステップ７０７では、変数ｎｅの値で指定
されるイベントデータ中のＩＴｉｍｅ（発音開始時間）
から変数ｍｅの値で指定されるイベントデータ中のＩＴ
ｉｍｅを減算して得られる値ａ（図中ではａ＝ｎｅ−＞
ＩＴｉｍｅ−ｍｅ−＞ＩＴｉｍｅと表記）を、和音の判
定用に設定した値の１０と比較する。その１０は、和音
の構成音の１つが発音を開始してから全ての発音が開始
するまでの時間間隔や、音符の発音持続時間などを考慮
して設定した時間間隔（以降、便宜的に和音判定間隔と
呼ぶ）を表す値である。このことから、値ａを１０と比
較した結果、値ａが１０以下と判定した場合には、変数
ｍｅ、ｎｅの各値で指定されるイベントデータが表す楽
音が和音の構成音であるとしてステップ７０８に移行す
る。そうでないと判定、即ち値ａが１０より大きいと判
定した場合には、図８のステップ７１６に移行する。

【００３８】ステップ７０８では、変数ｄｏＷａｏｎ
に、それまでの値に２を掛けた値を代入する。続くステ
ップ７０９では、変数ｎｅに、それまで指定していたイ
ベントデータの次に位置するイベントデータを指定する
値を代入する。その後はステップ７０７に戻る。

【００３９】このようにして、本実施の形態では、ステ
ップ７０７〜７０９で形成される処理ループを、変数ｎ
ｅの値を随時、更新しながら、値ａが１０より大きいと
ステップ７０７で判定するまで繰り返し実行する。それ
により、変数Ｗａｏｎの値は、和音の数が多いほど、そ
の和音の構成音の数が多いほど、大きくなるように更新
するようにしている。

【００４０】そのステップ７０７で値ａが１０より大き
いと判定した場合に移行する図８のステップ７１６で
は、変数ｐｅに、変数ｎｅの値で指定されるイベントデ
ータの次に位置するイベントデータを指定する値を代入
する。なお、このとき変数ｎｅの値で指定されるイベン
トデータが表す楽音は、変数ｍｅの値で指定されるイベ
ントデータが表す楽音とは和音を構成するものではな
い。また、以降、特に断らない限り、イベントデータは
楽音と同じ意味で用いることにする。

【００４１】ステップ７１７では、変数ｐｅの値で指定
されるイベントデータ中のＩＴｉｍｅ（発音開始時間）
から変数ｎｅの値で指定されるイベントデータ中のＩＴ
ｉｍｅを減算して得られる値ａ（図中ではａ＝ｐｅ−＞
ＩＴｉｍｅ−ｎｅ−＞ＩＴｉｍｅと表記）を、和音判定
間隔を表す値の１０と比較する。その比較の結果、値ａ
が１０以上と判定した場合、発音開始時間の間隔から、
変数ｐｅの値で指定される楽音（イベントデータ）と、
変数ｎｅの値で指定されるそれとが同じ和音を構成して
いないとして、ステップ７２１に移行する。そうでない
と判定、即ち値ａが１０未満と判定した場合には、それ
らで指定される楽音（イベントデータ）は同じ和音を構
成しているとして、ステップ７１８に移行する。

【００４２】そのステップ７１８では、変数ｐｅの値で
指定されるイベントデータ中のピッチデータ（音高を示
す値）と変数ｍｅの値で指定されるイベントデータ中の
ピッチデータの差が、変数ｎｅ、ｍｅ間におけるそれよ
り小さいか否か判定する。前者のピッチデータの差が後
者のそれより小さい場合、判定はＹＥＳとなり、ステッ
プ７１９で変数ｎｅに変数ｐｅの値を代入し、更にステ
ップ７２０で変数ｐｅにそれまで指定していたイベント
データの次に位置するイベントデータを指定する値を代
入した後、上記ステップ７１７に戻る。そうでない場合
には、判定はＮＯとなってそのステップ７２０に移行す
る。

【００４３】変数ｍｅの値で指定されるイベントデータ
が表す楽音が和音を構成し、その和音に続く形で別の和
音が存在しているような場合、上記ステップ７１７〜７
２０で形成される処理ループが実行される。それによ
り、変数ｎｅには、続く和音の構成音のなかで、変数ｍ
ｅの値で指定される楽音（イベントデータ）との音程が
最も小さい楽音を指定する値が代入されることになる。

【００４４】ステップ７１７で値ａが１０以上と判定し
た場合に移行するステップ７２１では、変数ｐｅに、変
数ｎｅの値で指定されるイベントデータの次に位置する
イベントデータを指定する値を代入する。次に移行する
ステップ７２２では、変数ｐｅの値で指定されるイベン
トデータ中のＩＴｉｍｅ（発音開始時間）の値から変数
ｎｅの値で指定されるイベントデータ中のＩＴｉｍｅの
値を減算して得られる値ａ（図中ではａ＝ｐｅ−＞ＩＴ
ｉｍｅ−ｎｅ−＞ＩＴｉｍｅと表記）を、和音判定間隔
を表す値の１０と比較する。その比較の結果、値ａが１
０以上と判定した場合、ステップ７２４に移行する。そ
うでないと判定、即ち値ａが１０未満と判定した場合に
は、ステップ７２３で変数ｐｅにそれまで指定していた
イベントデータの次に位置するイベントデータを指定す
る値を代入した後、上記ステップ７２２に戻る。

【００４５】このようにして、ステップ７２４に移行し
た時点では、和音は１つの楽音と見なして、変数ｍｅ、
ｎｅ、及びｐｅの各値で指定される３つの楽音が特定さ
れる。ステップ７２４〜図９の７３５では、これまで更
新した変数を用いて、各種評価用に用意した変数を更新
するための処理が行われる。

【００４６】先ず、ステップ７２４では、変数ｎｅ、ｍ
ｅの値で指定される楽音間の発音開始時間の差が、変数
ｐｅ、ｎｅの値で指定される楽音間のそれより大きいか
否か判定する。前者の差が後者の差より大きい場合、判
定はＹＥＳとなり、ステップ７２５において、変数ｄｏ
ＲＶに、変数ｎｅの値で指定されるイベントデータ中の
ＩＴｉｍｅ（発音開始時間）の値から変数ｍｅの値で指
定されるイベントデータ中のそれを引いた値を、変数ｐ
ｅの値で指定されるイベントデータ中のＩＴｉｍｅ（発
音開始時間）の値から変数ｎｅの値で指定されるイベン
トデータ中のそれを引いた値で割って得られる値を代入
した後、図９のステップ７２７に移行する。そうでない
場合には、判定はＮＯとなり、ステップ７２６におい
て、変数ｄｏＲＶに、ステップ７２５とは分子と分母を
逆にして求められる値を代入した後、そのステップ７２
７に移行する。

【００４７】変数ｍｅ、ｎｅ、及びｐｅの各値で指定さ
れる楽音をそれぞれ第１〜第３楽音とすると、上述した
ように求めて変数ｄｏＲＶに代入する値は、第１楽音と
第２楽音間の発音開始時間の差と、第２楽音と第３楽音
間におけるそれとの比率が大きくなるほど、或いは小さ
くなるほど、大きくなる。隣接する楽音間の発音開始時
間の差が変動するほど、大きくなる。そのように変化す
る値を、リズムの複雑さを表すものとして変数ｄｏＲＶ
に代入している。

【００４８】図９のステップ７２７では、変数ｉＮＣｎ
ｔの値をインクリメントする。続くステップ７２８で
は、変数ｉＰｉｄＤに、変数ｎｅの値で指定されるイベ
ントデータ中のピッチデータの値から、変数ｍｅの値で
指定されるイベントデータ中のそれを引いた値の絶対値
を代入する（図中では、ｉＰｉｄＤ＝ａｂｓ（ｎｅ−＞
ｂｙＤａｔａ［１］−ｍｅ−＞ｂｙＤａｔａ［１］と表
記）。その次に実行するステップ７２９では、変数ｄｏ
Ｗａｏｎ、ｄｏＴｅｍｐｏ、及び配列変数ｄｏＰｉｔＶ
ａｌｕｅの変数ｉＰｉｄＤの値で指定される要素ｄｏＰ
ｉｔＶａｌｕｅ［ｉＰｉｄＤ］の各値を掛けた値を、変
数ｎｅ、ｍｅの各値で指定される楽音間の発音開始時間
の差（図中ではｄｏＤｅｌｔａＴｉｍｅと表記）で割っ
た値を求め、その求めた値（＝ｄｏＷａｏｎ＊ｄｏＴｅ
ｍｐｏ＊ｄｏＰｉｔＶａｌｕｅ［ｉＰｉｄＤ］／ｄｏＤ
ｅｌｔａＴｉｍｅ）を、次の楽音を鳴らすための移動コ
ストを表す値として変数ｄｏＤに代入する。その後はス
テップ７３０に移行する。

【００４９】隣接する楽音間の音程によって手指を運ぶ
労力は変化する。上記配列変数ｄｏＰｉｔＶａｌｕｅ
は、音程に着目してその労力を評価するために用意した
ものであり、各要素には、それに対応する音程での労力
を数値化した値が代入されている。その労力は、音程が
大きくなるほど、言い換えれば手指を動かす量が大きく
なるほど、大きなものとさせている。それにより、変数
ｄｏＤに代入する値、即ち移動コストを表す値は、隣接
する楽音間の音程が大きいほど、それらの間の発音開始
時間の間隔が小さいほど、大きな値となるようにしてい
る。

【００５０】ステップ７３０では、変数ｄｏＤｉｆｆｉ
ｃｕｌｔｙに、それまでの値に変数ｄｏＤの値を加算し
た値を代入する。そのようにして変数ｄｏＤｉｆｆｉｃ
ｕｌｔｙに代入させている移動コストの累算値を更新す
ると、次にステップ７３１に移行して、局所的な変化の
影響を低減するために定めた定数ｄｏＭｅａｎＳｉｇに
変数ｄｏＭｅａｎの値を掛け、その掛けた値に、１から
定数ｄｏＭｅａｎＳｉｇを引いた値を変数ｄｏＤの値に
掛けた値を加算し、その加算結果を変数ｄｏＭｅａｎに
代入する。その後にはステップ７３２に移行する。

【００５１】ステップ７３２では、変数ｄｏＤＭａｘの
値が変数ｄｏＭｅａｎの値以下か否か判定する。前者の
値が後者の値以下であった場合、判定はＹＥＳとなり、
ステップ７３３で変数ｄｏＤＭａｘに変数ｄｏＭｅａｎ
の値を代入し、更にステップ７３４で変数ｄｏＲＤｉｆ
ｆｉｃｕｌｔｙに、それまでの値に変数ｄｏＲＶの値を
加算した値を代入した後、ステップ７３５に移行する。
そうでない場合には、判定はＮＯとなり、次にステップ
７３４の処理を実行した後、そのステップ７３５に移行
する。そのように変数ｄｏＲＤｉｆｆｉｃｕｌｔｙの値
を更新することにより、リズムの複雑さを表す値の累算
値が変数ｄｏＲＤｉｆｆｉｃｕｌｔｙに保持される。

【００５２】ステップ７３５では、変数ｍｅに、それま
で指定していたイベントデータの次に位置するイベント
データを指定する値を代入する。その後は図７のステッ
プ７０６に戻る。そのステップ７０６の判定がＹＥＳと
なるとステップ７１０に移行する。そのステップ７１０
〜７１５では、上述したように更新される各種変数を用
いて、配列変数ｄｏＤｉｆｆｉｃ、ｄｏＤｉｆｆｉｃａ
ｘ、ｄｏＤｅｎｓｉｔｙ、及びｄｏＲＤｉｆｆｉｃの変
数ｉの値で指定される各要素に値を代入して保存するた
めの処理が行われる。

【００５３】先ず、ステップ７１０では、配列変数ｄｏ
Ｄｅｎｓｉｔｙの変数ｉの値で指定される要素ｄｏＤｅ
ｎｓｉｔｙ［ｉ］に、変数ｉＮＣｎｔの値を変数ｕＬｅ
ｎｇｔｈの値で割った値、即ち単位時間当たりに発音す
る楽音（音符）数を代入する。続くステップ７１１で
は、変数ｉＮＣｎｔの値が０より大きいか否か判定す
る。変数ｉの値で指定されるトラックに１つ以上の楽音
の発音を表すイベントデータが存在していた場合、判定
はＹＥＳとなってステップ７１２に移行する。そうでな
い場合には、判定はＮＯとなってステップ７１５に移行
する。

【００５４】ステップ７１２では、配列変数ｄｏＤｉｆ
ｆｉｃの変数ｉの値で指定される要素ｄｏＤｉｆｆｉｃ
［ｉ］に、変数ｄｏＤｉｆｆｉｃｕｌｔｙの値を変数ｉ
ＮＣｎｔの値で割って得られる値を代入する。その次に
移行するステップ７１３では、配列変数ｄｏＤｉｆｆｉ
ｃａｘの変数ｉの値で指定される要素ｄｏＤｉｆｆｉｃ
ａｘ［ｉ］に変数ｄｏＤＭａｘの値を代入する。その後
に移行するステップ７１４では、配列変数ｄｏＲＤｉｆ
ｆｉｃの変数ｉの値で指定される要素ｄｏＲＤｉｆｆｉ
ｃ［ｉ］に、変数ｉＮＣｎｔの値に１００を掛けた値で
変数ｄｏＲＤｉｆｆｉｃｕｌｔｙの値を割った値を代入
する。その代入を行うと、ステップ７１５で変数ｉの値
をインクリメントした後、上記ステップ７０４に戻る。

【００５５】このようにして、各配列変数の変数ｉの値
で指定される要素に値を代入し、それら各要素の値をＲ
ＡＭ１０３に確保した領域に保存する。それにより、右
手、或いは左手の評価結果として、移動コスト平均、移
動コスト最大値、音符密度、及びリズムの複雑さ（を表
す値）が保存される（図３参照）。

【００５６】上記ステップ７０４でＹＥＳと判定された
場合には、上述したように、図１０のステップ７３６に
移行する。そのステップ７３６〜７５８では、配列変数
ｄｏＤｉｆｆｉｃＫｅｙ、及びｄｏＤｉｆｆｉｃＭｏｄ
ｅの各要素ｄｏＤｉｆｆｉｃＫｅｙ［０］、及びｄｏＤ
ｉｆｆｉｃＭｏｄｅ［０］に値を代入して保存するため
の処理が行われる。

【００５７】先ず、ステップ７３６では、変数ｉに０を
代入するとともに、配列変数ｉＰｉｔｃｈＣｌａｓｓの
各要素に０を代入する。続くステップ７３７では、変数
ｉの値が２以上か否か判定する。変数ｉに２以上の値が
代入されていた場合、判定はＹＥＳとなってステップ７
４４に移行する。そうでない場合には、判定はＮＯとな
ってステップ７３８に移行する。なお、上記配列変数ｉ
ＰｉｔｃｈＣｌａｓｓは、全音階上での各音高別に、そ
の音高で鳴る楽音数をカウントするために用意したもの
である。

【００５８】ステップ７３８では、変数ｉＴｒに、配列
変数ｃＣｈの変数ｉの値で指定される要素ｃＣｈ［ｉ］
の値（変数ｉの値が０であれば右手トラックの先頭位置
を示すアドレス）を代入する。その次に実行するステッ
プ７３９では、変数ｍｅに、変数ｉＴｒの値で先頭位置
が示されるトラックの先頭に位置するイベントデータを
指定する値を代入する。その後はステップ７４０に移行
する。

【００５９】ステップ７４０では、変数ｉの値で指定さ
れるトラックのなかで処理対象とするイベントデータが
無くなったか否か判定する。指定されるイベントデータ
が無くなるまで変数ｍｅの値を更新したような場合、判
定はＹＥＳとなり、ステップ７４３で変数ｉの値をイン
クリメントした後、上記ステップ７３７に戻る。そうで
ない場合には、判定はＮＯとなってステップ７４１に移
行する。

【００６０】ステップ７４１では、変数ｍｅの値で指定
されるイベントデータ中のピッチデータの値を１２で割
った余りの値で指定される配列変数ｉＰｉｔｃｈＣｌａ
ｓｓの要素ｉＰｉｔｃｈＣｌａｓｓ［ｍｅ−＞ｂｙＤａ
ｔａ［１］ｍｏｄ １２］の値をインクリメントする。
その次に実行するステップ７４２では、変数ｍｅに、そ
れまで指定していたイベントデータの次に位置するイベ
ントデータを指定する値を代入する。その後は上記ステ
ップ７４０に戻る。

【００６１】上記ステップ７３７〜７４３で形成される
処理ループは、ステップ７３７の判定がＹＥＳとなるま
で繰り返し実行される。それにより、配列変数ｉＰｉｔ
ｃｈＣｌａｓｓの各要素には、全音階上で対応する音高
の楽音の総数が保持されることになる。ここでの総数
は、右手、及び左手の各トラックを対象にしてのもので
ある。

【００６２】そのステップ７３７の判定がＹＥＳとなっ
て移行するステップ７４４では、変数ｄｏＭａｘＶに０
を代入する。次にステップ７４５において、変数ｉに０
を代入する。その後はステップ７４６に移行する。ステ
ップ７４６〜７５８では、変数ｉの値を順次、インクリ
メントしながら、配列変数ｉＰｉｔｃｈＣｌａｓｓの各
要素に代入された値を用いて要素ｄｏＤｉｆｆｉｃＫｅ
ｙ［０］、及びｄｏＤｉｆｆｉｃＭｏｄｅ［０］の値を
求めるための処理が行われる。

【００６３】先ず、ステップ７４６では、変数ｉの値が
１２以上か否か判定する。その変数ｉに１２以上の値が
代入されていた場合、判定はＹＥＳとなり、ここで一連
の処理を終了する。そうでない場合には、判定はＮＯと
なってステップ７４７に移行する。

【００６４】ステップ７４７では、変数Ｖ、及びＶＶに
それぞれ０を代入する。続くステップ７４８では、変数
ｊに０を代入する。その後は、ステップ７４９に移行し
て、変数ｊの値が１２以上か否か判定する。その変数ｊ
に１２以上の値が代入されていた場合、判定はＹＥＳと
なってステップ７５４に移行する。そうでない場合に
は、判定はＮＯとなってステップ７５０に移行する。

【００６５】ステップ７５０では、１２から変数ｉの値
を引いた値に変数ｊの値を加算し、その加算結果を１２
で割った余りで指定される配列変数ｉＤｉａｔｏｎｉｃ
の要素ｉＤｉａｔｏｎｉｃ［（１２−ｉ＋ｊ）ｍｏｄ
１２］の値に変数ｊの値で指定される要素ｉＰｉｔｃｈ
Ｃｌａｓｓ［ｊ］の値を乗算し、その乗算結果をそれま
での値に加算した値を変数Ｖに代入する。その代入後に
はステップ７５１に移行する。

【００６６】ステップ７５１では、１２から変数ｉの値
を引いた値に変数ｊの値を加算し、その加算結果を１２
で割った余りで指定される配列変数ｉＤｉａｔｏｎｉｃ
の要素ｉＤｉａｔｏｎｉｃ［（１２−ｉ＋ｊ）ｍｏｄ
１２］の値が０か否か判定する。その余りに対応する音
高が全音階上で変化音に対応していた場合、判定はＹＥ
Ｓとなり、ステップ７５２で変数ＶＶに、それまでの値
に要素ｉＰｉｔｃｈＣｌａｓｓ［ｊ］の値を加算した値
を代入し、更にステップ７５３で変数ｊの値をインクリ
メントした後、上記ステップ７４９に戻る。そうでない
場合には、判定はＮＯとなり、次にそのステップ７５３
の処理を実行する。

【００６７】上記ステップ７４９〜７５３で形成される
処理ループは、ステップ７４９の判定がＹＥＳとなるま
で繰り返し実行される。それにより、変数Ｖ、及びＶＶ
には、全音階上で変数ｉの値に対応する音高に着目し
て、その音高の楽音数（要素ｉＰｉｔｃｈＣｌａｓｓ
［ｉ］の値）を用いて算出される値が代入される。

【００６８】そのステップ７４９の判定がＹＥＳとなっ
て移行するステップ７５４では、変数ｄｏＭａｘＶの値
が変数Ｖの値より小さいか否か判定する。今回、変数Ｖ
に代入された値がそれまでで最大であった場合、判定は
ＹＥＳとなってステップ７５５に移行する。そうでない
場合には、判定はＮＯとなってステップ７５８に移行す
る。

【００６９】ステップ７５５では、変数ｄｏＭａｘＶに
変数Ｖの値を代入する。続くステップ７５６では、要素
ｄｏＤｉｆｆｉｃＫｅｙ［０］に、配列変数ＫｅｙＤｉ
ｆｆｉｃｕｌｔｙの変数ｉの値で指定される要素Ｋｅｙ
Ｄｉｆｆｉｃｕｌｔｙ［ｉ］の値を代入する。その後は
ステップ７５７に移行する。

【００７０】上記配列変数ＫｅｙＤｉｆｆｉｃｕｌｔｙ
は、楽曲において支配性を持つ全音階上の音高により生
じる演奏上の難しさを表す数値を格納させておくために
用意したものであり、各要素には、その音高に対応する
数値が格納されている。それにより、本実施の形態で
は、必要に応じて、その要素の値を要素ｄｏＤｉｆｆｉ
ｃＫｅｙ［０］に代入するようにしている。

【００７１】ステップ７５７では、変数Ｖの値に変数Ｖ
Ｖの値を加算し、その加算結果で変数ＶＶの値に１０を
掛けた値を割った値を要素ｄｏＤｉｆｆｉｃＭｏｄｅ
［０］に代入する。次に移行するステップ７５８では、
変数ｉの値をインクリメントする。そのインクリメント
を行った後に上記ステップ７４６に戻る。

【００７２】上記ステップ７５５〜７５７は、上記ステ
ップ７５４の判定がＹＥＳとなった場合にのみ実行す
る。それにより、本実施の形態では、全音階上の音高で
最も楽音数の多い音高を主音と見なし、その主音と見な
した音高で調の難しさ、及びモードの難しさを評価し
て、その評価結果をＲＡＭ１０３に保存している。

【００７３】なお、本実施の形態では、図３に示すよう
に、６種類の各種評価のために分析を行っているが、そ
の分析の対象とする評価の種類や数、更には評価（分
析）方法などはそれに限定されるものではない。適宜、
変更しても良いものである。例えばモードの難しさの評
価については、全音階上の音高で最も楽音数の多い音高
に着目するのではなく、複数の音高に着目して行うよう
にしても良い。

【００７４】上述したような楽曲分析装置の動作を実現
させるようなプログラムは、ＲＯＭ、ＣＤ−ＲＯＭ、フ
ロッピーディスク、或いは光磁気ディスク等の記録媒体
に記録させて配布しても良い。或いは、公衆網等で用い
られる伝送媒体を介して、そのプログラムの一部、若し
くは全部を配信するようにしても良い。そのようにした
場合には、ユーザはプログラムを取得して楽曲分析装
置、或いはコンピュータなどのデータ処理装置にロード
することにより、それをロードした装置に本発明を適用
させることができる。このことから、プログラムは、そ
れを配信する装置がアクセスできるものであっても良
い。

【００７５】

【発明の効果】以上、説明したように本発明は、楽曲の
演奏内容を表す楽曲データを取得して、それが表す演奏
内容の分析を行い、該演奏内容を表す分析データを生成
する。このため、ユーザは、実際の演奏を聴いたり、楽
譜を見ることなく、その分析データを基に、楽曲の演奏
内容を適切に判断することができる。

【図面の簡単な説明】

【図１】本実施の形態による楽曲分析装置の回路構成図
である。

【図２】曲データの構成を説明する図である。

【図３】曲データの評価結果、及びその内容を説明する
図である。

【図４】配列変数ｉＤｉａｔｏｎｉｃの各要素に格納さ
れた値を説明する図である。

【図５】全体処理のフローチャートである。

【図６】評価処理のフローチャートである。

【図７】１曲評価処理のフローチャートである。

【図８】１曲評価処理のフローチャートである（続き
１）。

【図９】１曲評価処理のフローチャートである（続き
２）。

【図１０】１曲評価処理のフローチャートである（続き
３）。

【符号の説明】

１０１ ＣＰＵ １０２ ＲＯＭ １０３ ＲＡＭ １０４ 入力装置 １０５ モニター １０６ バス

Claims (3)

【特許請求の範囲】
1. 【請求項１】 楽曲の演奏内容を分析して、該演奏内容
   を表すデータを生成する装置であって、 前記楽曲の演奏内容を表す楽曲データを取得する楽曲デ
   ータ取得手段と、 前記楽曲データ取得手段が取得した楽曲データの表す演
   奏内容の分析を行い、該演奏内容を表す分析データを生
   成する分析データ生成手段と、 を具備することを特徴とする楽曲分析装置。
2. 【請求項２】 前記分析データ生成手段は、前記楽曲を
   演奏する際の手指の運びの難易性、単位時間当たりに鳴
   らす楽音の数、前記楽曲が備えた調性、楽譜上で音符に
   臨時記号を付して表される変化音、及び該楽曲のリズム
   が変化する度合い、のうちの少なくとも一つに着目して
   前記演奏内容を評価するための分析を行い、該演奏内容
   の評価結果を前記分析データとして生成する、 ことを特徴とする請求項１記載の楽曲分析装置。
3. 【請求項３】 楽曲の演奏内容を分析して、該演奏内容
   を表すデータを生成する装置に実行させるプログラムで
   あって、 前記楽曲の演奏内容を表す楽曲データを取得する機能
   と、 前記取得する機能により取得した楽曲データの表す演奏
   内容の分析を行い、該演奏内容を表す分析データを生成
   する機能と、 を実現させるためのプログラム。