JP3271331B2

JP3271331B2 - メロディ分析装置

Info

Publication number: JP3271331B2
Application number: JP29926792A
Authority: JP
Inventors: 林　　哲也
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 1992-10-12
Filing date: 1992-10-12
Publication date: 2002-04-02
Anticipated expiration: 2017-04-02
Also published as: JPH06124088A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は音楽装置に関し、特に
与えられたメロディを調性分析するメロディ分析装置に
関する。

【０００２】

【従来の技術】メロディの調を判定するメロディ分析装
置は既に知られている。この種のメロディ分析装置はメ
ロディに自動伴奏をつける自動伴奏装置にしばしば利用
される。代表的な従来のメロディ分析装置は、メロディ
に含まれる音の集合を主音が異なるスケールのピッチク
ラスセット（ＰＣＳ）とマッチングすることによりメロ
ディの調を判定する。また、メロディの最後の音を手掛
りにしてメロディの調を判定するメロディ分析装置も知
られている。しかし、いずれの従来のメロディ分析装置
も、与えられたメロディは転調（調の変化）を含んでい
ないことを前提にしている。

【０００３】

【発明が解決しようとする課題】したがって、従来のメ
ロディ分析装置では、途中で転調しているメロディに対
しては、メロディの一部について正しくない調を判定す
ることとなり、満足のいく調性分析を行い得なかった。
したがって、この発明の目的は転調を含むメロディにも
対応できるメロディ分析装置を提供することである。更
に、この発明の目的はメロディに含まれる転調を検出可
能なメロディ分析装置を提供することである。

【０００４】

【課題を解決するための手段】この発明によれば、一連
の音符列からなるメロデイを付与するメロデイ付与手段
と、前記メロデイを構成する各音符を検査し、特定の音
符が存在するか否かを検出する特定音符検出手段と、前
記特定音符検出手段により検出された特定音符のメロデ
イ上の位置に基づいて、前記メロデイを複数の楽節に分
割するメロデイ分割手段と、分割された各楽節の調を判
定する楽節別調判定手段と、を有することを特徴とする
メロデイ分析装置が提供できる。

【０００５】この構成によれば、メロディ分析手段の作
用により、分割された個々のメロディ部分（楽節）に
は、転調が含まれないようにすることが可能となる。例
えば、４番目の楽節までＣ調で、５番目と６番目はＦ調
で、７番目と８番目の楽節でＣ調に戻るメロディの場
合、メロディ全体としては転調を含むが、個々の楽節内
部では調は変わっていない。したがって、楽節別調判定
手段により、個々の楽節の調を判定することにより、メ
ロディの調の進行を正確に分析することができる。ま
た、運悪く、楽節の内部で突然の転調があるような場合
でも、調を誤って判定するメロディ部分の範囲を従来よ
り小さくすることができる。

【０００６】メロデイ付与手段は、実時間でメロデイの
データを入力する鍵盤手段と、入力されたメロデイのデ
ータを記憶するメロデイ記憶手段とで構成することがで
きる。これにより、ユーザーは、メロデイ分析装置に分
析させるメロデイを手軽に入力することができる。

【０００７】特定音符検出手段は、例えば、特定の音符
として、メロデイを構成する一連の音符列の中から楽節
終了音符が存在するか否かを検出する手段を含み得る。
更に、特定音符検出手段は、特定の音符として、例え
ば、メロデイの先頭に１小節の半分以上の長さの休符が
存在するか否かを検出する手段を含み得る。

【０００８】楽節別調判定手段は楽節のモーション（フ
レーズの動き、流れ）を分析するモーション分析手段
と、分析したモーションに基づいて楽節の主音を判定す
る主音判定手段とを有し得る。主音判定手段は、複数の
主音候補を生成する手段を含み得る。これは、音楽にお
いて複数の調の可能性をもつメロディが存在し得ること
を考慮したものである。これにより、柔軟性のあるメロ
ディ分析が達成できる。また、楽節別調判定手段は、現
楽節の調が前楽節の調と同じかどうかを検査する調維持
検査手段を含み得る。これは、音楽において調が維持さ
れる傾向に従うものである。

【０００９】

【実施例】以下、図面を参照してこの発明を更に詳細に
説明する。図１はこの発明によるメロディ分析装置を組
み込んだ音楽装置の機能ブロック図である。２は与えら
れたメロディを表わす。メロディ分割部４は、この与え
られたメロディ２を参照番号６で示す楽節１〜楽節ｎの
ように、複数の分割メロディ（楽節）に分割する。調性
分析部８は各楽節の調を判定する。要素４〜８によりメ
ロディ分析装置が提供される。図１に示す音楽装置の全
体の目的は、与えられたメロディに対し、和音（コード
進行）付けを行うことである。

【００１０】この実施例の特徴に従い、音楽装置は、与
えられたメロディ２の各部分に対して１つずつコードを
付けるのでなく、楽節を単位として、各楽節に適したコ
ード進行を割り当て、決定する。このために、コード進
行データベース（ＣＰＤＢ）１２が設けられる。コード
進行データベースは種々の音楽スタイルのコード進行の
データベースを記憶する。１０は指定された音楽スタイ
ル（リズムスタイル）を表わす。属性テスト部１４は、
指定リズムスタイルと、楽節の長さに適合するコード進
行（ＣＰ）をＣＰＤＢ１２のなかから検索する。ＣＰＤ
Ｂ１２に記憶されるコード進行はいずれも基準の調で書
かれている。そこで、移調部１６は検索されたコード進
行を調性分析部８から与えられる楽節の調に移調する

【００１１】モーション分類部１８と音種分類部２０は
分割メロディ（楽節）の各音符の意味付けを行う。モー
ション分類部１８は、隣り合う音符の音高差（音程）の
大きさに従って、音符間のモーションを分類する。音種
分類部２０は調性分析部８から与えられる楽節の調とＣ
ＰＤＢ１２から検索されたコード進行（楽節のコード進
行の候補）の情報を基にして楽節の各音符の音種を分類
する。

【００１２】メロディパターンルールベース（ＭＰＲ
Ｂ）２２は、個々の音楽スタイルで使用されるメロディ
パターンのルールベースを記憶する。マッチング部２４
は、モーション分類部１８と音種分類部２０から与えら
れる各音符の分類データを受け、その分類データが、指
定されたスタイル１０のメロディパターンに従うかどう
かを検査する。このために、マッチング部２４はＭＰＲ
Ｂ２２から指定されたリズムスタイル１０のメロディパ
ターンを検索し、それを分類データと照合する。マッチ
ングの結果、メロディパターンのルールに従う楽節の音
符にはパターン適合のラベルが付けられる。

【００１３】音種分類部２０による音種の分類は検索し
たコード進行に依存する。したがって、検索したコード
進行が楽節に合わない場合には、メロディパターンのル
ールに従わない音符が多くなる。いいかえると、パター
ン適合のラベルが付いた音符の割合は、検索したコード
進行が楽節に対しどの程度、適合するかを表わすＣＰ適
合度の尺度である。同様に、音種分類部２０の結果は調
性分析部８で判定した楽節の調にも依存する。つまり、
調性分析部８が判定した調が誤っている場合には、パタ
ーン適合のラベルが付いた音符の割合は少なくなる。

【００１４】したがって、調性分析部８としては、楽節
がとり得る複数の調の可能性を考慮して、複数の調を楽
節の調の候補として判定できることがのぞましい。適合
度評価部２６は、マッチング部２４の結果を受けて楽節
の音符のなかでパターン適合のラベルが付いた音符の割
合を算出してコード進行の適合度を評価する。

【００１５】決定部２８はＣＰＤＢ１２から検索したコ
ード進行のなかで最も適合度の高いコード進行を楽節の
コード進行として決定する。決定したコード進行を参照
番号３０に示す。「決定ＣＰ１」は「楽節１」のコード
進行、……「決定ＣＰｎ」は「楽節ｎ」に対するコード
進行を表わしている。以上の説明からわかるように、メ
ロディ分割部４は、楽節の調性分析部８と組み合わせに
よって、メロディに含まれる転調の検出を可能とするも
のである。

【００１６】また、メロディ分割部４の結果である各楽
節にＣＰＤＢ１２からのコード進行（意味的にまとまっ
たコードのパターン）を割り当てることにより、従来の
ように１つずつコードをメロディの各部に割り当てる方
式では得られない、和音付けが可能である。

【００１７】図２は実施例に係る音楽装置（ここでは電
子鍵盤楽器を構成している）のハード構成のブロック図
である。ＣＰＵ４０はプログラムＲＯＭ５０に記憶され
るプログラムに従って動作してシステム全体を制御す
る。鍵盤６０は通常の電子鍵盤楽器に使用される鍵盤と
同様の構成であり、音楽の演奏に使用される。操作パネ
ル７０には、リズム（伴奏）スタイルを指定するための
リズム選択キー７１、演奏速度を指定するテンポボリウ
ム７２、メロディの分割位置を指示入力するためのフィ
ルインキー７３、鍵盤６０で演奏するメロディを音楽装
置に記録することを要求するメロディ記録キー７４、記
録の終了を指示するストップキー７５、記録したメロデ
ィのアレンジ（和音付、伴奏付）を要求するためのアレ
ンジキー７６、アレンジしたものの演奏を指示するプレ
イキー７７、演奏の停止を指示するストップキー７８、
その他、音楽装置の操作に必要なキー、スイッチ類が設
けられる。

【００１８】データＲＯＭ８０は調性判定に使用される
音の結合度テーブル８１、和音付けにおいて使用される
コード進行データベース（ＣＰＤＢ）８２、コードとテ
ンションの標準ピッチクラスセット（ＰＣＳ）メモリ８
３、メロディパターンルールベース（ＭＰＲＢ）８４、
各種のスタイルのリズムパターンを記憶するリズムデー
タメモリ８５、各種スタイルの伴奏パターンを記憶する
伴奏パターンデータメモリ８６、その他、所要の固定デ
ータを記憶する。

【００１９】ＲＡＭ９０は鍵盤６０で演奏されたメロデ
ィ（入力メロディ）を記憶する入力メロディメモリ９
１、入力メロディを量子化（音符化）した量子化メロデ
ィを記憶する量子化メロディメモリ９２、分割メロディ
（楽節）の音符の結合ヒストグラムメモリ９３、各楽節
の主音の候補を記憶するためのキーエントリテーブル９
４、楽節の分類データを記憶する分類データメモリ９
５、コード進行の適合度を記憶するＣＰ適合度メモリ９
６、各楽節のコード進行の候補を記憶するＣＰエントリ
テーブル９７を含む。

【００２０】表示装置１００は操作パネル上に配置され
るＬＥＤ群、液晶パネルを含む。音源１１０はＣＰＵ４
０の制御の下に楽音信号を発生する。サウンドシステム
１２０は、アンプ、スピーカを含み、楽音信号を外部に
出力する。

【００２１】図３は鍵盤６０から実時間で演奏されるメ
ロディをＲＡＭ９０の入力メロディメモリ９１に記録す
るルーチンのフローチャートである。メロディデータの
記録フォーマットを図４に示す。図示のように１つのメ
ロディデータは時間バイトＴとコマンドバイトＣＤの２
バイトで構成される。時間バイトＴはイベント間の時間
差を記憶する。コマンドバイトＣＤはイベントを記憶す
る。イベントには、鍵盤操作による押鍵（ノートオン）
イベントと離鍵（ノートオフ）イベント、フィルインキ
ー７３操作によるフィルインイベント（ＣＤ＝Ｆ０）、
タイムオーバーによるタイムオーバーイベント（Ｆ
Ｅ）、ストップキー７５操作によるエンドイベント（Ｆ
Ｆ）がある。ノートオンとオフのイベントバイトのう
ち、下位５ビットはノートナンバー（音高）を表わす。
ビット６は“０”で、ＭＳＢはオンイベントなら
“０”、オフイベントなら“１”となる。

【００２２】フィルインキー７３はメロディの分割位置
を演奏者が指示入力するのに用いられる（なお、アレン
ジ演奏においては、フィルイン演奏を行うのに使用され
る）。メロディ記録キー７４が押されると、ＣＰＵ４０
は図３に示す実時間メロディの記録ルーチンを実行す
る。初期化Ｒ１で入力メロディメモリ９１の領域をＲＡ
Ｍ９０上に割り当て、長さカウンタＬＥＮＧＴＨをクリ
アする。次にＲ２でリズムをスタートさせる。この結
果、図示しないリズム演奏ルーチンにより、リズムパタ
ーンデータメモリ８４、音源１１０を介して指定スタイ
ルのリズムが演奏される。メロディ演奏者は、このよう
なリズムに合わせてメロディを演奏することになる。

【００２３】キー走査Ｒ３で鍵盤６０、フィルインキー
７３、ストップキー７５の状態を読み込む。計測単位時
間（テンポに依存する音楽分解能時間）の経過後（Ｒ
５）、Ｒ２０でフィルインキー７３が押されたかどうか
を調べ、押されていればＲ２１〜Ｒ２３に示すフィルイ
ンデータの書込処理（時間バイトＴへの長さＬＥＮＧＴ
Ｈの書込、コマンドバイトＣＤへのフィルインフラグの
書込、長さカウンタＬＥＮＧＴＨのクリア）を行う。

【００２４】続いて、Ｒ６で鍵状態の変化の有無を調べ
る。鍵状態が変化していれば、時間バイトＴに長さＬＥ
ＮＧＴＨを書き込み（Ｒ７）、押鍵か離鍵かをチェック
する（Ｒ８）。押鍵なら、コマンドバイトＣＤ中にノー
トオンフラグを書き込み（Ｒ１０）、離鍵ならコマンド
バイトＣＤ中にノートオフフラグを書き込み（Ｒ９）。
そして、コマンドバイトＣＤ中に押鍵または離鍵にかか
るノートナンバーを書き込み（Ｒ１１）、長さカウンタ
ＬＥＮＧＴＨをクリアする（Ｒ１２）。その後、計測単
位時間の経過待ちループＲ３〜Ｒ５のエントリであるキ
ー走査Ｒ３に戻る。

【００２５】鍵状態に変化がなければ、ＬＥＮＧＴＨが
２５５（ＦＦ）に達しているかどうかを調べ、２５５に
達してなければ、長さカウンタＬＥＮＧＴＨをインクリ
メントして（Ｒ１４）キー走査Ｒ３に戻る。達していれ
ば、時間バイトＴに２５５を書き込み（Ｒ１５）、コマ
ンドバイトＣＤにタイムオーバーフラグを書き込み（Ｒ
１６）、ＬＥＮＧＴＨをクリアして（Ｒ１７）、キー走
査Ｒ３に戻る。

【００２６】メロディ演奏が終ったら演奏者はストップ
キー７５を押す。これは、Ｒ４で検出される。これに対
し、時間バイトＴにＬＥＮＧＴＨを書き込み（Ｒ１
８）、コマンドバイトＣＤにエンドフラグを書き込んで
（Ｒ１９）、実時間メロディの記録処理を終える。この
ようにして鍵盤６０で演奏したメロディが入力メロディ
メモリ９１に記録される。

【００２７】次に、アレンジキー７６を操作すると、入
力メロディメモリ９１に記憶されたメロディに対するア
レンジ処理が実行される。アレンジ処理の前処理とし
て、入力メロディは量子化（音符化）され、量子化メロ
ディとして量子化メロディメモリ９２に移される。

【００２８】量子化メロディメモリ９２のフォーマット
を図５に示す。図示のように、量子化メロディメモリ９
２において１つの音符レコードはピッチクラスバイト、
長さバイト、音高バイト、フラグバイトの４バイトで構
成される。ピッチクラスバイトは通常、音符（ノート）
のピッチクラス（Ｃ〜Ｂのいずれかを００〜ＣＢで表わ
す）を表わす。値０Ｆのピッチクラスバイトは休符を表
わす。値０Ｅのピッチクラスバイトはタイを表わす。長
さバイトは音符の長さ（量子化した音符長）を表わす。
音高バイトは音符のピッチを表わす。フラグバイトは、
フィルインや楽節終了を示すフラグとして用いられる。
フィルインのみのときは８０、楽節終了のみのときは０
１、両方あるときは８１、いずれもないときは８０の値
をとる。量子化処理を完了した段階では、楽節終了フラ
グを除く情報が量子化メロディメモリ９２に記憶され
る。楽節終了フラグは後述するメロディ分割処理におい
て書き込まれる。楽節終了フラグから次の楽節終了フラ
グまでが分割メロディ（楽節）を表わす。

【００２９】量子化処理の次に、メロディ全体に対する
調性判定処理が行われる。図６〜図８に調性判定処理ル
ーチンのフローを示す。調性判定処理ではメロディの各
音符についてそのまわりの音符との間で形成されるモー
ションを分析し、その分析結果に基づいて複数の主音候
補を生成する。モーションの分析のために図９に示すよ
うな結合度テーブル８１が利用される。結合度テーブル
８１は隣り合う２音間の結合度を２音間に形成される音
高差（音程）の関数として記憶している。

【００３０】調性判定処理ルーチンの初期化Ｄ１で量子
化メロデイの先頭（最初の音符レコード）をロケート
し、キーエントリ９４をクリアする。Ｄ２で現音符と前
後の音符の音高を読み、Ｄ３で現音符の音長ＬＥＮを読
み、Ｄ４で現音符のピッチクラスＰＣを読む。そして、
Ｄ５で前音符と現音符との音高差（前音程）ｆを算出
し、Ｄ６で現音符と次音符との音高差（後音程）ｔを算
出する。つづいて、Ｄ７で前音程ｆと後音程ｔにより結
合度テーブル８１をルックアップして前結合度ＪＯＩＮ
Ｔ（ｆ）と、後結合度１／ＪＯＩＮＴ（ｔ）を得、これ
に、音長データＬＥＮを用いて、現音符の結合度ＣＰＬ
を、ＣＰＬ＝ＬＥＮ×ＪＯＩＮＴ（ｆ）／ＪＯＩＮＴ（ｔ）で算出する。そしてこの結合度Ｅ、ヒストグラムメモリ
９３における現音符のピッチクラスに対する要素Ｗ（Ｐ
Ｃ）に加える。以上の処理を、メロデイのすべての音符
について繰り返し実行する（Ｄ８、Ｄ９）。この結果、
結合ヒストグラムメモリ９３には、メロデイの各ピッチ
クラスについて結合度の累算値が記憶される。

【００３１】次に、結合ヒストグラムメモリ９３を利用
して、メロデイの第１の主音候補を決定する（Ｄ１０〜
Ｄ１５）。まず、Ｄ１０でトニックのピッチクラスカウ
ンタｉと最大値ｍａｘを“０”に初期化する。Ｄ１１で
トニック（主音）をピッチクラスｉとしたときのダイア
トニックスケールの評価値ｐｏｉｎｔを次式に示すよう
に結合ヒストグラムメモリ９３を用いて算出する。この評価値の算出はすべてのピッチクラスｉのトニック
について行なわれる（Ｄ１５、Ｄ１６）。最も高い評価
値を与えたピッチクラスｉをメロデイの第１の主音候補
ｋｅｙとしてキーエントリ９４内にストアする（Ｄ１
２、Ｄ１３）。また、最大の評価値ｍａｘもストアする
（Ｄ１４）。

【００３２】次にＤ１７〜Ｄ２４において、最大の評価
値ｍａｘの９０％以上の評価値を与えたピッチクラスに
ついても第２、第３……の主音候補ｃａｎｄｋｅｙ
［ｊ］としてキーエントリ９４内にストアする。メロデ
ィの全体に対する調性判定処理の結果は、後述する楽節
の調性判定処理において、最初と最後の楽節の調性判定
に利用される。なお、メロディの全体に対する調性判定
処理は、楽節の調性判定処理の前処理であり、所望であ
れば、省略することができる。メロディ全体の調性判定
処理の終了後、メロディを楽節に分割するメロディ分割
処理が行なわれる。

【００３３】メロディ分割処理のフローを図１０に示
す。このメロディ分割処理ルーチンは、（Ａ）メロディ
がアウフタクト（ａｕｆｔａｃｔ）で始まるかどうかを
検査する機能、（Ｂ）４小節のメロディ部分を楽節とし
て検出する機能、（Ｃ）メロディのなかから楽節終了音
符（ケーデンスノート）を検出する機能、（Ｄ）フィル
インフラグを楽節の分割ポイントとして解釈する機能、
を備えている。

【００３４】例えば、図１１の譜例（Ａ）のメロディに
おける矢印１５１で示されるＧの音符はアウフタクト音
符として検出される。その結果Ｇの音符の次の小節線１
５２が第１楽節と第２楽節との分割点となる。また、譜
例（Ｂ）において、矢印１５３で示される音符Ｃ、矢印
１５５で示される音符Ａはそれぞれケーデンスノートと
して検出される。その結果、ケーデンスノートＣの次の
小節線１５４が第１と第２楽節との分割点となり、ケー
デンスノートＡの次の小節線１５６が第２と第３楽節と
の分割点となる。いいかえると、第１小節が第１楽節、
第２と第３小節が第２楽節、第４小節以降が第３楽節と
なる。譜例（Ｃ）の場合、４小節の長さのメロディ部分
が検出され、小節線１５７が第１楽節と第２楽節との分
割ポイントとなる。

【００３５】メロディ分割処理ルーチンの詳細を述べる
と、先ず初期化Ｅ１で量子化メロディの先頭をロケート
する。次にＥ２でメロディがアウフタクトで始まるかど
うかを判定する。これは、メロディの先頭の休符の長さ
で判定する。即ち、先頭の休符が１小節の半分以上あれ
ばアウフタクト開始メロディとして第１小節を第１楽節
として分割する（Ｅ９、Ｅ１０）。

【００３６】Ｅ３で楽節の長さカウンタａｌｌ−ｌｅｎ
を“０”に初期化し、ループＥ４〜Ｅ８のエントリＥ４
で音符長を読み、Ｅ５でそれをａｌｌ−ｌｅｎに足し込
む。音符が最初の音符でなければ（Ｅ６）、Ｅ７でａｌ
ｌ−ｌｅｎが４小節を超えたかどうかを判定する。４小
節を超えていれば、Ｅ２１で、ｐ−ｌｅｎ＝４により、
楽節の長さとして４小節を設定する。Ｅ８ではケーデン
スノートかどうかを判定する。音符の長さ（ここでは、
音符から次の音符までの長さである。したがって音符の
次に休符がくる場合には休符の長さも加えたものにな
る。）が１小節の３／４以上であれば、ケーデンスノー
トと判定する。ケーデンスノートの検出に続く、Ｅ１０
〜Ｅ１３では、分割点を求めている。即ち、ケーデンス
ノートが終了する位置ｌａｓｔ−ｌｅｎが小節内の半分
以上なら、その小節の終りをメロディの分割点として楽
節長ｐ−ｌｅｎを決め（Ｅ１０、Ｅ１３）、小節内の半
分以下で終っていればその小節より１つ前の小節の終り
をメロディ分割点として楽節長ｐ−ｌｅｎを定める（Ｅ
１０）。

【００３７】Ｅ１４では、ｐ−ｌｅｎで示されるメロデ
イ部分内にフィルインがあるかどうかチェックする。フ
ィルインがあれば、フィルインフラグの位置に応じてメ
ロデイ分割点を決める。即ち、フィルインフラグが小節
の３／４以前に立っておれば、その小節より１つ前の小
節の小節の終りをメロデイの分割点として楽節長ｐ−ｌ
ｅｎを定め、小節の３／４以降に立っておれば、その小
節の終りをメロデイの分割点として楽節長ｐ−ｌｅｎを
定める。以上、フィルイン、ケーデンスノート、アウフ
タクト、または４小節の経過の検出に応じてメロデイ分
割点が決められる。そこで、Ｅ１６ではメロデイ分割点
に相当する量子化メロデイメモリ９２の位置に楽節終了
フラグを書込むことにより、その位置で楽節が終了する
ことを示す。

【００３８】Ｅ１７とＥ１８は楽節の調性判定処理であ
る。Ｅ１６までで現楽節が決まったので、Ｅ１７では、
前楽節（ただし、現楽節が最初の楽節のときはメロディ
全体）の調性判定結果を参照して、現楽節の調がそれと
同一になるかどうかを調べる。これは、現楽節のピッチ
内容が前楽節（またはメロディ全体）の主音から始まる
ダイアトニックスケールのＰＣＳに含まれるかどうかを
みることで行う。含まれていれば、現楽節に対するキー
エントリ（第１、第２……の主音候補のテーブル）を前
楽節（またはメロディ全体）のものと同一にする。含ま
れていなければ、Ｅ１８で現楽節に対して調性判定を行
う。これは、メロディ全体について述べた調性判定処理
（図６〜図８）と同じ処理を現楽節に対して行うことに
より達せられる。Ｅ２０でメロディが終ったかどうかを
調べ、終ってなければ、Ｅ２に戻って、次の楽節の決
定、及び調性分析を繰り返す。以上の処理により、メロ
ディは、複数の楽節に分割され、量子化メロディメモリ
９２（図５）において各楽節の終了位置には楽節終了フ
ラグが立てられる。また、キーエントリテーブル９４に
は各楽節の主音候補がエントリされる。

【００３９】次にアレンジ処理は和音付（Melody Harm
onization）処理に進む。図１２に和音付処理の概略フ
ローを示す。この処理の目的は各楽節に所望のコード進
行を割り当てることである。まず、初期化１（Ｍ１）で
量子化メロディ（既に楽節に分割されている）の最初の
楽節をロケートする。初期化２（Ｍ２）でＣＰＤＢ８２
の最初のコード進行をロケートし、キーエントリテーブ
ル９４から最初の楽節の第１の主音（キー）候補を読み
込む。属性テストＭ３ではＣＰＤＢ８２から検索したコ
ード進行の属性（リズムスタイルと長さ）を検査する。
不合格（ＮＧ）ならＣＰＤＢ８２の次のコード進行（Ｃ
Ｐ）をロケートして（Ｍ８）、属性テストＭ３に戻る。
合格（ＯＫ）なら、モーション、音種分類Ｍ４に進む。

【００４０】モーション、音種分類Ｍ４では現楽節の各
音符のモーションと音種を現主音候補と検索したコード
進行とに基づいて分類し、分類データ９５を作成する。
マッチングＭ５では分類データ９５をＭＰＲＢ８４に記
憶されるメロディパターンのルールによって検査し、メ
ロディパターンに適合する楽節の音符にパターン適合の
ラベルを付ける。判定Ｍ６では楽節の音符のなかでパタ
ーン適合のラベルが付いた音符の割合をＣＰ適合度とし
て評価し、比較的高い適合度を与えたコード進行を楽節
のコード進行候補としてＣＰエントリテーブル９７にス
トアする。

【００４１】Ｍ７でＣＰＤＢ８２の終りでなければ、Ｃ
ＰＤＢ中の次のコード進行をロケートし（Ｍ８）、Ｍ３
に戻る。ループＭ３〜Ｍ８は、キーエントリテーブル９
４内の主音候補を主音としたときの楽節について、ＣＰ
ＤＢ８２の全てのコード進行を検査するまで繰り返され
る。次にＭ９でキーエントリテーブル９４に現楽節の主
音候補が残っているかどうかを調べ、残っていれば、テ
ーブル９４から次の主音候補を選び（Ｍ１０）、再びＣ
ＰＤＢ８２の先頭をロケートし、ループ処理Ｍ３〜Ｍ８
に戻る。このようにして、現楽節のすべての主音候補に
ついて、ＣＰＤＢ８２のすべてのコード進行を検査す
る。

【００４２】Ｍ１１で現楽節のコード進行を決定する。
これは、例えば、ＣＰエントリテーブル９７にエントリ
した現楽節のコード進行候補のなかで最も高いＣＰ適合
度をもつコード進行を選択することで行える。なお、コ
ード進行の決定ないし選択は、後述するようにアレンジ
の演奏要求の都度、行うようにしてもよい。Ｍ１２でコ
ード進行を割り当てるべき楽節が残っているかどうか調
べ、残っていれば、次楽節をロケートし（Ｍ１３）、初
期化２（Ｍ２）に戻って処理を続ける。このようにして
和音付処理ルーチンは、量子化メロディメモリ９２にあ
るすべての楽節に対して所望のコード進行を割り当て
る。

【００４３】図１３にコード進行データベース（ＣＰＤ
Ｂ）８２のフォーマットを示す。ＣＰＤＢ８２におい
て、各コード進行のレコードは、属性としてのリズム属
性とコード進行の長さ、本体としてのコードデータの
列、及び終了マークから成る。各コードデータは、ルー
ト、タイプ及び長さの情報をもっている。図１４にメロ
ディパターンルールベース（ＭＰＲＢ）８４のフォーマ
ットを示す。ＭＤＲＢ８４において各メロディパターン
のコードは、リズム属性、メロディパターンデータの
列、及び終了マークから成る。メロディパターンデータ
は音符の機能を表わしたものであり、音種とモーション
タイプから成る。

【００４４】図１５に属性テストＭ３（図１２）のフロ
ーを示す。Ｆ１で指定リズムスタイルを読む。ここに指
定リズムスタイルとは実時間メロディの記録（図３）に
おいて鍵盤６０でのメロディ演奏を助けるために自動演
奏されたリズムのスタイルである。Ｆ２でＣＰＤＢ８２
からコード進行（ＣＰ）を読み、Ｆ３でコード進行のリ
ズム属性を指定リズムと比較する。一致すれば、Ｆ４で
楽節の長さを読み、Ｆ５で楽節の長さをコード進行の長
さと比較する、一致すれば、属性テストルーチンＭ３は
ＯＫを返す。そうでなければ属性テストルーチンＭ３に
ＮＧを返す。このようにして属性テストルーチンＭ３
は、ＣＰＤＢ８２から楽節の長さと指定リズムのスタイ
ルに合うコード進行を検索する。

【００４５】モーション、音種分類ルーチンＭ４（図
４）のフローを図１６と図１７に示す。このルーチンの
目的は楽節の各音符の音種とモーションを分類すること
である。分類結果は、分類データメモリ９５にストアさ
れる。分類データメモリ９５において各音符のレコード
は、音種バイト、モーションタイプバイト、及びパター
ンマッチング用のフラグバイトの計３バイトで構成され
る。このうち、フラグバイトへのフラグ書込は後のマッ
チングルーチンＭ５で実行される。音種は背景である調
とコードとによって意味づけられる音符の種類を表わ
し、コードトーン、スケールノート、テンションノー
ト、アヴェイラブルノート、アボイドノートのなかから
選択される。モーションタイプは次音符への音高の変化
の仕方によって分類され、終了モーション、同音進行、
上行跳躍進行、下行跳躍進行、上行順次進行、下行順次
進行のなかから選択される。

【００４６】詳細に述べると、まず、初期化Ｇ１で分類
データメモリ９５のクリア、先頭のロケート、検索した
コード進行の先頭ロケート、量子化メロディメモリ９２
における現楽節の最初の音符のロケート、コードとメロ
ディの長さアキュームレータのクリアを行う。Ｇ２でコ
ード進行から次コードを読み出すべきかどうかをチェッ
クする。これは、分類対象の現音符と時間的に対応する
コード進行内のコードを決めるためのチェックであり、
具体的にはコード進行の先頭からの長さのアキュームレ
ータ（コード長）と楽節の先頭からの長さのアキューム
レータ（メロディ長）とを比較することで行われる。コ
ード長＞メロディ長でなくなったらＧ６に進む前に、コ
ード進行から次のコードを読み、そのコードを用いて、
標準ＰＣＳメモリ８３から、コードトーンＰＣＳとテン
ションノートＰＣＳを読み、そのコードの長さをコード
長のアキュームレータに加える（Ｇ３〜Ｇ５）。

【００４７】次にＧ６で現音符のピッチクラスＰＣを読
み、Ｇ７で現音符の長さを読み、Ｇ８でその長さをメロ
ディ長のアキュームレータに加える。次にＰＣが休符か
どうかを調べる（Ｇ９）。休符に対しては、分類処理は
行わないので、Ｇ３５、Ｇ３６を介して次音符をロケー
トし、Ｇ２に戻る。休符でなければ（音符なら）、現音
符のピッチクラスＰＣ、現コードのルートＲＯＯＴ、現
主音候補ＫＥＹを用いて、ＤＲＯＯＴ＝（ＰＣ＋２４−ＫＥＹ−ＲＯＯＴ）ｍｏｄ
１２ＤＫＥＹ＝（ＰＣ＋１２−ＫＥＹ）ｍｏｄ１２を求める（Ｇ１０、Ｇ１１）。

【００４８】ＤＲＯＯＴがコードトーンＰＣＳの要素で
あれば現音符の音種（ノートタイプ）をコードトーンと
決定する（Ｇ１２、Ｇ１３）。ＤＫＥＹがスケールノー
トＰＣＳ（主音Ｃのダイアトニックスケール）の要素で
あり（Ｇ１４）、かつＤＲＯＯＴがテンションノートＰ
ＣＳの要素であれば（Ｇ１５）、音種をアヴェイラブル
ノートを決定する（Ｇ１７）。ＤＫＥＹがスケールノー
トＰＣＳの要素であるがＤＲＯＯＴがテンションノート
ＰＣＳの要素でないなら、音種をスケールノートと決定
する（Ｇ１９）。ＤＫＥＹがスケールノートＰＣＳには
含まれないがＤＲＯＯＴがテンションノートＰＣＳの要
素であるなら（Ｇ１６）、音種をテンションノートと決
定する（Ｇ１８）。ＤＫＥＹがスケールノートＰＣＳの
要素でなく、またＤＲＯＯＴがテンションノートＰＣＳ
の要素でもないときは音種をアヴォイドノートと決定す
る（Ｇ２０）。このようにして決定した音種を、分類デ
ータメモリ９５の現音符レコードの音種バイトに書き込
む（Ｇ２１）。

【００４９】以上で現音符の音種分類処理が終了する。
次に現音符のモーションを分類する。即ち、現音符が楽
節の最終音符ならモーションタイプを終了モーションと
決定する（Ｇ２２、Ｇ２３）。最終音符でないなら、次
音符の音高ＮＰと現音符の音高ＰＰを読み現音符から次
音符への音高の変化幅（音程）ＮＰ−ＰＰを算出する
（Ｇ２４〜Ｇ２６）。音程が“０”（同じ高さ）なら現
音符のモーションタイプを同音進行と決定する（Ｇ２
７）。音程が“１”か“２”（半音または全音の音高の
上昇）なら、モーションタイプを上行順次進行と決定す
る（Ｇ２６、Ｇ２８、Ｇ３０）。音程が“２”より大き
いならモーションタイプを上行跳躍進行と決定する（Ｇ
２６、Ｇ２８、Ｇ２９）。音程が“−１”か“−２”
（半音または全音の音高の下降）なら、モーションタイ
プを下行順次進行と決定する（Ｇ２６、Ｇ３１、Ｇ３
２）。音程が“−２”より小さい場合にはモーションタ
イプを下行跳躍進行と決定する（Ｇ２６、Ｇ３１、Ｇ３
３）。

【００５０】このようにして決定したモーションタイプ
を、分類データメモリ９５の現音符のモーションバイト
に書き込む（Ｇ３４）。そして、Ｇ３５で楽節の終りに
達したかどうかをチェックし、達してなければ、次音符
をロケートし（Ｇ３６）、Ｇ２に戻って分類処理を続け
る。このようにして、分類データメモリ９５には、楽節
のすべての音符について、音種とモーションの分類結果
が記録されることになる。図１８と図１９にマッチング
処理ルーチンＭ５のフローを示す。このルーチンでは、
分類データメモリ９５に書き込まれた楽節の音符分類デ
ータがＭＰＲＢ８４にあるメロディパターンに合うかど
うかを調べ、メロディパターンに一致した音符のフラグ
バイトにパターン適合フラグを立てる。

【００５１】初期化Ｂ１で分類データメモリ９５の最初
の音符レコードをロケートする（ロケーション＝ＬＯＣ
１）。Ｂ２でＭＰＲＢ８４から指定リズムスタイルに属
する最初のメロディパターンをロケートする。Ｂ３でＬ
ＯＣ１が指す音符レコードの分類データを読む。楽節の
終り（Ｂ３で読んだデータ＝終了マーク）でなく（Ｂ
４）、ＭＰＲＢ８４の終りに達していなければ（Ｂ
５）、Ｂ６でＬＯＣ２にＬＯＣ１をセットする。これ
は、ＬＯＣ１が指す分類データメモリ９５上の音符をマ
ッチングのための先頭音符にすることを意味する。即
ち、以下ではこの先頭音符から始まる分類音符のパター
ンとＭＰＲＢ８４の各メロディパターンとの間で比較を
行う。即ち、Ｂ７でＭＰデータ（メロディパターンの音
符の音種とモーションタイプ）を読み、Ｂ８で分類デー
タ（分類音符の音種とモーションタイプ）を読む。音種
とモーションタイプの両方とも一致するなら（Ｂ９、Ｂ
１１）、ＬＯＣ２をインクリメントして次の分類音符を
ロケートし、検査しているメロディパターンの次の要素
をロケートし（Ｂ１２）、Ｂ７に戻って両者の比較を続
ける。メロディパターンとの比較の途中で、音種、モー
ションタイプのどちらかでも不一致が検出されると、そ
のパターンは不適合とみて、ＭＰＲＢ８４から指定リズ
ムに合う次のメロディパターンを検索し（Ｂ１３）、Ｂ
５に戻る。

【００５２】分類音符のパターンが検査したメロディパ
ターンに一致するときはＢ１０でメロディパターンから
終了モーションが検出される。この場合、Ｂ１４〜Ｂ１
６でＬＯＣ１〜ＬＯＣ２までの分類音符のフラグバイト
にパターン適合フラグを立て、マッチングのための先頭
音符を次に進めて（Ｂ１７）、Ｂ２に戻る。分類音符の
パターンがＭＰＲＢ８４のどのパターンとも一致しない
ときはＢ５でＭＰＲＢの終りが検出される。そこで、マ
ッチングのための先頭音符を次に進めて（Ｂ１７）、Ｂ
２に戻る。このようにして、楽節のすべての音符をそれ
ぞれ先頭音符とみてＭＰＲＢ８４の各メロディパターン
とマッチングを行い、一致した音符群はパターン適合フ
ラグでラベル付けする。

【００５３】判定ルーチンＭ８のフローを図２０と図２
１に示す。このルーチンはマッチング処理ルーチンによ
りパターン適合のラベルが付いた音符の割合を求めて楽
節に対するコード進行の適合度を評価する。そして、比
較的高い適合度を示したコード進行をＣＰエントリテー
ブル９７に楽節のコード進行候補として記録する。Ｊ１
で初期化（量子化メロディメモリ９２の現楽節の先頭ロ
ケート、分類データメモリ９５の先頭ロケート、ＣＰ適
合度Ｊ−ＰＯＩＮＴのクリア）を行い、Ｊ２で休符のた
めのＪ−ＦＬＡＧを立てる。Ｊ３で音符のピッチクラス
ＰＣを読み、Ｊ４で音符の長さＬＥＮを読む。休符（Ｐ
Ｃ＝“休符”）でなければ、即ち音符なら、その音符の
パターン適合フラグを分類データメモリ９５から読み込
む（Ｊ５、Ｊ６）。そして、パターン適合フラグが立っ
ていれば（Ｊ７）、ＣＰ評価値Ｊ−ＰＯＩＮＴに音長Ｌ
ＥＮを加え（Ｊ８）、Ｊ−ＦＬＡＧを立てる（Ｊ９）。
パターン適合フラグが立ってなければＪ−ＦＬＡＧを下
げる（Ｊ１０）。このＪ−ＦＬＡＧの立て、下げは、パ
ターン適合ラベルが付いた音符の次に休符がくる場合に
は、その休符を適合とみなし、パターン不適合のラベル
が付いた音符の次にくる休符は不適合とみなすためであ
る。即ち、休符を検出したときは（Ｊ５）、Ｊ−ＦＬＡ
Ｇが立っている場合に限り、その休符の長さＬＥＮをＣ
Ｐ適合度Ｊ−ＰＯＩＮＴに加える（Ｊ１１、Ｊ１２）。

【００５４】楽節の最後の音符に達してなければ（Ｊ１
３）、量子化メロディメモリ９２にある楽節の次の音符
をロケートして（Ｊ１４）、Ｊ３に戻る。楽節の最後の
音符にパターン適合フラグが付いていないときは（Ｊ１
３、Ｊ１５）、その長さＬＥＮをＣＰ適合度Ｊ−ＰＯＩ
ＮＴから引く（Ｊ１６）。これは、最後の音符が調性・
和音上、重要な音符であることを考慮したものである。
このようにして、ＣＰＤＢ８２から検索したコード進行
のＣＰ適合度が評価される。続いて、図２１のフローに
従い、検査したコード進行を楽節のコード進行候補とし
てエントリするかどうかを決める。ここにＣＰエントリ
テーブル９７は楽節別に用意される。図１３では各楽節
のＣＰエントリ数を４としている（Ｊ１７）。各エント
リのデータレコードはＣＰ適合度ＥＮＴＲＹ［ｉ］、コ
ード進行のポインタＣＰ［ｉ］、及び主音ＫＥＹ［ｉ］
の３項目から成る。Ｊ１８〜Ｊ２３のループで現楽節の
ＣＰエントリテーブルの要素を、検査したコード進行の
ＣＰ適合度が何番目になるかに従って、並びかえてい
る。Ｊ１８においてＪ−ＰＯＩＮＴ＞ＥＮＴＲＹ［ｉ］
が成立するときの（ｉ＋１）番目が、コード進行のＣＰ
適合度の順位である。

【００５５】そこで、Ｊ２４〜Ｊ２７において、その順
位のＣＰエントリレコードに、今回のコード進行のＣＰ
適合度Ｊ−ＰＯＩＮＴ、ＣＰＤＢ８２における今回のコ
ード進行のロケーション、現在の主音候補を記録してい
る。和音付処理（図１２）の完了によりアレンジキー７
６に対するメロディアレンジ処理が終了する。その後、
プレイキー７７が押されると、音楽装置（図２）はアレ
ンジの内容を自動演奏する。即ち、量子化メロディメモ
リ９２にあるメロディデータの再生によるメロディ演
奏、決定したコード進行と指定スタイルの伴奏パターン
データとに基づく伴奏パートの作成と演奏、及び指定ス
タイルのリズム演奏を行う。

【００５６】プレイキー７７によるアレンジ演奏の都
度、和音付（メロディに対するコード進行）に変化を付
けるようにすれば、聞き手であるユーザーは種々のアレ
ンジ演奏を楽しむことができ、望ましい。これは、例え
ば、プレイキー７７の操作に応答して、ＣＰエントリテ
ーブル９７から各楽節のコード進行を乱数で、あるい
は、エントリ順に選ぶことで実現できる（この場合、図
１２のＭ１１は省略される）。別の例を図２２にフロー
で示す。この例では、各楽節について、前回の伴奏に使
用したコード進行のＣＰ適合度が１００％（Ｊ−ＰＯＩ
ＮＴ／楽節長＝１）なら、ＣＰエントリテーブル９７か
ら次のＣＰエントリを選択し、それを今回の伴奏で使用
し、前回選択したコード進行のＣＰ適合度が１００％に
満たないときは順位１位のＣＰエントリを選択する。な
お、最初のアレンジ演奏のときは各楽節とも順位１位の
ＣＰエントリを用いる。

【００５７】詳細に述べると、Ｃ１で演奏回数Ｍをイン
クリメントし、Ｃ２で最初の楽節をロケートする。Ｃ３
で現楽節のＣＰエントリテーブルから、適合度１００％
のコード進行の候補数Ａをカウントする。Ａがエントリ
数（図２１では４つ）ならそのまま、エントリ数より少
なければ、Ａをプラス１する（Ｃ４、Ｃ５）。そして、
Ｃ６で、現楽節のＣＰエントリテーブルのＭｍｏｄＡ番
目のＣＰエントリを選択し、そのコード進行と主音を演
奏用バッファ（図示せず）に書き込む。次に、次楽節を
ロケートし（ＣＳ）、以上のコード進行選択処理を、メ
ロディの全ての楽節について実行する（Ｃ７）。その
後、演奏用バッファに書かれた、各楽節のコード進行と
主音を用いて伴奏が行われる（図示せず）。常に満足の
いくアレンジ演奏を保証するために、ＣＰ適合度が１０
０％に満たないコード進行をより高い適合度をもつよう
に修正する機能があると望ましい。

【００５８】これは、例えば、図２３に示すようなＣＰ
合成ルーチンを設けることで実現できる。ＣＰ合成ルー
チンはＳ１でメロディの最初の楽節を現楽節としてロケ
ートする。Ｓ２で現楽節のＣＰエントリテーブルから適
当な方法（例えば、乱数、あるいは図２１で述べた方
法）で１つのＣＰエントリを選ぶ。そのエントリのＣＰ
適合度が１００％なら（Ｓ３）、コード進行の修正なし
に処理を次楽節に進める（Ｓ１６）。選んだＣＰエント
リの適合度が１００％に満たなければ（Ｓ３）、Ｓ４に
進み、エントリのコード進行ＣＰ（ｉ）の最初の小節を
Ｋ小節としてロケートする。Ｓ５でコード進行ＣＰ
（ｉ）のＫ小節の適合度を評価し、１００％なら（Ｓ
６）Ｋ小節を次小節に進める（Ｓ１４）。

【００５９】コード進行ＣＰ（ｉ）のＫ小節の適合度が
１００％に満たないときは、ＣＰＤＢ８２にある、現楽
節長の長さで指定スタイルのコード進行ＤＢのなかか
ら、Ｋ小節の適合度が１００％となるコード進行ＣＰを
捜し出し、そのＬＰのＫ小節の内容にコード進行ＣＰ
（ｉ）のＫ小節を書きかえる（Ｓ６〜Ｓ１２）。即ち、
ＣＰＤＢ１２から現楽節長と長さが一致し、指定リズム
スタイルの属性のもつ最初のＣＰをロケート（Ｓ７）
し、そのＫ小節の適合度を評価し（Ｓ８）、１００％な
らＣＰ（ｉ）のＫ小節＝ＣＰのＫ小節によりコード進行
ＣＰ（ｉ）を修正する（Ｓ９、Ｓ１２）。ＣＰのＫ小節
の適合度が１００％に満たなければ（Ｓ９）、ＣＰＤＢ
８２から指定スタイル、現楽節の条件を満たす次のＣＰ
をロケートし（Ｓ１０）、Ｓ１１を介してＳ５に戻る。
ＣＰＤＢ中に、Ｋ小節の適合度が１００％のＣＰがなけ
れば（Ｓ１１）、コード進行ＣＰ（ｉ）のＫ小節は変更
せずに、次小節に進む（Ｓ１４）。

【００６０】この代りに、ＣＰ（ｉ）のＫ小節を指定条
件（指定スタイル、楽節長）のＣＰＤＢのなかでＫ小節
の適合度が最も高いＣＰのＫ小節に差し替えるようにし
てもよい。以上の処理をコード進行ＣＰ（ｉ）のすべて
の小節について行う（Ｓ１３）。Ｓ１５ですべての楽節
のコード進行の修正ないし合成処理が完了したかどうか
調べ、終ってなければ、現楽節を次楽節に進めて（Ｓ１
６）、処理を繰り返す。このようなＣＰ合成処理は結果
として、ＣＰＤＢ８２の仮想空間を拡大するものであ
る。また、従来の再和音付け技術のように、単にコード
を格別の音楽的な根拠なしに代理コードのような別のコ
ードに変更するのではなく、ＣＰＤＢ８２に置かれ、ス
タイル属性と長さが同じコード進行同士を、適合度を合
成基準とし、かつ音楽的な時間対応をとって合成してい
る。したがって合成後のコード進行の自然さを保つもの
である。以上で実施例の説明を終えるがこの発明の範囲
内で種々の変更が可能である。

【００６１】

【発明の効果】以上、詳細に述べたように、この発明の
メロディ分析装置は与えられたメロディを音楽的に意味
をもつ構成単位である楽節に分割し、楽節ごとに調性を
判定している。したがって、メロディに内在する転調
（調の変化）を検出することができる。

【図面の簡単な説明】

【図１】この発明のメロディ分析装置を組み込んだ音楽
装置の機能ブロック図。

【図２】実施例の音楽装置のハードウェア構成のブロッ
ク図。

【図３】実時間入力メロディの記録処理のフローチャー
ト。

【図４】入力メロディデータの記録フォーマットを示す
図。

【図５】量子化メロディデータのデータフォーマットを
示す図。

【図６】調性判定処理の一部のフローチャート。

【図７】調性判定処理の一部のフローチャート。

【図８】調性判定処理の一部のフローチャート。

【図９】結合度テーブルのデータを示す図。

【図１０】メロディ分割処理のフローチャート。

【図１１】メロディ分割の譜例を示す図。

【図１２】和音付処理のフローチャート。

【図１３】コード進行データベースのフォーマットを示
す図。

【図１４】メロディパターンルールベースのフォーマッ
トを示す図。

【図１５】属性テストのフローチャート。

【図１６】モーション、音種分類処理の一部を示すフロ
ーチャート。

【図１７】モーション、音種分類処理の一部を示すフロ
ーチャート。

【図１８】マッチング処理の一部を示すフローチャー
ト。

【図１９】マッチング処理の一部を示すフローチャー
ト。

【図２０】判定処理の一部を示すフローチャート。

【図２１】判定処理の一部を示すフローチャート。

【図２２】コード進行選択処理のフローチャート。

【図２３】コード進行合成処理のフローチャート。

【符号の説明】

２メロディ４メロディ分割６楽節８調性分析

Claims

(57)【特許請求の範囲】

【請求項１】（Ａ）一連の音符列からなるメロデイを付
与するメロデイ付与手段と、（Ｂ）前記メロデイを構成する各音符を検査し、特定の
音符が存在するか否かを検出する特定音符検出手段と、（Ｃ）前記特定音符検出手段により検出された特定音符
のメロデイ上の位置に基づいて、前記メロデイを複数の
楽節に分割するメロデイ分割手段と、（Ｄ）分割された各楽節の調を判定する楽節別調判定手
段と、を有することを特徴とするメロデイ分析装置。
【請求項２】請求項１記載のメロデイ分析装置におい
て、前記特定音符検出手段は、特定の音符として、前記
メロデイを構成する一連の音符列の中から楽節終了音符
が存在するか否かを検出することを特徴とするメロデイ
分析装置。
【請求項３】請求項１のメロデイ分析装置において、前
記特定音符検出手段は、特定の音符として、前記メロデ
イの先頭に１小節の半分以上の長さの休符が存在するか
否かを検出することを特徴とするメロデイ分析装置。
【請求項４】請求項１記載のメロデイ分析装置におい
て、前記楽節別調判定手段は、（Ａ）楽節のモーションを分析するモーション分析手段
と、（Ｂ）前記モーション分析手段の分析したモーションに
基づいて楽節の主音を判定する主音判定手段と、を有することを特徴とするメロデイ分析装置。
【請求項５】請求項４記載のメロデイ分析装置におい
て、前記主音判定手段は複数の異なる主音候補を生成す
る手段を含むことを特徴とするメロデイ分析装置。
【請求項６】請求項１記載のメロデイ分析装置におい
て、前記楽節別調判定手段は、現楽節の調が前楽節の調
と同じかどうかを検査する調維持検査手段を含むことを
特徴とするメロデイ分析装置。